|
|
|
|
|
для: Trianon
(18.09.2010 в 20:08)
| | >>Спасибо.
>>Город-регион страна - эти поля в Community будут?
>Я так понял, это Ваша таблица Community_info ( я её обозвал address)
да, так и есть :)
>>Почему года пребывания в таблице attend, а не в Community?
>attend - фактически это Ваши таблицы comm_all и comm_detail
>Я не понял, почему Вы их распилили.
>Если нужно - распилите заново :)
Почему разбила на две. С сообществами я знакома мало. В основном таблицы я составляла исходя из того, что после нужно будет делать поиск по сообществам. В поиске - разные фильтры - типа выбрать всех, которые учились с... по.. Или выбрать всех, кто учился в городе... регионе... Чтобы не запутаться в этих фильтрах, решила вынести характеристики в отдельную таблицу comm_detail и привязать ее к comm_all по ключу. | |
|
|
|
|
|
|
|
для: Лена
(18.09.2010 в 17:44)
| | >Спасибо.
>Город-регион страна - эти поля в Community будут?
Я так понял, это Ваша таблица Community_info ( я её обозвал address)
>Почему года пребывания в таблице attend, а не в Community?
attend - фактически это Ваши таблицы comm_all и comm_detail
Я не понял, почему Вы их распилили.
Если нужно - распилите заново :) | |
|
|
|
|
|
|
|
для: Trianon
(18.09.2010 в 17:18)
| | Спасибо.
Город-регион страна - эти поля в Community будут?
Почему года пребывания в таблице attend, а не в Community? | |
|
|
|
|
 20.9 Кб |
|
|
для: Лена
(18.09.2010 в 16:50)
| | вот | |
|
|
|
|
 122.2 Кб |
|
|
для: Лена
(18.09.2010 в 15:18)
| | Сделала общую таблицу - community_all.
См. аттач. | |
|
|
|
|
|
|
|
для: 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... | |
|
|
|
|
|
|
|
для: Лена
(18.09.2010 в 15:02)
| | дыкть поэтому и не должно быть таких таблиц как army colledge итп.
Так как, когда возникнет нужда внести в проект группировку по местам не столь отдаленным (к примеру) придется добавлять таблицу prison.
Не должно такое быть.
Должна добавиться строка в таблицу группировок.
Возможно еще - строки в таблицу характеристик группировок.
Но не таблицы.
За рамки языка DML Вы выходить не должны.
а добавление таблицы - это уже DDL | |
|
|
|
|
|
|
|
для: Trianon
(18.09.2010 в 12:24)
| | Тогда так.
одна таблица - comunity_category, виды сообществ
вторая - comunity_detail - сообщества с привязкой к пользователю,
и таблицы army,college... - где постоянные характеристики типа адреса, привязки к городу и региону - вот здесь все равно будет учитываться число описываемых объектов. | |
|
|
|
|
|
|
|
для: Лена
(18.09.2010 в 10:49)
| | >Получается, мне надо создать еще одну таблицу для школ, где будут эти сообщества, и по две таблицы для армии, колледжа, института
Вот сколько ни пиши, что число таблиц в приличной модели не должно зависеть от числа описываемых объектов... эх... | |
|
|
|
|
|
|
|
для: neadekvat
(17.09.2010 в 23:31)
| | Как "В контакте", я не знаю...
Группы у меня уже есть. Группы там больше по интересам - политика, религия, кулинария и т.д.
Здесь больше привязка ко времени.
Получается, мне надо создать еще одну таблицу для школ, где будут эти сообщества, и по две таблицы для армии, колледжа, института - одна таблица с данными(адрес, привязка к городу), другая, с ней связанная по ключу, описывающая сообщество армии, института, колледжа... | |
|
|
|
|