Comments 17
А зачем коллекции, вместо стандартных G_Fxx? Тогда код сократился бы…
0
Сказать честно — искал решение и собрал его из нескольких статей, не внедряясь в дебри документации.
В оригинале, в коллекции хранились не только ID, но и еще целый набор данных для выгрузки.
Если Вы готовы предоставить свой вариант решения данной задачи, то я с радостью протестирую — сравню — опишу результаты.
В оригинале, в коллекции хранились не только ID, но и еще целый набор данных для выгрузки.
Если Вы готовы предоставить свой вариант решения данной задачи, то я с радостью протестирую — сравню — опишу результаты.
0
UFO just landed and posted this here
Апекс был выбран из-за высокой скорости разработки интерфейсов к таблицам БД. Должность называлась инженер электросвязи, зарплата за гранью добра и зла :). Хотя на фрилансе за такую работу платят как за Web-программирование. Продукт успешно развивается, хотя и не сильно продвигается оракулом.
Можно использовать везде где нужен интерфейс к таблицам БД. Одна из фишек — система
сама проверяет валидность данных при изменении: т.е. если несколько пользователей одновременно
открыли одну и ту же запись, сделали изменения и нажали кнопку «сохранить», то сохранятся данные первого пользователя, все остальные получат ошибку.
Можно использовать везде где нужен интерфейс к таблицам БД. Одна из фишек — система
сама проверяет валидность данных при изменении: т.е. если несколько пользователей одновременно
открыли одну и ту же запись, сделали изменения и нажали кнопку «сохранить», то сохранятся данные первого пользователя, все остальные получат ошибку.
+1
UFO just landed and posted this here
Прочитав, я понял, как и за что я особенно люблю QlikView.
0
Во-первых, можно реализовать на стандартном g_fxx, он для этого и нужен.
Во-вторых, по каждому клику происходит целых два запроса к серверу, причем оба запроса асинхронные и второй не ждет завершения первого.
В-третьих, зачем там вообще обновление региона?
Если-таки изобретать велосипед, то думаю, не проще, но правильнее было бы класть состояния чекбоксов в json и отправлять через apex.ajax.clob непосредственно перед самим действием и по before refresh, а запрос переписать с нативным парсингом этого json из clob_content. Либо, если не хочется парсить json на лету, можно отправить в свой процесс и так же по коллекции разложить. Если совсем не хочется json, то можно все отправить в процесс в тех же g_fxx. А можно не изобретать велосипед.
Во-вторых, по каждому клику происходит целых два запроса к серверу, причем оба запроса асинхронные и второй не ждет завершения первого.
В-третьих, зачем там вообще обновление региона?
Если-таки изобретать велосипед, то думаю, не проще, но правильнее было бы класть состояния чекбоксов в json и отправлять через apex.ajax.clob непосредственно перед самим действием и по before refresh, а запрос переписать с нативным парсингом этого json из clob_content. Либо, если не хочется парсить json на лету, можно отправить в свой процесс и так же по коллекции разложить. Если совсем не хочется json, то можно все отправить в процесс в тех же g_fxx. А можно не изобретать велосипед.
0
Sign up to leave a comment.
Oracle APEX: Interactive Report with Checkboxes