NHibernate vs хранимые процедуры

Question

[Velese]

Нужно реализовать выборку данных из БД Oracle. Имеется 2 таблицы, содержащие несколько миллионов записей. Выборка всех порциями и поиск по id. Можно ли работать с Nhibernate при таких объёмах данных? Какова будет скорость работы? Не лучше ли использовать хранимые процедуры?

Answer 1

[DenKrep]

А почему не хотите просто сделать выборку с помощью SQL, которая вернёт вам строки соответсвующие вашему условию? На 99% уверен, что будет работать быстрее. Ну или через хранимую процедуру (хотя из описания вашего условия — не понял зачем вам хранимка. Для выбора из таблиц строк по условию обычного SQL будет достаточно).

Comments

[Velese]

Хранимые процедуры применяются по специфике проекта, вернее сказать, так принято)
Т.е. через Nhiberante будет медленнее?

[Bick]

Любая прослойка всегда медленнее.
Если у вас будет примитивная выборка — NHibernate можно спокойно использовать.
Если начнутся хоть какие-то сложности в логике выборки — хранимки.

(Работаем с таблицами >10kk записей NHibernate+MSSQL)

[DenKrep]

Я, к сожалению, слабо знаком с внутренностями работы NHibernate (точнее, во что выльется, работа NHibernate). Если организует, наподобии, ADO.NET структуры данных на клиенте, и судя по вашему описания вопроса — на клиент скачает все миллионы строк, чтобы там за-join-ить, а потом отфильтровать по ID, то да — это 100% медленнее (сами подумайте — ресурсы хотя бы на скачивание данных на клиентскую сторону уже покроют вопросы :) ). Добавим то, что методы соединений и фильтрации у Оракла порядочно более эффективные, чем .NET-овские + предположительно в базе у вас есть соответсвующие индексы (а если нет, то при необходимости их можно будет создать). Итд итп. В общем я на 200% за то, чтобы работу СУБД делала сама СУБД, а не клиентское приложению. Слесарю — слесарево, кесарю — … гхм, это не из той песни.
Оставляю только призрачную вероятность того, что Hibernate способен обрамить ваши пожелания в разумно сформированный и хорошо написанный запрос и отправит его на выполнение базы, то производительность станет сравнимая… Но в автоматически написанный хороший запрос верится с трудом (разве что он совсем простой, и то… ). И если вам хоть немного не понравится то, что нагенерировано автоматически, в ORM намного сложнее что-то исправить (по сравнению со случаем, когда вы сами пишете запрос).
Подводя итог: если у вас стандарт — вызов хранимых процедур — туда вам и дорога. Правильно всё вы делаете, продолжайте :)

[Владислав]

Nhibernate работает не так. Если код написан правильно, то все «фильтрующие выражения» будут транслироваться в соответствующие выражения в запросе (NHibernate умеет «транслировать» лямбды в SQL, используя механизм expressions)

[Владислав]

UPD. Что же касается ответа, на основной вопрос — я присоединюсь к ответу ниже про использование профайлера.

[DenKrep]

Тогда я не понимаю вопрос ТС-а: что значит «выборка всех порциями»?

[DenKrep]

А профайлер — да, никто не отменял, я даже up на ответе Bick-a нажал :) Просто, как правило, как я писал — если ORM генерирует не такой запрос, как хотелось бы, иногда повлиять на это сильно не просто (по сравнению со случаем, когда пишешь запрос самостоятельно).

Answer 2

[Bick]

Мой вам совет — как и во всех подобных случаях воспользуйтесь профайлером БД.
Посмотрите какие запросы сгенерирует NHibernate. Сравните. Решите.