Как лучше хранить спец цены если их 1000 для каждого клиента?

Question

[Дмитрий Воробьев]

Есть id клиента в нему идет большое количество товаров, на каждого могут быть разные цены, в среднем 50-100 на каждого
Вопрос как лучше хранить значения в таблице? Списком - когда каждая цена и код товара в отдельном поле, или json ключ значение - код товара / цена ? Все это выводить в кабинет клиента. Как практичнее и по нагрузке? Таких клиентов более 3000, всего спец цен более 100 тыс

Comments

[FanatPHP]

каждая цена в отдельном поле
это даже не обсуждается
купи себе наконец учебник по базам данных

[dmitriy]

FanatPHP, серьезно?
а цена в зависимости от даты, периода, цена на категорию клиента? цена на производителя+клиент+категория+дата?

[FanatPHP]

dmitriy, нет, я тут анекдоты рассказываю

[Lander]

dmitriy, Ну таи и храните

vendor_id | client_id | category_id | start_date | end_date | price

проблема то в чём? Записей в таблице жалко что-ли? :)

[dmitriy]

таблица с условиями не должна лезть в таблицу цен, разные вещи, объемы разные
поэтому
prices:
acrticle|brand|price_provider|provider_id|amount
complex-rules:
client_id|category_id|start_date|end_date|srock_id|provider_id|pricelist_id.......

Answer 1

[FanatPHP]

каждая цена в отдельном поле
это даже не обсуждается
купи себе наконец учебник по базам данных

Answer 2

[dmitriy]

два варианта:
1. Статически. Запускаем скрипт который в бд формирует цены и хранит конечную.
2. Динамически. Есть базовая цена и расчет конечной на лету.
3. Совмещение 1 и 2

по структуре
товар - ценовая позиция

Comments

[FanatPHP]

у него вопрос не как формировать, а как хранить сформированное :)
и скорее всего там алгоритма нету, всё менеджерА решают, на вась-вась с клиентом

[dmitriy]

ясно, тогда предложу вариант: товар - ценовая позиция

[FanatPHP]

ну как бы да.
100 тыщ пар по два инта - 800 килобайт. воробей чихнет - и то будет ощутимее нагрузка на любую БД