feomatrkatalog_prop_cat - не совсем пойму зачем..
Более подробно ниже что зачем..
zeon11Сдаётся мне, что БД спроектирована не правильно, отсюда и траблы с запросами.
На первый взгляд:
1. Определись с именованием таблиц - у тебя вырви-глаз, а не наименования, даже смотреть не приятно.
2. В таблицах связи отношений М-то-M(katalog_cat_add, katalog_prop_add, katalog_prop_cat) поле ID не нужно.
3. Через таблицу katalog_prop_cat у тебя образуется кольцо на схеме, хотя на схеме это и не указано, но судя по логике у тебя
соединяются по двум путям таблицы catalog_prop и catalog_cat - а "это залёт, боец!"
1. Да, согласен, может быть, но как всегда бывает начнёшь что нибудь проектировать - быстро назовёшь таблицы, мол потом переименую, а потом уже в во всех местах времени нет править.
2. Да, согласен я об этом знаю, не помню зачем мы вводили ID шники, но для чего-то они использовались, и пока не мешают. При конечной отладке может и уберём.
3. Не совсем понял, эти таблицы во общем то к друг другу не имеют отношения.
zeon11В общем, прежде чем разбираться с "хитрым запросом", сделай нормальную БД, тогда и хитрые запросы не понадобятся.
Да я и прошу помощи по этому вопросу. Не подумайте что я хочу готовое решение на халяву, просто хоть направьте в нужную сторону как правильно нужно сделать, больше просто неукого спросить, а сам я реально не могу сообразить.
Что интересно видел похожий движок инет магазина, они там вообще всё в базе оставляют, то есть удалили свойство, а значения сами в БД зависли (записи призраки) :). Движок то популярный, а такие косяки...
Теперь еще раз попробую объяснить.
Таблица "katalog_data" это сам товар в каталоге.
Таблица "katalog_cat" это категории каталога.
Таблица "katalog_cat_add" это таблица связи
Позиция каталога -
Категории , то есть товар может одновременно относится к нескольким категориям (виден в них).
Всё это пока оставим. Здесь всё просто.
Далее...
Приложена картинка которая объясняет свойства товара и зачем они нужны и т.д..
Да, ещё есть таблица "katalog_prop_add" которая хранит значения выбранных свойств для определённой позиции.
id_data - это ID товара
id_prop - это ID свойства (родитель значения)
id_val_prop - это значение свойства из таблицы "id_prop_value"
Далее.. теперь на время оставим связи таблиц. Просто логика:
1. Если чел. удаляет всё свойство из системы, то мы сносим из таблицы "katalog_prop_add" все записи для id_prop, ну с остальных таблиц тоже легко всё почистить.
2. Если чел. удаляет значения из свойства тоже легко всё чиститься из всех таблиц.
И т.д.
Теперь то до чего я не могу допетрить.
Допустим у нас есть товар "Музыкальный центр" который одновременно относится к примеру к 2-ум категориям "Теле Аудио Видео" и "Бытовая техника". У него могут быть и другие категории это не важно по сути.
И вдруг чел. решает у свойства "Мощность прибора" удалить категорию "Теле Аудио Видео". Соответственно по логике нужно снести для товара из таблицы "katalog_prop_add" все значения этого свойства. Да, нет пока с этим проблем.
1.
2.
3.
DELETE katalog_prop_add FROM katalog_prop_add
LEFT JOIN katalog_cat_add ON katalog_cat_add.id_cat IN (ID категорий)
WHERE katalog_prop_add.id_data = katalog_cat_add.id_data && katalog_prop_add.id_prop = ID свойства
товар также ещё относиться и к категории "Бытовая техника" для которого это свойство ещё актуально, и по сути в данном случае значения свойств пока сносить не нужно.
Вот как проверить этот момент? Блин объяснил как мог, помогите хоть чем сможете, я уже скоро с катушек съеду.
Даже если не в 1 запрос, а 2-3, но как это можно проверять? Или в натуре со структурой БД как то по другому делать. Заранее Спасибо!
