Добрый день,


В сиквеле у меня есть такой тип:



Я вызываю хранимую процедуру таким образом:


Это если в Management Studio.

Как тоже самое сделать из Java/Hibernate?

Спасибо.

Андрей Панфилов,

А через Hibernate это возможно? У нас девелоперы его везде используют.

Андрей Панфилов,

Я не программер, а ДБА. Мне девелоперы говорят, что не могут в хранимку передать список значений, ибо они используют Hibernate. Я не понимаю, либо они лукавят и просто не хотят работать с хранимками, либо это tool (hibernate) просто не заточен на SQL Server и лучше работает с Ораклом.

Озверин,

Я не девелопер, найти и понять сам не смогу. Мне в простых терминах надо понять, можно ли через Hibernate передать в хранимку список чисел или таблицу или нет. Если нет, то какие варианты есть, например передать строку с числами разделенными запятой или что-то вроде того.

Petro123Roust_m,
У них ни одной хранимки или есть все таки?

Есть, но только те, которые получают небольшое количество параметров, а не таблицы или списки.

В общем идея у них такая: минимизировать использование хранимок, за исключением случаев когда их автоматически построенные запросы полностью убивают performance базы.

Petro123,

Оно может и красиво технически, но эти все девелоперские штучки: наследование, полиморфизм и прочие полностью убивают базу.

Андрей ПанфиловRoust_mЯ не программер, а ДБА. Мне девелоперы говорят, что не могут в хранимку передать список значений, ибо они используют Hibernate.Индюки небось? Давайте поясню для "ДБА": hibernate - это ОРМ, он всего лишь реализует некую "концепцию" доступа к БД, т.е.:
- позволяет декларативно описать в java-коде таблицы БД и связи между ними
- поддерживает условно "правильный" жизненный цикл жава-объектов, связанных с таблицами БД (поддержка транзакций, правильный порядок CRUD операций, и т.п.)

на этом все, т.е. хранимые процедуры - это вообще не про ОРМ, это в чистом виде императивщина и является расширением БД над реляционной моделью, поэтому ожидать, что ОРМ умеет хранимые процедуры, скажем, несколько наивно, да, там есть какая-то базовая поддержка, но в данном случае у вас используются расширения вендора в виде user defined types. Меж тем нет ничего зазорного в том, чтобы просто взять и там где нужно использовать "альтернативную концепцию доступа к БД" - никто от этого не умрет, нужно только позаботиться о том, чтобы с транзакциями было все правильно.

Вот я и не понимаю, они говорят, что это работает в jdbc, но не в Hibernate. Почему нельзя использовать jdbc в этом конкретном случае? Просто из-за того, что это не феншуйно? Или серьезная причина есть?

Petro123Roust_mPetro123,

Оно может и красиво технически, но эти все девелоперские штучки: наследование, полиморфизм и прочие полностью убивают базу.я фигею.
- наследования там нет
- ОРМ только для CRUD а не отчетов.
Докажите что убивает базу.

Зачем это доказывать, это и так все признают, этот хибер может сделать сотню запросов к базе в случае когда из хранимки нужен один. И посмотрев на эти запросы становится дико.

ОзверинRoust_m, а они как-то без jdbc работают с базой из хибера?

Не знаю, я не программер. Я так понимаю, что хибер им запросы генерит. Я спросил, а почему нельзя в случае когда надо передать список не сделать вызов хранимки из jdbc. Мне ответили, что слишком много кода и работы. И что поддерживать этот код будет сложно.