<MyRusakov.ru />

Создание крупного проекта на Java с нуля

Создание крупного проекта на Java с нуля

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

В начале курса у нас будет только идея, а в конце готовый продукт, который можно использовать в практических целях.

В рамках упражнений курса Вы параллельно со мной будете создавать свою большую программу на Java, что даст Вам необходимую практику, после которой для Вас уже не будет разницы, какого размера создавать программы.

Подробнее
Подписка

Подписавшись по E-mail, Вы будете получать уведомления о новых статьях.

Подписка Подписаться

Добавляйтесь ко мне в друзья ВКонтакте! Отзывы о сайте и обо мне оставляйте в моей группе.

Мой аккаунт Мой аккаунт Моя группа
Опрос

Каким движком Вы предпочитаете пользоваться?

Форум сайта MyRusakov.ru

Структура сайта. Как лучше сделать?
02.08.2014 20:44:26 Структура сайта. Как лучше сделать? Сообщение #1
Kristo

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 шт. Есть конечно же
хостеры без ограничений количества баз данных, но у них есть ограничения по
нагрузке, которая измеряется в каких-то непонятных единицах СР. Предположить
какая у меня будет максимальная нагрузка я пока не могу. В итоге я на распутье
двух дорог и по которой из них двигаться я не знаю.

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