02.08.2014 20:44:26 Структура сайта. Как лучше сделать? Сообщение #1
Kristo
Новичок
Дата регистрации:
02.08.2014 20:16:28
Сообщений: 1
Всем Привет!
Ситуация в следующем:
Имеем: Фирма, Продавец, Клиент, Товар.
Мои предположения по количеству пользователей:
Количество фирм - 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 шт. Есть конечно же
хостеры без ограничений количества баз данных, но у них есть ограничения по
нагрузке, которая измеряется в каких-то непонятных единицах СР. Предположить
какая у меня будет максимальная нагрузка я пока не могу. В итоге я на распутье
двух дорог и по которой из них двигаться я не знаю.
В вопросе сайтостроения я пока еще новичок.Пытаюсь создать свой первый сайт. Прошу не судить строго.
Заранее всем благодарен.
Ситуация в следующем:
Имеем: Фирма, Продавец, Клиент, Товар.
Мои предположения по количеству пользователей:
Количество фирм - 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 шт. Есть конечно же
хостеры без ограничений количества баз данных, но у них есть ограничения по
нагрузке, которая измеряется в каких-то непонятных единицах СР. Предположить
какая у меня будет максимальная нагрузка я пока не могу. В итоге я на распутье
двух дорог и по которой из них двигаться я не знаю.
В вопросе сайтостроения я пока еще новичок.Пытаюсь создать свой первый сайт. Прошу не судить строго.
Заранее всем благодарен.