Какой MS SQL? То есть я, конечно, вижу, что Вы на нём пишэте -- но у меня про него ни слова вообще. Я MS SQL видел один раз в жызни -- констатировал, что восстановить бэкап практически невозможно, проще сделать всё заново.

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

 Кстати, я с трудом понял, что Вы понимаете под словом многие-ко-многим -- по-моему, это вообще не связь, а две связи один-ко-многим. Не важно, на самом деле, и мне это не интересно.

Не ввязывался в спор Zloxa потому, что во-первых он говорил вполне правильные вещи, во-вторых это всё не имеет никакого отношэния к теме. Точно такжэ можно добавить связь один-к-одному со значением по умолчанию и соответствующим foreign key -- ровно с теми жэ проблемами.

Ваша ссылка на то, что Вы делаете БД дяде, потому можно проектировать всякую чушь, меня особенно умилила, кстати.

Хотел было поудивляться чудесам от Акцесс 2007, но он меня  удивлять категорически отказался.   


Создать связь без контроля целостности он не отказывается. Но эта связь ни о чем не говорит. Это просто полоска на диаграмме и выражение join по умолчанию в мастере запросов.

Так что пользоваться - можно, ничего страшного он не творит   

Да, можно, конечно... когда чётко понимаешь, что это и как. Проблемы возникнут, если этой фичей бездумно, просто потому что есть и вроде бы удобно, воспользуется тот, кто плохо понимает суть происходящего. Да и понимающий, приняв что-то подобное на сопровождение, тоже вряд ли заколотится от счастья. 
Уж лучше пусть его будет однозначно и руками... так спокойнее.

Что конкретно Вам кажется чушью?

Функция не будет применяться ко всему что попало. 
Она нужна для: Используется ли штрих-код, Создавал ли что то пользователь. Использовался ли товар.

А вообще ладно. Забейте. Похоже желающих помочь с EXEC нет.  

Это сообщение отредактировал(а) Gwire - 7.2.2012, 18:43

То, что вполне простой реляцыонный конструкт Вы пытаетесь выражать через какие-то императивные действия с потрохами одного конкретного RDBMS-продукта. То, что Вы усложняете код и навешываете точки отказа и внутренние зависимости под видом генерализацыи одного частного, редкоиспользуемого случая.