 |
|
Модераторы: LSD |
 
|
|
как реализовать отношение многие ко многим, между несколькими таблицами 
| megaproger |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 13 Регистрация: 25.7.2006 Где: Москва Репутация: нет Всего: нет |
Есть 4 таблицы:
Таблица А: ID - первичный ключ Value - булевы данные Таблица B: ID - первичный ключ Value - числовые данные Таблица C: ID - первичный ключ Value - строковые данные Таблица Б-отношения ownerId - Id из одной таблицы -любой (А или B или С) parentId - Id из другой таблицы -любой (А или B или С) Как мне правильно организовать отношения между этими таблицами? какие связи использовать? может нужны какие то дополнительные таблицы? |
|||
|
||||
Загрузка ...
| Akina |
|
|||
|
Советчик  Профиль Группа: Модератор Сообщений: 20581 Регистрация: 8.4.2004 Где: Зеленоград Репутация: 13 Всего: 454 |
Первое что зрится - это не (ownerId + parentId), а ((ownerId + ownerTable) + (parentId + parentTable)).
Второе - слить таблицы A,B,C в одну типа (ID, ValueBool, ValueNum, ValueStr). Выбирай. А мож еще что придумается. -------------------- О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума. |
|||
|
||||
| LSD |
|
|||
 Leprechaun Software Developer Профиль Группа: Модератор Сообщений: 15718 Регистрация: 24.3.2004 Где: Dublin Репутация: 24 Всего: 538 |
Можно создать таблицу Б в таком формате:
и определить constrain, что только одно поле для каждой группы может быть заполнено. -------------------- Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it. |
|||
|
||||
| DeadMan |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 7 Регистрация: 19.7.2006 Репутация: нет Всего: нет |
на вскидку 3 решения
первое в таблицу Б ввести еще одно поле - писывающее откуда беруться данные (1 - AA 2- AБ.....) второе в таблице Б 6 форен кеев OwnerA OwnerA OwnerA ParentA ParentB Parent C (все могут быть Null) третье все сделать в одной таблице Id BoolValue (может быть Null) IntValue (может быть Null) StringValue (может быть Null) ParentId - ссылка на Id из этой же таблицы |
|||
|
||||
| Akina |
|
|||
|
Советчик Профиль Группа: Модератор Сообщений: 20581 Регистрация: 8.4.2004 Где: Зеленоград Репутация: 13 Всего: 454 |
Мне на самом деле навылет неясна логика создания 3 разных таблиц, хранящих данные одной сущности, кои различаются только типом данных. Гораздо логичнее была бы одна таблица со строковыми данными - ибо преобразование строки в число или булев тип, а равно и обратно, не должно вызывать проблем. А для отбора данных одного исходного типа ввести дополнительное поле.
-------------------- О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума. |
|||
|
||||
| DeadMan |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 7 Регистрация: 19.7.2006 Репутация: нет Всего: нет |
а если надо посчитать сумму чисел (а у тебя в поле и числа и були и строки) |
|||
|
||||
| Akina |
|
||||
|
Советчик Профиль Группа: Модератор Сообщений: 20581 Регистрация: 8.4.2004 Где: Зеленоград Репутация: 13 Всего: 454 |
-------------------- О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума. |
||||
|
|||||
| LSD |
|
|||
|
Leprechaun Software Developer Профиль Группа: Модератор Сообщений: 15718 Регистрация: 24.3.2004 Где: Dublin Репутация: 24 Всего: 538 |
Akina
1. Это медленней т.к. идет преобразование типов. 2. Пример явно демонстрационный и в реальной БД скорее всего будет не одно поле, а набор совершенно разных полей, плюс возможно внешние ключи из/на другие таблицы. Так что думаю вопрос имеет право на существование, именно как академический: "А как можно реализовать подобные отношения?". -------------------- Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it. |
|||
|
||||
| Akina |
|
|||
|
Советчик Профиль Группа: Модератор Сообщений: 20581 Регистрация: 8.4.2004 Где: Зеленоград Репутация: 13 Всего: 454 |
Понимаешь, я отношусь к этому так - сперва что-нить сделаем, а потом придумаем для чего мы это сделали. И будет у нас повод гордиться. Сорри за оффтоп. -------------------- О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума. |
|||
|
||||
| megaproger |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 13 Регистрация: 25.7.2006 Где: Москва Репутация: нет Всего: нет |
А всё таки , что будет оправданее? Использовать три столбца в одной таблицы с разными типами ИЛИ использовать один строковый
столбец и при помощи встроенных функций СУБД осуществлять приведение типов. Прошу высказать оценку с разных критериев: - с точки зрения избыточности БД - с точки зрения дискового пространства ,занимаемого таблицами(будут ли занимать место столбцы со значением Null?). - с точки зрения быстродействия sql-запросов, если предполагается, что объем такой таблицы может быть более миллиона записей.И надо будет делать выборку и какие то статистические подсчеты по числовым типам. |
|||
|
||||
| LSD |
|
||||
|
Leprechaun Software Developer Профиль Группа: Модератор Сообщений: 15718 Регистрация: 24.3.2004 Где: Dublin Репутация: 24 Всего: 538 |
NULL значения занимают минимум дискового пространства (1-2 байта, в зависимости от СУБД). Хранение же например даты-времени в строке, будет требовать больше места чем в виде TIMESTAMP. Плюс гарантируется некая целостность данных, т.е. столбец NUMEBER всегда хранит только числа, и записать туда строку не удастся.
Естетсвенно что необходимость преобразования типов на миллионах записей, потребует больших вычислительных мощностей. А вообще ты и сам можешь это проверить. -------------------- Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it. |
||||
|
|||||
|
|
| Правила форума "Общие вопросы по базам данных" | |
|
|
Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:
Данный форум не предназначен для:
Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение.
Полезные советы: Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa. |
| 1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | СУБД, общие вопросы | Следующая тема » |
[ Время генерации скрипта: 0.1082 ] [ Использовано запросов: 21 ] [ GZIP включён ]
Реклама на сайте Информационное спонсорство
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |