<MyRusakov.ru />

Фреймворк Yii 2.0 с нуля. Пример создания сайта

Фреймворк Yii 2.0 с нуля. Пример создания сайта

Видеокурс "Фреймворк Yii 2.0 с нуля. Пример создания сайта" обучит Вас созданию профессиональных сайтов с использованием фреймворка Yii. В курсе есть 2 раздела: теоретический и практический. В теоретическом разделе будут разобраны возможности фреймворка Yii с примерами их использования, а в практической части будет создан сайт Blog.MyRusakov.ru с помощью полученных знаний из теоретического раздела.

Так же почти ко всем урокам идут упражнения для закрепления материала из урока на практике.

После прохождения курса Вы без труда сможете создавать любые сайты с использованием фреймворка Yii, причём делать это будете быстро и качественно.

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

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

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