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