автор
Тема следующая:
Надо сделать базу данных, в которой будут сети магазинов, в этих сетях есть магазины. Магазины в конкретных городах. В СЕТЯХ (не в магазинах) есть товары, например, молоко. Но молоко может быть ОАО Залесский фермер или ОАО ЕЖК. В разных сетях товар разных вендоров стоит по разному. Помимо этого в одной сети в разных городах может стоить по разному товар...
Встал вопрос как правильно хранить цену в базе, так чтобы было не сложно вытаскивать ее потом запросами.
Усложняется все тем, что товар не товар. То есть товар нужно делать SKU. Поэтому цена будет зависеть от параметров товара. Я привел пример базы с конкретным товаром, и что то не могу продумать схему "товары с SKU"

Плюсом нужна история по датам

Вы вводите своими комментариями в заблуждение. Магазин это магазин, товар(например молоко) это товар, в принципе они никак не связаны в реальной жизни, они подчиняются только законом логике - чтобы купить товар, нужно сходить в магазин, в данном случае мы говорим о продуктовом магазине. Цена это свойство любого товара, также как и дата изготовления, и цвет упаковки. Свойство цена прикрепляется к товар, как неотъемлемая его часть, так как товар-это сущность-> объект реального мира. Наверное уместно говорить о каком-то складе, тогда логика прояснится Есть магазин-есть склад-на складе есть товары, товары разгружаются со склада в магазин и поступают в продажу. Наверное логично выделить сущность движение товара(или его история), чтобы можно было отследить, когда и где он был закуплен, по какой цене, по каким накладным, и каким образом он попал в конкретный магазин. Мне не понятно почему вы считаете, что цена зависит от товара, товар, это сущность(или контейнер) хранящий набор атрибутов(свойств): цена, вес, срок годности. Если таблицы спроектированы правильно, то при любом количестве свойств, зная логику устройства вашей базы данных, с помощью Structured query Language можно получить всю необходимую информацию.

Я виж решение вашей задачи именно так.

Мне не понятно зачем вы выделяет Items и Prices, получается что цена товара это отдельная сущность, я считаю что здесь логика не верна, потому что если брать аналогию например, автомобиль, то вы отдельно описываете автомобиль и колеса автомобиля, хотя логическая единица всего одна Автомобиль, также как и с товаром-там всего одна логическая единица Товар, у него есть свойство цена, эту цену можно разбить -закупочная цена, цена реализация, наценка, но все равно все это относится именно к товару, цена сама по себе быть не может.

А вот поле adress из сущности stores лучше перенести в справочник, так и назвать его Adress,там будет храниться информация о горое, стране и физическом адресе расположения магазина, с номером телефона, и кодом города, и директором магазина.