Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум (новые сообщения вниз) Структурный форум

тема: Проектирование базы

Сообщения:  [1-10]   [11-12] 

 
 автор: Лена   (19.09.2010 в 00:04)   письмо автору
 
   для: Trianon   (18.09.2010 в 20:08)
 

>>Спасибо.
>>Город-регион страна - эти поля в Community будут?
>Я так понял, это Ваша таблица Community_info ( я её обозвал address)

да, так и есть :)

>>Почему года пребывания в таблице attend, а не в Community?
>attend - фактически это Ваши таблицы comm_all и comm_detail
>Я не понял, почему Вы их распилили.
>Если нужно - распилите заново :)

Почему разбила на две. С сообществами я знакома мало. В основном таблицы я составляла исходя из того, что после нужно будет делать поиск по сообществам. В поиске - разные фильтры - типа выбрать всех, которые учились с... по.. Или выбрать всех, кто учился в городе... регионе... Чтобы не запутаться в этих фильтрах, решила вынести характеристики в отдельную таблицу comm_detail и привязать ее к comm_all по ключу.

  Ответить  
 
 автор: Trianon   (18.09.2010 в 20:08)   письмо автору
 
   для: Лена   (18.09.2010 в 17:44)
 

>Спасибо.
>Город-регион страна - эти поля в Community будут?
Я так понял, это Ваша таблица Community_info ( я её обозвал address)
>Почему года пребывания в таблице attend, а не в Community?
attend - фактически это Ваши таблицы comm_all и comm_detail
Я не понял, почему Вы их распилили.
Если нужно - распилите заново :)

  Ответить  
 
 автор: Лена   (18.09.2010 в 17:44)   письмо автору
 
   для: Trianon   (18.09.2010 в 17:18)
 

Спасибо.
Город-регион страна - эти поля в Community будут?
Почему года пребывания в таблице attend, а не в Community?

  Ответить  
 
 автор: Trianon   (18.09.2010 в 17:18)   письмо автору
20.9 Кб
 
   для: Лена   (18.09.2010 в 16:50)
 

вот

  Ответить  
 
 автор: Лена   (18.09.2010 в 16:50)   письмо автору
122.2 Кб
 
   для: Лена   (18.09.2010 в 15:18)
 

Сделала общую таблицу - community_all.
См. аттач.

  Ответить  
 
 автор: Лена   (18.09.2010 в 15:18)   письмо автору
 
   для: Trianon   (18.09.2010 в 15:09)
 

Три таблицы.
Одна - названия группировок + сюда строки добавить типа army_info, college_info...

CREATE TABLE `comunity_category` (
  `id` int(11) NOT NULL auto_increment,
  `name` varchar(255) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=7 DEFAULT CHARSET=utf8 AUTO_INCREMENT=7 ;

-- 
-- Дамп данных таблицы `comunity_category`
-- 

INSERT INTO `comunity_category` VALUES (1, 'Army');
INSERT INTO `comunity_category` VALUES (2, 'College');
INSERT INTO `comunity_category` VALUES (3, 'Institute');
INSERT INTO `comunity_category` VALUES (4, 'Army_info');
INSERT INTO `comunity_category` VALUES (5, 'College_info');
INSERT INTO `comunity_category` VALUES (6, 'Institute_info');


Вторая - характеристики
третья - info, информация типа адреса, страны, региона данного объекта. Связь по ключу с первой - строки типа army_info, college_info...

  Ответить  
 
 автор: Trianon   (18.09.2010 в 15:09)   письмо автору
 
   для: Лена   (18.09.2010 в 15:02)
 

дыкть поэтому и не должно быть таких таблиц как army colledge итп.

Так как, когда возникнет нужда внести в проект группировку по местам не столь отдаленным (к примеру) придется добавлять таблицу prison.

Не должно такое быть.
Должна добавиться строка в таблицу группировок.
Возможно еще - строки в таблицу характеристик группировок.
Но не таблицы.

За рамки языка DML Вы выходить не должны.
а добавление таблицы - это уже DDL

  Ответить  
 
 автор: Лена   (18.09.2010 в 15:02)   письмо автору
 
   для: Trianon   (18.09.2010 в 12:24)
 

Тогда так.
одна таблица - comunity_category, виды сообществ
вторая - comunity_detail - сообщества с привязкой к пользователю,
и таблицы army,college... - где постоянные характеристики типа адреса, привязки к городу и региону - вот здесь все равно будет учитываться число описываемых объектов.

  Ответить  
 
 автор: Trianon   (18.09.2010 в 12:24)   письмо автору
 
   для: Лена   (18.09.2010 в 10:49)
 

>Получается, мне надо создать еще одну таблицу для школ, где будут эти сообщества, и по две таблицы для армии, колледжа, института

Вот сколько ни пиши, что число таблиц в приличной модели не должно зависеть от числа описываемых объектов... эх...

  Ответить  
 
 автор: Лена   (18.09.2010 в 10:49)   письмо автору
 
   для: neadekvat   (17.09.2010 в 23:31)
 

Как "В контакте", я не знаю...
Группы у меня уже есть. Группы там больше по интересам - политика, религия, кулинария и т.д.
Здесь больше привязка ко времени.
Получается, мне надо создать еще одну таблицу для школ, где будут эти сообщества, и по две таблицы для армии, колледжа, института - одна таблица с данными(адрес, привязка к городу), другая, с ней связанная по ключу, описывающая сообщество армии, института, колледжа...

  Ответить  

Сообщения:  [1-10]   [11-12] 

Форум разработан IT-студией SoftTime
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования