SergueiW2DГоспода, подскажите, пожалуйста с чего начать
По-моему совершенно логично начать с понимания того, что вообще вы собираетесь хранить (данные о каких сущностях собираетесь хранить), какая политика хранения, ведется ли история изменений, права доступа какие то должны быть или нет.
Из вашей "архитектуры", если можно так сказать, косвенно можно понять какие примерно сущности, но какие данные по этим сущностям с трудом можно представить.
Я в таких случаях клубок начинаю распутывать с какого нибудь конца: создаю модель в ERWIN и начинаю рисовать, особых подготовок не делаю. Никогда не рассчитываю сделать все и сразу- делаю то, что делается. Зашел в тупик- отложил. На завтра решение приходит само собой.
W2D чтобы потом не переделывать при расширении?
Тщательнее продумывать структуру, стараясь сделать ее как можно гибче, но в пределах разумного.
Так что давайте дерзайте. Мы вас поддерживаем морально ))
Спасибо за рекомендации, работаем))
mad_nazgulW2DГоспода, подскажите, пожалуйста с чего начать проектирование базы данных городского портала развлечений, чтобы потом не переделывать при расширении?
Ссылка на архитектуру сайта
https://yadi.sk/i/5-LfS7XBetvWX (если нужна). Ссылка на сайт
http://www.way2day.com (если нужна).
Будем делать на MySQL.
У вас не архитектура, а эскиз приложения.
А архитектура желательно стандартная:
Действуйте по принципу "разделяй и властвуй".
Или будьте ограми, как лук.
Т.е. вам нужны "слои абстракции"
1) Презентационный (HTML+CSS+JS) (То что у вас нарисована в "архитектуре")
2) Приложения (Все что угодно, хоть PHP, хоть Java)
Служит связкой м/у слоем данных и презентационным.
Его желательно иметь, причем максимально независимым.
Т.е. все рисуется в 1) слое.
Здесь же идет преобразование данных приложения (всего) в РМД и обратно.
1 и 2 слой м/у собой обращается ч/з JSON'ы.
Можно "заморочиться" REST сервисами, но для этого нужен, тот кто знает как правильно проектировать REST-сервис.
Проще туда-сюда гонять JSON'ы ч/з POST
3) Данных (Любая БД)
Причем данные в БД <> данные в приложении.
Т.к. БД это реляционная проекция данных в приложении.
Т.е. один объект в приложении может соответствовать нескольким строкам в разных таблицах.
Так и одна таблица может содержать данные для разных классов в приложении
По идее слой 2) можно перенести в 3).
Но тогда нужно будет программировать ХП (хранимые процедуры).
Но это лучше подходит для Oracle, т.к. там очень богатые возможности, для отказа от слоя 2)
0_0 - моя первая реакция на текст... хотя, второе, третье и последующие прочтения также на дали понимания))
Очень много новых слов. Изучаем, вникаем, спасибо)
