Как стать автором
Обновить

Комментарии 17

А зачем коллекции, вместо стандартных G_Fxx? Тогда код сократился бы…
Сказать честно — искал решение и собрал его из нескольких статей, не внедряясь в дебри документации.
В оригинале, в коллекции хранились не только ID, но и еще целый набор данных для выгрузки.

Если Вы готовы предоставить свой вариант решения данной задачи, то я с радостью протестирую — сравню — опишу результаты.
Посмотрите здесь https://docs.oracle.com/cd/E59726_01/doc.50/e39149/apex_item.htm#AEAPI194, в доке есть описание как создавать процесс.
НЛО прилетело и опубликовало эту надпись здесь
Апекс был выбран из-за высокой скорости разработки интерфейсов к таблицам БД. Должность называлась инженер электросвязи, зарплата за гранью добра и зла :). Хотя на фрилансе за такую работу платят как за Web-программирование. Продукт успешно развивается, хотя и не сильно продвигается оракулом.
Можно использовать везде где нужен интерфейс к таблицам БД. Одна из фишек — система
сама проверяет валидность данных при изменении: т.е. если несколько пользователей одновременно
открыли одну и ту же запись, сделали изменения и нажали кнопку «сохранить», то сохранятся данные первого пользователя, все остальные получат ошибку.
НЛО прилетело и опубликовало эту надпись здесь
Это не шаг в сторону, это вполне штатная фишка, описанная в документации. Выше дал ссылку.
НЛО прилетело и опубликовало эту надпись здесь
динамически генерируемая картинка с соответствующей кнопкой по значению поля.
по ссылке — действие.
НЛО прилетело и опубликовало эту надпись здесь
я Вам предложил простой вариант решения «того что не каждый сможет решить»
На самом деле, если проявить смекалку, то думаю APEX, можно прикрутить к любой БД используя Dblink =)
НЛО прилетело и опубликовало эту надпись здесь
не знаю, я потенциальную возможность описал
Прочитав, я понял, как и за что я особенно люблю QlikView.
Во-первых, можно реализовать на стандартном g_fxx, он для этого и нужен.
Во-вторых, по каждому клику происходит целых два запроса к серверу, причем оба запроса асинхронные и второй не ждет завершения первого.
В-третьих, зачем там вообще обновление региона?
Если-таки изобретать велосипед, то думаю, не проще, но правильнее было бы класть состояния чекбоксов в json и отправлять через apex.ajax.clob непосредственно перед самим действием и по before refresh, а запрос переписать с нативным парсингом этого json из clob_content. Либо, если не хочется парсить json на лету, можно отправить в свой процесс и так же по коллекции разложить. Если совсем не хочется json, то можно все отправить в процесс в тех же g_fxx. А можно не изобретать велосипед.
приведите свой пример кода, если Вам не трудно.
любопытно сравнить производительность.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.