devexpress xpo vs BLL-DAL подход для страниц отчета

Question

Мы только что начали веб-проект. Ожидается, что таблицы Sql проекта будут большими таблицами с миллионами записей. И веб-приложение обычно сообщает данные пользователям. Это означает, что веб-приложение сделает «SELECT« в основном, чем «INSERT» или «UPDATE».
На данный момент мне интересно, должен ли я использовать классический подход BLL-DAL-MODEL (многоуровневая архитектура) или некоторый ORM, такой как Devexpress 'XPO. Наша компания использовала XPO в небольшом количестве приложений, и разработчики знакомы с ней. Они также знакомы с многоуровневой архитектурой, но, как вы знаете, реализация XPO проще, чем многоуровневая архитектура.
Теперь, я хочу знать, какой подход я должен выбрать. Кто-нибудь, кто выполняет тест производительности в соответствии с данными, выбирает как XPO, так и многоуровневую дугу.? Или есть идея?
Спасибо.

Answer 1

Фер, я понимаю причину и смысл вашего вопроса, но я бы сказал, что я бы никогда не отказался от многоуровневого подхода, чтобы просто использовать определенную технологию или продукт, такой как XPO в этом случае. также EF и NHibernate можно использовать непосредственно из пользовательского интерфейса без необходимости отводками, но это вовсе не значит, что это хорошо, увидеть мой ответ здесь:

https://stackoverflow.com/a/7474357/559144

я бы либо не использовать XPO или только использовать его, если он может работать со слоем, как я описал там, и большие шансы, что он также работает, потому что в конце концов это ORM и может быть изолирован и отделен от остальных, как и любой другой продукт. Тем не менее это запатентованный DevExpress, и я бы не использовал его для больших приложений, которые менялись по-разному в течение нескольких лет, поэтому нечто более стандартное, например EF или NHibernate, вероятно, могло бы предложить более надежную и проверенную почву.

Answer 2

Что касается производительности XPO. У меня есть сетки с записями 500 тыс., И все работает нормально. На одной странице сетки отображается 20 записей. Несколько советов (DevEx v10.2):

1. вы можете использовать ASPxGridView в ServerMode. Вы можете посмотреть демо-версию here. В привязке сетки ServerMode выполняется следующее:
- выборка записей записи
- выборка первых 512 идентификаторов записи
- выборка записей для отображения в сетке. Это должно отображать записи, показанные на первой странице сетки, но мне кажется, что XPO выбирает cca. 50 записей.

2.XPO также будет получать данные, необходимые для связанных объектов. Это приведет к множеству простых запросов. Вы можете уменьшить это с помощью кеширования.

3.Мы используем XPO caching успешно. Это ускоряет работу приложения и уменьшает количество обращений к базе данных. Как я уже сказал, мы используем его на 500 тыс. Таблиц.