<MyRusakov.ru />

Программирование на C++ с Нуля до Гуру

Программирование на C++ с Нуля до Гуру

Данный курс научит Вас программировать на языке C++, который, несмотря на свой почтенный возраст, необычайно сильно востребован. Курс состоит из 6 разделов, посмотрев которые и выполнив все упражнения, Вы с нуля освоите этот язык и сможете создавать самые разные проекты любой сложности на C++.

Для закрепления материала из уроков к ним идёт множество упражнений.

Дополнительно к курсу идёт вспомогательная система, которая не даст Вам забросить начатое на полпути.

Также вместе с курсов Вы получаете Бонус "Программирование на C++ в Unreal Engine", в котором Вы научитесь создавать игры на C++ с использованием этого движка.

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

Подпишитесь на мой канал на YouTube, где я регулярно публикую новые видео.

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

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

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