Структура сайта. Как лучше сделать?

Всем Привет!
Ситуация в следующем:
Имеем: Фирма, Продавец, Клиент, Товар.
Мои предположения по количеству пользователей:
Количество фирм - 250-300 штук.
В каждой фирме по 2-4 продавцов. Всего 1 000 Продавцов
У каждого продавца по 500-700 Клиентов. Всего Клиентов 600 000 штук
Каждый клиент закупает товар в среднем по 3 шт. Всего Товаров 2 000 000 штук.
Товар рассчитывается скриптом на основании ввода необходимых данных Продавцом.
Скрипт на мой взгляд относительно «тяжелый». Время расчета одного Товара примерно 3-4 секунды. Тестировал на локальном сервере Денвер. Оптимизировать скрипт больше не получается

Теперь сама структура сайта.
Создаю одну базу данных SQL. В ней создаю основные таблицы: фирмы, продавцы, клиенты, товары, всего четыре таблицы. Все товары, всех продавцов, всех фирм лежат в одной таблице. Это самая большая таблица из всех существующих на моем сайте. В ней 2 000 000 товаров. Выборка товаров происходит по ID:
ID Фирмы
ID Продавца с внешним ключом ID Фирмы.
ID Клиента с внешним ключом ID Продавца.
ID Товара с внешними ключами ID Клиента.
Т.е. таблица Фирмы является родительской по отношению к таблице Продавцов, таблица Продавцов родитель для таблицы Клиентов, таблица Клиентов родитель для таблицы Товары.
В итоге: чтобы Продавцу найти в базе данных Клиента и его товары, скрипту необходимо переворошить 2 000 000 товаров сравнивая ID Товара с внешним ключом Продавца. А представить если это будут делать все одновременно. Мне кажется хостеры будут очень не довольны.

Вариант второй.
Создаю под каждую фирму свою отдельную базу данных SQL,
В ней три таблицы: "продавцы", "клиенты", "товары". Структура аналогичная. При этом количество позиций в самой большой таблице "Товары" ощутимо уменьшается. Примерно до 2000 штук на каждого Продавца, всего на 2-4 Продавцов 4000-8000 единиц товара. Скрипту гораздо веселее искать Товары в такой таблице. Но возникает необходимость в огромном количестве баз данных 250-300 штук. У многих хостеров количество баз данных ограничено 5-20 шт. Есть конечно же хостеры без ограничений количества баз данных, но у них есть ограничения по нагрузке, которая измеряется в каких-то непонятных единицах СР. Предположить какая у меня будет максимальная нагрузка я пока не могу. В итоге я на распутье двух дорог и по которой из них двигаться я не знаю.

В вопросе сайтостроения я пока еще новичок. Пытаюсь создать свой первый сайт. Прошу не судить строго.
Заранее всем благодарен.

0

Никто два миллиона потрошить не будет если к таблицам создать еще и индексы, это раз
Во вторых - создайте таки базу с двумя миллионами, с индексами и протестируйте, сколько запросов в секунду вы сможете вытянуть, и сколько вам надо.
А то так можно неделю оптимизировать а потом выяснить что реально хватило бы и в 100 раз меньше

1

Сообщение от Kristo78 В итоге: чтобы Продавцу найти в базе данных Клиента и его товары, скрипту необходимо переворошить 2 000 000 товаров сравнивая ID Товара с внешним ключом Продавца

при наличии индексов поиск выполняется значительно быстрее, нежели прямой поиск по товарам. а по поводу 2000000 записей при хорошей посещаемости хостеру однозначно не понравится, лучше взять VPS/VDS, благо что можно найти по приблизительно такой же цене.
Ну и по поводу самой оптимизации - без дампа структуры БД и кода запросов подсказать что-то достаточно сложно.

1

Спасибо! Я примерно себе так и представлял. Буду делать по первому варианту. С хостингом решать проблемы буду по мере их поступления. О ходе своих "побед и "неудач", если кому интересно, буду периодически сообщать.

0