Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
25.02.2013, 09:56
|
|||
---|---|---|---|
Вопросик по архитектуре |
|||
#18+
Помогите с созданием DAL. Имеется 1000+ таблиц и множество предметных областей, которые с друг с другом пересекаются. Как организовать доступ к данным? Задумка следующая: замаппить все эти 1000+ таблиц через ОРМ и засунуть в dll (т.е. это будет по сути слой отображения структуры БД, но уже в объектах). Далее создаем уже конкретные "предметные области" с бизнес-логикой и своими entity (каждую "предм. область" планирую засунуть в веб-сервис, a запросы будут создаваться на основе созданной выше dll + object-to-object маппер). А "предметные области" будут обмениваться друг с другом DTO'шками. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
27.02.2013, 17:32
|
|||
---|---|---|---|
Вопросик по архитектуре |
|||
#18+
maratoss, а БД одна? А так стандартный подход описал. Ну и наверное для предметной области тоже свой "репозиторий" реализовать надо. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
27.02.2013, 17:33
|
|||
---|---|---|---|
Вопросик по архитектуре |
|||
#18+
maratoss, правильный вариант - делить вашу интеграционную базу. Пусть каждый сервис владеет только теми данными, которые ему интересны. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
28.02.2013, 09:21
|
|||
---|---|---|---|
Вопросик по архитектуре |
|||
#18+
netivanа БД одна? А так стандартный подход описал. Ну и наверное для предметной области тоже свой "репозиторий" реализовать надо. БД одна, а c репозиторием непонятно, для чего он нужен, получается обертка над ISession, какой профит получаем? SolYUtorправильный вариант - делить вашу интеграционную базу. Пусть каждый сервис владеет только теми данными, которые ему интересны. Имеешь ввиду делать маппинги на каждом сервисе только тех объектов, которые необходимы? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
28.02.2013, 13:10
|
|||
---|---|---|---|
Вопросик по архитектуре |
|||
#18+
maratossИмеешь ввиду делать маппинги на каждом сервисе только тех объектов, которые необходимы? Не только. Надо физически разделить данные, и разнести их по разным базам. Это даёт целый ряд положительный эффектов - упрощение администрирования, понимания маленьких баз данных, сокрытие информации и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
01.03.2013, 07:39
|
|||
---|---|---|---|
Вопросик по архитектуре |
|||
#18+
SolYUtorи разнести их по разным базам достаточно по разным схемам ... |
|||
:
Нравится:
Не нравится:
|
|||
|
01.03.2013, 10:35
|
|||
---|---|---|---|
Вопросик по архитектуре |
|||
#18+
Изопропилдостаточно по разным схемам Если рассматривать вопрос только архитектурно - то да. Но есть разница - 10 баз по 10 ГБ, или одна 100 Гб. Всякие разные полезности вроде времени создания бек-апа, горизонтальной масштабируемости - это уже не так просто. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
01.03.2013, 15:46
|
|||
---|---|---|---|
Вопросик по архитектуре |
|||
#18+
SolYUtorИзопропилдостаточно по разным схемам Если рассматривать вопрос только архитектурно - то да. Но есть разница - 10 баз по 10 ГБ, или одна 100 Гб. Есть базы в террабайты объемом, и чо? Это не повод размазывать логику по несвязанным кускам, чтобы потом сводить ее где-то воедино. Это гораздо сложнее, чем юзать "всякие полезности" на цельной базе, это настоящий багодром. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=17&mobile=1&tid=1350089]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
154ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 263ms |
0 / 0 |