Показать сообщение отдельно
Старый 03.07.2020, 16:42   #9
 
Регистрация: 06.01.2017
Сообщений: 1,011
Доменные сделки: 7
Реноме: 663
Одобрения
Спасибо (Отдано):
Спасибо (Получено):
Сообщение от miketomlin Посмотреть сообщение
Все на кастэмных полях что ли?
Можно использовать разные компромиссные подходы, как то таблицы с набором полей разных типов для хранения значений атрибутов, а их тип устанавливается в самом объекте и на его основе тянется соотв. поле; разные таблицы под разные типы данных; json, sql_variant и т.д. В любом из них куча подводных камней и всплывают в самых неподходящих местах. Какие-то задачи "универсальные таблицы" позволяют решать, но строить крупный проект лишь на основе их это безумие.

Сообщение от buxar Посмотреть сообщение
на модулях которые могли бы легко заменяться/подключаться/отключаться без каких либо поломок
Так, прям совсем идеально, не получится. Модули в любом случае могут зависеть друг от друга. Можно разработать систему интерфейсов (не те, которые UI, а взаимодействия) можно сделать. Но этот интерфейс кто-то (модуль) должен реализовать.

Еще в задании есть несколько плохо уживающихся вводных, например:

 
использовать хранение данных в отдельных базах (соблюдая требования некоторых стран о хранение конфиденциальной информации в локальной стране)
И
 
быстрая работа
__________________
Долларовый тысячионер.
Eskander вне форума   Ответить с цитированием