|
|
|
Передать в java датасет/коллекцию
|
|||
|---|---|---|---|
|
#18+
Необходимо передавать в Java через jdbc наборы данных. Система - биллинг. Как это лучше организовать, чтобы все хорошо работало и java-разработчикам и pl/sql разработчикам было удобно поддерживать код в случае изменения, например, типов столбцов таблиц? Я вижу такие варианты (в java не разбираюсь): 1. Возвращать sys_refcursor хранимкой, и в java ожидать что будут определенные поля с определенным типом данных. 2. Возвращать strong ref cursor и в java делать то же самое, просто в пакете pl/sql будет описание типа. 3. Возвращать sql "table of" type, описанный на уровне схемы. В java видимо его можно как-то замапить на объект. Проблема в том, что в таких типах нельзя делать поля с типом "колонка таблицы" - Column_Name%TYPE. 4. Вести в pl/sql пакете "table of object/record" тип, и с помощью JPublisher работать с ним - JPublisher видимо его конвертит в sql тип. Не совсем понятно как это реализуется, и что нужно делать для того же случая, когда меняется тип данных столбца. 5. Использование pipelined функции вместо курсора (это вообще имеет смысл для такой задачи?). Что выбрать? Или возможно что-то другое, а не из этих пунктов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2018, 20:15 |
|
||
|
Передать в java датасет/коллекцию
|
|||
|---|---|---|---|
|
#18+
arCHi_1887, select... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2018, 22:32 |
|
||
|
Передать в java датасет/коллекцию
|
|||
|---|---|---|---|
|
#18+
Поддержу серого коллегу. Для передачи наборов данных из RDBMS Oracle в сторону клиентов предназначен SQL-интерфейс. Все остальное - для специальных применений и в качестве общего/базового интерфейса рассматриваться, вообще говоря, не должно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2018, 00:13 |
|
||
|
Передать в java датасет/коллекцию
|
|||
|---|---|---|---|
|
#18+
arCHi_1887Необходимо передавать в Java через jdbc наборы данных. Система - биллинг. Как это лучше организовать, чтобы все хорошо работало и java-разработчикам и pl/sql разработчикам было удобно поддерживать код в случае изменения, например, типов столбцов таблиц? Забить на Java-разработчиков. ;-) Код в java легче менять и легче управлять изменениями. Для этого у java-разработчиков есть куча удобных инструментов. Единственное, наладить коммуникации м/у разработчиками. Хотя у хороших java-разработчиков должны быть тесты на любой чих. Поэтому изменения PL/SQL разработчиков они должны увидеть по поломавшимся тестам ;-) P.S. Не истины ради, а холивара для. Всю бизнес логику надо переносить в java и отказываться от ХП <:o) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2018, 07:13 |
|
||
|
Передать в java датасет/коллекцию
|
|||
|---|---|---|---|
|
#18+
Спасибо за ответы. Но прав на селект из таблиц у пользователя, под которым клиент коннектиться не будет (это уже решено), так что этот вариант не доступен (если я правильно ответ понял). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2018, 12:34 |
|
||
|
Передать в java датасет/коллекцию
|
|||
|---|---|---|---|
|
#18+
arCHi_1887, *коннектится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2018, 12:35 |
|
||
|
|

start [/forum/topic.php?fid=52&gotonew=1&tid=1884409]: |
0ms |
get settings: |
11ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
13ms |
get first new msg: |
7ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
| others: | 255ms |
| total: | 406ms |

| 0 / 0 |
