|
| |
|
|
| |
для: sim5
(21.11.2008 в 06:06)
| | | с товарами легче, каждый конкретный товар может быть только в конкретной одной категории, а магазины могут продавать разные категории товаров... вот в этом то и загвоздака ... думаю без связывающей отдельной таблицы тут никак не обойтись? | |
| |
|
|
| |
|
|
| |
для: AN
(20.11.2008 в 23:10)
| | | Ну если еще и товары, то в любом случае потребуется таблица магазинов, у которой есть таблицы категорий, с которыми связаны таблицы товаров. | |
| |
|
|
| |
|
|
| |
для: AN
(20.11.2008 в 21:04)
| | | вот сделал пример
в таблице brand бренды
в таблице brand_cat - связь ID бренда с таблицы brand и категории
задаем запрос по поиску в трех категориях 2, 26, 5
Показывает записи 0 - 19 (20 всего, Запрос занял 0.0034 сек)
SQL-запрос:
SELECT * FROM brand WHERE Brand_ID IN ( SELECT DISTINCT BC_BrandID FROM brand_cat WHERE BC_BrandCatID IN ( 2, 26, 5 ) )
в таблице brand 448 записей, в таблице brand_cat записей 93 для 30 записей с таблицы brand
запрос занял 0.0034 сек
это не много?
что будет если так юзать по полной программе?
может как то блин это упростить можно? а? | |
| |
|
|
| |
|
|
| |
для: sim5
(20.11.2008 в 17:37)
| | | товары разбиты на категории, а их много категорий то ...
и к каждому магазину нужно прикручивать минимум по 20 категорий
чтобы если пользователь, например интересующийся Мужской обувью, ID 40, мог сделать запрос на магазины которые продают мужскую обувь
если заводить категорию обобщенную Обувь или Одежда , это не прокатывает в нашем случае
так что приходится иметь дело с очень подробными категориями | |
| |
|
|
| |
|
|
| |
для: AN
(20.11.2008 в 16:15)
| | | Магазин, у магазина перечислены только категории. Так зачем 40-60 полей под каждую категорию? Достаточно одного поля, в котором и храните записи категорий. Или еще и товары у категорий? | |
| |
|
|
| |
|
|
| |
для: Valick
(20.11.2008 в 14:42)
| | | в смысле?
категорий?
скажем один магазин в каталоге может быть сразу в 40-60 категориях
то есть для него в таблице категорий нужно будет создавать 40-60 полей
и выборка будет по 1, по 2, по 10, по 30 категория присутствующим в этих всех 60 | |
| |
|
|
| |
|
|
| |
для: cheops
(20.11.2008 в 12:55)
| | | А один элемент сколько может занимать символов? | |
| |
|
|
| |
|
|
| |
для: cheops
(20.11.2008 в 12:55)
| | | спасибо, сейчас буду пробывать | |
| |
|
|
| |
|
|
| |
для: Valick
(20.11.2008 в 12:09)
| | | Это означает, что список SET может состоять максимум из 64 элементов - больше не получится (в этом случае придется отдельную таблицу реализовывать). | |
| |
|
|
| |
|
|
| |
для: AN
(19.11.2008 в 23:44)
| | | Сегодня прочитал про тип данных SET но так и не понял что такое максимальный размер 64 элемента. Но мне кажется он тоже не подойдёт, так как там могут присутствовать только значения из заранее заданного множества, а товар - вещь непостоянная.
всётаки по-моему лучше как раз
если к каждой записи будет еще по 20-30 записей в другой таблице
хотя вы так и не написали чёткую структуру таблиц с типами полей, поэтому мы до сих пор общаемся "на пальцах" | |
| |
|
|
|
