[Vlad Drakula]

Dutchman Mihel
создай:
таблицу со покупателями
таблицу с товарами
таблицу со связами

[Dutchman Mihel]

Vlad Drakula

Вот про таблицу со связями самое интересное.

Например в access многие-ко-многим делалаются с помощью промежуточной таблицы с индексами (типа ТоварID и ЗаказчикID) оба они -  primary key и связываются со счетчиками в таблицах Товары и Заказчики. Но в mysql в одной таблице не может быть два primary key.  Как быть?

[Prisoner]

Primary key в MySql это уникальный ключ с ограничением на NULL, т.е. значения столбца не могут принримать NULL. Если есть таблица связи 1-n, то, имхо, как минимум один столбец не может быть primary. В общем уникальность это такая штука с которой лучше работать когда нужно что-то нумеровать или не позволить повторяться. В вашем же случае (таблица связи) в этом нет необходимости.

[Vlad Drakula]

Dutchman Mihel
ровно точно также как и в  access, только вместо primary key - key

[Guest]

Prisoner

Vlad Drakula

То есть если я правильно понял мне нужно просто создать промежуточную таблицу с ключиками и остальное делать запросом со множеством  left join'ов.

[Prisoner]

Хм... если есть табличка для связи, то можно без join:

Код:

SELECT 
  *
FROM
  customers
WHERE
  (customers.id = cust_goods_lnk.cust_id) AND
  (goods.id = cust_goods_lnk.goods_id) AND
  (goods.name = 'хорошая жизнь')

Сделали выборку информации о всех клиентах которые заказали в нашем магазине товар "хорошая жизнь". Первые две строки - установка связи меж двумя сущностями - customers и goods через таблицу cust_goods_lnk, причем не всегда нужно устанавливать связь по двум столбцам (к примеру, нам известен номер товара). Может возникнуть возможность использовать DESTINCT в SELECT'е (см. мануал).

[Dutchman Mihel]

Prisoner

товар "хорошая жизнь".

Все на продажу


Обычно я играюсь с частью запроса from и в where у меня все кратко,  так что  спасибо за пример и вообще за ценные советы

[mar]

Prisoner
там же явный скрытый JOIN сидит
Вообще-то, чем ближе запрос к классике SQL (или, еще точнее, к реляционной алгебре), тем в большинстве случаев оптимальнее, т.к. все равно транслятор СУБД будет этим заниматься (по крайней мере есть надежда, что будет )

[Prisoner]

явный скрытый JOIN

Мне нравится такая формулировка . Проблема в том, что JOIN'ы терпеть ненавижу :\