Форум пользователей MySQL

Допустим есть две сущности A и B, имеющие отношение один ко многим, которые надо хранить в БД.

Классический подход рекомендует использовать промежуточную таблицу R вида
id_a  id_b
R.id_a1  R.id_b1
R.id_a1 R.id_b2
.....

Вынимаем соответственно с помощью объединения трех таблиц

SELECT * FROM
A JOIN R ON a.id = R.id_a JOIN B ON b.id = R.id_b
WHERE A.id = ...

упрощенно, но думаю понятно.

Возникла мысль для реализации отношений использовать поле таблицы А - id_b - в котором хранить связанные идентификаторы из таблицы B в виде списка, разделенного запятыми и доставать данные так:

SELECT * FROM
A JOIN B ON b.id IN (A.id_b)  
WHERE a.id = ...

Преимущества вижу слудующие
- отстуствие одного JOIN (что по идее повысит производительность)
- такое поле - легко, даже элементарно, программируется и управляется из приложения

Хотел бы понять недостатки такого подхода, если они есть

Коллега сказал, что я извращенец, но аргументов не привел, не считая риторических, типа это не по классике (ну и что с того?, денормализация тоже противоречит классике - зато иногда существенно повышает производительность). Хотелось бы что то посущественнее услышать от специалистов.

Отредактированно Shopen (06.05.2008 19:37:15)