Здравствуйте, denger, Вы писали:

_FR>>Да ёлки-палки, какие могут быть варианты-то? Приведи ради интереса пару других, отличных
_FR>>Например, есть таблица Заметки { NoteId, Note }, есть таблицы Товары, Служащие, Контракты, Адреса, … всё что угодно. Каждый Товар, Служащий, Контракт или Адрес может иметь несколько Заметок. Всё. Как?

D>Notes:
D>    int content_type
D>    varchar object_pk
D>    text note_text
D>    user, date, title, etc

D>content_type — идентификатор таблицы, на которую ссылается заметка.
D>Как кодировать content_type и object_pk — дело ваше.

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

D>Так сделано в комментариях джанго — вполне рабочая и достаточно универсальная модель.
D>http://code.djangoproject.com/browser/django/trunk/django/contrib/comments/models.py

Да хоть в Northwind-е