Как сделать выборку с несколькими значениями в одной ячейке?

Question

[Евгений Данилов]

Есть список товаров с определенными ID и есть список магазинов также со своими ID. В каждом магазине может быть несколько товаров, например в магазине с айди 1 есть товары ID - 1,2,3,4. Как можно сделать выборку товаров если выбирать товары у которых несколько значений id магазина к которому они пренадлежат. Потому что делать отдельную таблицу с содержимым - товар 1 - магазин 2, товар 1 - магазин 3, товар 2 - магазин 4 - это получается огромное количество данных если таких товаров 40, а магазинов 100 допустим и для каждого такого товара и для каждого магазина надо сделать свой запрос чтобы понять есть между ними связь или нет.

Answer 1

[Immortal_pony]

Перво-наперво, я советую подучить русский язык, так как подобный поток сознания очень сложно прочитать.

По делу. Предлагаю рассмотреть для начала простую реализацию из opencrart'а.
Таблица product:
- id
- name
- ...

Таблица store:
- id
- name
- ...

Таблица product_to_store:
- product_id
- store_id

Запрос для выборки всех данных о продуктов с названиями магазинов, в которых они есть:

SELECT 
    product.*,
    GROUP_CONCAT(store.`name`) AS 'stores'
FROM 
    `product` 
    JOIN `product_to_store` ON product_to_store.`product_id`=product.`id`
    JOIN `store` ON store.`id`=product_to_store.`store_id`

Comments

[Евгений Данилов]

Примерный вид таблицы product_to_store:
product_id = 1 || store_id = 1
product_id = 2 || store_id = 1
product_id = 3 || store_id = 1
...
( и так до 40 магазинов и 100 товаров, все ко всему и все к одному, получается немалое количество полей с двумя значениями в базе, то есть и запрос возвращаемый будет с большим потоком данных).
Пока что для меня работает FIND_IN_SET как надо, осталось решить как записывать в поле через запятую не теряя данные строки. Но зато нет никаких других таблиц с кучей данных, а все записано в отдельное поле в oc_products.

[Immortal_pony]

получается немалое количество полей с двумя значениями в базе, то есть и запрос возвращаемый будет с большим потоком данных

Во-первых, нет ничего плохого в наличии большого количества строк всего с двумя столбцами в базе данных.
Во-вторых, когда мы говорим о БД, то словосочетание "немалое количество" применимо только после того как счет идет на миллионы. До тех пор, это все "мизерные величины".

Пока что для меня работает FIND_IN_SET как надо, осталось решить как записывать в поле через запятую не теряя данные строки. Но зато нет никаких других таблиц с кучей данных, а все записано в отдельное поле в oc_products

Вы абсолютно не понимаете механизм работы БД. Ваш вариант на порядки медленнее, ресурсозатратнее, подверженнее ошибкам и сложнее в поддержке и расширении. Да, на указанном вами количетсве товаров, разница будет скорее всего незаметна (так как товаров крайне мало), однако при увеличении оборотов, эти невнятные костыли придется все равно утилизировать.