Страницы: 1
RSS
Архитектура рабочего пространства, как изучить самостоятельно?
 
Множество таблиц, больших и маленьких, все вместе превратилось в бурелом.
Хочется организовать рабочее пространство,чтоб все было под рукой и удобно и внесение изменений не превращалось
в распутывание клубков.
На данный момент все шло как шло и настолько запущено,
что любой эксперимент с внесением изменений
это огромные трудозатраты с неизвестным результатом.
Хочется подтянуться в теории. Чтоб уж наверняка и целенаправленно идти к свету.
В айти есть же архитекторы, дизайнеры,как то ведь их обучают?
Интересно, есть ли книги, отвечающие на вопрос архитектуры рабочего пространства применительно не к коду а к формульному исполнению?
Не по основам экселя, а именно вымученные правила, хитрости в организации архитектуры рабочего пространства? кодлесс фронтэнд
 
ПРОИЗВЕД, теоретический вопрос — теоретический ответ: изучайте нормализацию данных, архитектуру БД, плоские таблицы и связи между таблицами

P.S.:
Как интересно (нет) вы переносите самостоятельно строки — не устраивает ширина окна сайта?
Во всех делах очень полезно периодически ставить знак вопроса к тому, что вы с давних пор считали не требующим доказательств (Бертран Рассел) ►Благодарности сюда◄
 
Спасибо за ответ, переносы пришли из ТХТ файла наверно:)
 
(с) ПО представляет собой многоуровневую архитектуру. Выше уровня базы данных находится слой модели,
который часто содержит бизнес-логику и информацию о типах данных в базе.
В середине расположен контроллер, который содержит различные правила и методы для преобразования данных,
перемещающихся между представлением и моделью.
На самом верху расположен слой представления,
Преимуществом многоуровневой архитектуры является разделение задач, что означает,
что каждый слой фокусируется исключительно на собственной проблеме.....
наверное БД не проблема пока, проблемы выше уровнем. С книгами похоже туго, если что и есть на английском...
 
Хорошо спроектированная база данных  для приложения - это база, в которой при рабочей нагрузке (SQL) запросы будут выполняться с эффективностью, близкой к максимальной. Это требует глубоких знаний как в программировании, так и в предметной области.
Владимир
 
Пробежался по теме.Базы данных точно мимо. Все работает, проблема в трудоемкости внесения изменений.
Нужно делить на компоненты, изолировать их, выявлять зависимости и делить на уровни.
Чтобы локализовать работы по изменению и тестированию.
Скрытый текст
Изменено: ПРОИЗВЕД - 03.12.2021 16:25:52
 
Цитата
ПРОИЗВЕД: Правило проектирования ПО -не зависеть ни от чего,что может меняться
ахаха  :D
Во всех делах очень полезно периодически ставить знак вопроса к тому, что вы с давних пор считали не требующим доказательств (Бертран Рассел) ►Благодарности сюда◄
 
хаха, бывает
Страницы: 1
Наверх