SvDevА где там про то, что этот кусок кода на яве нельзя загрузить в оракл и про app server ?
вы по ссылке там ходили?
авторПопробуй API for JSON Processing.
Средствами SQL не выйдет (если не влезает в varchar) даже если обратиться "поэлементно" и обернуть враппером.
И не нельзя, а неэффективно.
Я знаю о чём говорю, т.к. разбирал PDF формат на Java.

SvDev,
спс. Но Elic и dbms_photoshop я как то больше верю.

SvDevВ СУБД лучше использовать реляционную модель, работать будет на порядок быстрее.
+5
Только в том топике автор жаловался что JSON большого размера приходит от соисполнителя из внешней системы.
А уж при ERP я представляю себе какие простыни будут ходить между модулями ERP
https://ru.wikipedia.org/wiki/ERP

MigelleДа все очень просто, Petro123 прочитал текст и не понял его. У него это регулярно встречается. Отсюда и ответы на не заданные вопросы.
всё просто. Есть 1-2 процента людей без высшего образования, которые мало того что сами не понимают текста, дак ещё пишут о своём невежестве.
Сами 2 слова в своём болоте связать не могут и сразу опускаются до ответов Шарикова.
Ты как раз в этом проценте.

Алексей ВыхрыстюкАпекс отлично подходит для разработки современных приложений.
ТС задавал вопрос про подводные камни и что сделать сложно на данном ПО.
Алексей Выхрыстюккоторую закончим и выложим в опенсорс.
понятно. Это реклама) и сравнивать не с чем.
Как реклама представителя ветки пойдёт).

SvDevИ кто теперь должен учиться спокойно обсуждать ?
если ты про Migelle, не обращай внимания. Апекс притягивает тех кто ничего в жизни не писал и не хочет узнать ничего нового.
SvDevВ той теме нет ничего в пользу твоей позиции
Напоминаю. Моя позиция - каждой задаче - свой инструмент. Т.е. апекс это тоже нишевое ПО, т.к. это фреймворк)).

SvDevВ той теме нет ничего в пользу твоей позиции
В теме было 3 способа решения "парсинг JSON".
- средствами БД SQL
- средствани НЕ субд
- средствами АппСервера от Оракле на Java
- .....
Было обсуждение плюсов и минусов).
Так?

SvDev,
или тебе найти другую тему у профи в Оракле где они прямо говорят - это лучше решать не в БД,а на клиенте или АппСервере?
Они этого не стесняются т.к. профессионалы.
Тут почему то упираются и никто не скажет что плохо делать в APEX?
Вы дети чесссс слово.

SvDevв оракле для явы не нужен app server
ты отвечаешь не то что спрашивается.
Разговор про архитектуру и ЗАДАЧИ.
Смотри шире: "Для каких задач требуется АппСервер и APEX'a будет маловато?"
)
А то я смотрю, тот кто писал в апекс никогда потом с него слезть может просто физически.
Чела надо просто будет увольнять.
Несмотря на то что апекс движется в строну rest и веб приложения Java.

SvDev,
что касается того топика.
На вход в СУБД подаётся очень большой файл JSON - сотни мегабайт. Причём данные в секции data, т.е. усложняет парсинг.
Была ссылка на
Fusion Middleware Developing Applications for Oracle WebLogic Server 12.1.3
http://docs.oracle.com/middleware/1213/wls/WLPRG/java-api-for-json-proc.htm#WLPRG1055
Это АппСервер оракле в облаках и облачных средах.
У данного сервера есть:
авторThe streaming API is the most efficient approach for parsing JSON text. The following example shows how to create a JsonParser object and how to parse JSON data using events:
Хотите, берите упрямо его API и вставляйте в пакеты оракла чтобы запустить в БД виртуальную машину Java.
Я очень сомневаюсь что тут есть такие смельчаки.
Есть и другое решение - выполнить разбор тяжёлых JSON на этом сервере. Т.е. НЕ НА сервере-хосте где стоит СУБД с апекс.
...........
Т.е. апекс для такой задачи не очень подходит.
БД Оракле с внутренней Java _сомнительно_.
..........
Кто ещё хочет обсуждать архитектуру, а не хвалебные речи - прошу.
Удачи!

SvDevПотому что в апексе можно делать почти всё.
Вот вы приходите в магазин выбрать пылесос, и вам менеджер так говорит. Вы не уходите от него?

SvDevСомнительно то, что это нельзя написать в оракле
OK? давай использовать слово "сомнительно" ))
- сомнительно, что для ГИС можно вставить бесплатные решения. Т.к. на MapVewer от Оракле весьма не дешёвом я уже писал AutoPOI.ru
- сомнительно, что JSON распарсить не нагружая сервер вы можете на самом хосте БД
- сомнительно что вы распарсите PDF
- сомнительно, что полнотекстовый поиск работает быстрее в БД чем в Lucene

SvDevУ ТС уже есть готовое приложение, и ему проще посмотреть, какие функции он хочет и как они делаются в апексе. Тогда можно конкретно обсуждать.
Я же говорю - лучше его послать на другую ветку, т.к. тут "запланировано в 5.2", "решаемо" и тут нет тех кто пробовал других устриц.
Увы.
Удачи автору ТС.