<MyRusakov.ru />

Профессия Web-разработчик

Профессия Web-разработчик

Этот комплект за 8 месяцев превратит Вас в Web-разработчика с нуля. Учиться достаточно 1 час в день.

Начнёте Вы с HTML, CSS и вёрстки сайтов. Потом перейдёте к программированию и JavaScript. Затем изучите PHP, MySQL, SQL, Python. Изучите Web-фреймворки Laravel и Django. Создадите 5 своих сайтов для портфолио.

Комплект содержит:

- 540 видеоуроков

- 110 часов видео

- 1205 заданий для закрепления материала из уроков

- 5 финальных тестов

- 7 сертификатов

- 12 Бонусных курсов

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

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

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