|
|
|
Лучше создать одну таблицу с дублированием id или расписать на множество связей ?
|
|||
|---|---|---|---|
|
#18+
Всем привет. Проблема следующая: есть таблицы товары, цвета, размеры, изображения. Нужно выводить товар с соответствующими цветам, размерами и изображениями. Что будет работать быстрее. Таблица с дублирование 'сборка' (id сборки, id товара, id цвета, id размера, id изображения), либо создать одну таблицу к примеру 'сборка товар-цвет', к ней уже по связи привязывать изображения и так же созвать сборку ( сборка товар-цвет-изображения). Какие запросы будут работать быстрее ? К примеру в таблице товары будет 100 тыс. записей. У каждого товара по 5 размеров, 3 цвета и 5 изображений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2017, 15:58 |
|
||
|
Лучше создать одну таблицу с дублированием id или расписать на множество связей ?
|
|||
|---|---|---|---|
|
#18+
Сугубо пофиг, поэтому делай правильно, не заботясь о быстродействии. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2017, 16:59 |
|
||
|
Лучше создать одну таблицу с дублированием id или расписать на множество связей ?
|
|||
|---|---|---|---|
|
#18+
RazerVGЧто будет работать быстрее. Что мешает попробовать и узнать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2017, 17:26 |
|
||
|
Лучше создать одну таблицу с дублированием id или расписать на множество связей ?
|
|||
|---|---|---|---|
|
#18+
RazerVGК примеру в таблице товары будет 100 тыс. записей. У каждого товара по 5 размеров, 3 цвета и 5 изображений. Прям у каждого? А если отдельный товар вообще не имеет никаких вариантов? А если вариантов хотя бы для одного товара окажется больше, чем размер и цвет? Рассматривать вопрос скорости запросов — это абсолютно не то, на чём вам стоило бы сосредоточиться. Для начала необходимо полностью выстроить и формализовать модель. И учесть возможные варианты, а также возможные варианты, которых сейчас нет, но в недалёком будущем могут появиться. Потом всё это дело нормализовать, чтобы данные лежали со всей полнотой, непротиворечивостью и без избыточности. И в самую последнюю очередь думать о скорости запросов. Так как вариантов для оптимизации существует много. Если конечно у вас не планируется Амазон с миллиардами товаров и миллионами запросов в минуту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2017, 08:13 |
|
||
|
Лучше создать одну таблицу с дублированием id или расписать на множество связей ?
|
|||
|---|---|---|---|
|
#18+
RazerVG'сборка' (id сборки, id товара, id цвета, id размера, id изображения) имхо это гибче и универсальнее, добавить сюда еще штрих-код (именно сюда) и артикул в сам товар (если это одежда или обувь), ну и я бы id размера заменил на конкретную величину размера, если проиндексировать её, то тоже будет летать при поиске... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2017, 11:32 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=39389094&tid=1540221]: |
0ms |
get settings: |
11ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
66ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 386ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...