Re[2]: Таблица с одним полем - быть или не быть?
От: Other Sam Россия  
Дата: 04.05.10 07:33
Оценка:
On 05/04/2010 02:00 PM, _FRED_ wrote:
>
> Попробую ещё раз объяснить: никакие фиктивные счётчики мне не нужны:
> есть отношение Master-Details. Делается оно обычно так: в таблице
> Details заводится поле MasterId и создаётся foreign key от этого поля на
> primary key таблицы Master. У меня же такая ситуация, что одни и те же
> Details в качестве Master могут иметь различные таблицы БД (Master1,
> Master2). Заводить зоопарк Master1Id, Master2Id и т.п. мне кажется не
> разуным.
>
> Что я сделал: добавил таблицу DetailsList с одним единственным полем
> DetailsListId и в таблицу Details добавил колонку DetailsListId, которая
> ссылается за поле из таблицы DetailsList. Теперь из каждой таблицы, в
> которой требуется иметь Details я ссылаюсь на DetailsListId, по которому
> хранится набор необходимых дочерних записей.
>
> Так вот интересует: не изобретаю ли я велосипед, и нет ли для моей
> ситуации более проверенного решения. А ситуация, говоря кратко, такая —
> надо получить отношения многие:к-одному между таблицей Details
> ("многие") и большим количеством других таблиц БД.

Перефразируйте пожалуста яснее.
Posted via RSDN NNTP Server 2.1 beta
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.