Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3]      все
 Re: Улучшение кода PL\SQL  [new]
mayton
Member

Откуда: loopback
Сообщений: 47628
Хороший коммит - редкий коммит.
30 июн 20, 15:48    [22159761]     Ответить | Цитировать Сообщить модератору
 Re: Улучшение кода PL\SQL  [new]
Stax
Member

Откуда: Ukraine,Lviv
Сообщений: 2468
mayton
Хороший коммит - редкий коммит.

у меня на 99% зависело от прикладной транзакции

.....
stax
30 июн 20, 15:51    [22159766]     Ответить | Цитировать Сообщить модератору
 Re: Улучшение кода PL\SQL  [new]
Кобанчег
Member

Откуда: Рахів
Сообщений: 768
softwarer
Если коротко, в рамках одной сессии всё великолепно работало, но как только требовался обмен данными между сессиями - любая реализация уходила в унитаз. Оказывалось, что мать-мать-мать вставить в таблицу в одной сессии и прочитать из другой - кроет любое java-взаимодействие как слон комара. И не потому, что java такая плохая - вне базы тот же код отлично и быстро работал - а потому что мать-мать-мать так работает java внутри базы. И попытки из базы стучаться к движку снаружи базы - тоже мать-мать-мать тормозят как будто их делают сотрудники Почты России.
Проблема в том, что не удалось организовать взаимодействие через некую раздяляемую область памяти для JVMs запущенных из базы?

Понятно, что архитектуру перелопачивать не всегда возможно, но для параллельной обработки для любителей java есть как минимум следующие средства
1. parallel pipelined реализованные на java (тут SQL движок будет координировать работу)
2. рулить параллельностью средствами java (тут JVM выполяет роль координатора)

Так что там про новые горизонты? Java в базе плоха ибо c трудом позволяла решать проблему на 10g которая высосана из пальца?

softwarer
И это я уже не говорю о том, что кучу кода приходилось писать самому вместо того, чтобы пользоваться доступными готовыми решениями, просто потому, что уже хрен отыщешь актуальные готовые решения, которые компилировались бы в java 4.
java 4 была в Оракл 10g. Который был выпущен 17 (!) лет назад.
Начиная с 12.2 уже версия 8. Если какой библиотеки не хватает - никто не запрещает её в базу загрузить.
Более того, есть языки работающие на JVM и которые более приспособлены для параллельных вычислений - Scala, Closure.
На них тоже элементарно писать хранимки, только ясное дело что надо грузить в базу уже скомпилированные class/jar файлы а не исходники (это только для Java).
2 июл 20, 16:22    [22161034]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3]      все
Все форумы / Oracle Ответить