|
|
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Есть достаточно большая таблица. Ей очень оперативно изменяют сотни пользователей. На основании запроса к таблице сделан обычный Report. Можно посмотреть пример на Jquery который плавно отображает оперативное содержание таблицы в Report, чтобы в браузере переобновлялись только те строки, по котором произошли изменения/вставки в базе (без морганий по другим строкам). К сожалению, я в этом вопросе новичок. Может есть какой плагин. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2013, 15:03 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Николай Васильевич Петров, Перепишите запрос, чтобы показывал только изменения за последние N-минут. Для этого на таблицу можно повесить триггер on insert/update, который для каждой записи будет вставлять sysdate в отдельную колонку. Потом по этой колонке фильтровать данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2013, 15:53 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
haXbat Проблема не на сервере, а на клиенте. Как реализовать "плавное" изменение изформации в браузере. Таблицу нужно показывать почти всю и совсем в другом порядке, не по времени.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2013, 17:47 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Николай Васильевич Петров, плагин такой вряд ли есть. Делайте сами, алгоритм примерно такой: Ваш Report должен в зависимости от hidden item выдавать записи в 2-х режимах: - при значении 0 - все записи (обычный режим) - при значении 1 - только изменившиеся. При входе значение hidden item = 0, отображаются все записи. Таймером с нужным интервалом запускаете ajax запрос - с помощью htmldb_get вызываете эту же самую страницу и передаете значение item = 1. Соответственно после отработки htmldb_get у вас в javascript будет html таблица с изменившимися строками. Осталось открыть цикл по тэгам tr и в исходной таблице вырезать через jQuery строки с соответствующими id и вместо них вставлять новые. Удачи! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2013, 20:02 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Неужели в jQuery нет ничего такого встроенного ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2013, 23:25 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Николай Васильевич ПетровЕсть достаточно большая таблица. Ей очень оперативно изменяют сотни пользователей. Бедная вульгарная таблица. А с кем ей изменяют эти сотни неверных пользователей, с другой таблицой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2013, 21:17 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Mr_FrostДелайте сами, алгоритм примерно такой: Ваш Report должен в зависимости от hidden item выдавать записи в 2-х режимах: - при значении 0 - все записи (обычный режим) - при значении 1 - только изменившиеся. При входе значение hidden item = 0, отображаются все записи. Таймером с нужным интервалом запускаете ajax запрос - с помощью htmldb_get вызываете эту же самую страницу и передаете значение item = 1. Соответственно после отработки htmldb_get у вас в javascript будет html таблица с изменившимися строками. Осталось открыть цикл по тэгам tr и в исходной таблице вырезать через jQuery строки с соответствующими id и вместо них вставлять новые. Удачи! Интересно. Тоже такое нужно. Есть пример кода? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2014, 14:33 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Есть такое законченное решение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2014, 17:36 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
НаиляшаЕсть такое законченное решение? нету. Т.к. _дорого_ и в веб не нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2014, 23:39 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Petro123, То есть на странице постоянно видны все строки? Сколько же их? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 08:43 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Gustly, вы о чём? Что означает термин "все", если у вас динамика реал-тайм и постоянно добавляют, удаляют? В APEX пагинация. Так же как в этом форуме. Сделать таблицу как в десктопе очень сложно. Бесплатно делать никто не будет. Есть бесплатная jQuery. ExtJS уже платный. imho ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 09:45 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Petro123, Вопрос в том, как себя должно вести. Если мы пагинировали на 2-ю страницу, а данные поменялись на 1-й, получается никак не обновим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 09:48 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
GustlyPetro123, Вопрос в том, как себя должно вести. Если мы пагинировали на 2-ю страницу, а данные поменялись на 1-й, получается никак не обновим. По хорошему нужно вообще без пагинации (мож 5-ка умеет). По хорошему польз-ли знают проблему и жмут F5 По хорошему польз-ли ставят фильтр и тоже нет проблемы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 09:52 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 09:55 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Petro123, Без пагинации нет нормального решения. Если строк например пускай даже 10к, то всех их рисовать это нагрузка большая, браузер будет жрать много памяти и тормозить. Вариант с динамической подгрузкой сложноват. Но судя по тексту могу предположить, что у автора строк не так уж и много, раз их постоянно меняют. Поэтому можно например показывать действительно все строки, пихать все в див и тупо рефрешить регион - самый дешевый вариант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 09:56 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Petro123Gustly, http://dev.sencha.com/deploy/ext-4.0.0/examples/#sample-2 Это платное решение? Кто его прикручивал к Apex? В общем случае строк может до нескольких сотен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 10:02 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
GustlyВариант с динамической подгрузкой сложноват. +1 на данном этапе развития технологий). Но непременно решат). Т.е. _показывать_ надо только то что на экране. Наиляша, это альтернатива APEX для программиста. Если исп-ть ExtJS то APEX не нужен. Платное для коммерческого. ...Вам решать... Заказчик должен понимать, что он просит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 10:11 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Petro123, Видел я примеры, где данные грузятся по мере скролла, скролл высотой во все строки, но реально строк только те что находятся в данном состояние скролла. Вообще я считаю что можно показывать до около 1000, чтобы браузер не мучался. Только их надо прятать в div с overflow в высоту с экран. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 10:18 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Gustly, решений много всяких. От бизнеса зависит. Гугл же как-то показывает свой поиск из много ))) записей в БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 10:26 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Petro123, ROWNUM < 50. Вообще у него все быстро. В 12-м оракле вроде есть rownum between 100 and 150, только пишется сложнее. Вот с ним была бы пагинация добротной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2014, 10:41 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
GustlyВ 12-м оракле вроде есть rownum between 100 and 150, только пишется сложнее. Вот с ним была бы пагинация добротной. кстати, кто это пробовал? пагинация в текущем апексе достала! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2015, 17:27 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
apexapex, Чем достала. Фильтры есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2015, 19:09 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Petro123, Фильтры фильтрами. А вот запрос выполняется всегда полный, даже если надо вывести первые 15 строк из допустим 1000/10к/50к. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2015, 11:41 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
GustlyФильтры фильтрами. А вот запрос выполняется всегда полный, даже если надо вывести первые 15 строк из допустим 1000/10к/50к. Не буду утверждать на 100 процентов, но апексовый фильтр и пагинация не выбирают все данные. Посмотрите напрмер как отрабатывает APEX_PLUGIN_UTIL.GET_DATA ( Запрос, котрый передается в эту функцию оборачивается with и сверху на него накручивается where по номеру стобца и пакгинация. Посмотрите в энтерпрайз менеджере реальные запросы, которые выполняет апекс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2015, 11:55 |
|
||
|
Помогите по Jquery. Монитор изменений
|
|||
|---|---|---|---|
|
#18+
Casufi, Фильтры работают так. Был у нас select * from table. Если добавить фильтр это превращается в select * from (select * from table) where filter. Если запрос не совсем уродливый (например очень дикая и медленная пайплайн функция), то оптимизатор должен понять что фильтруем, и построить хороший план и быстро выбрать. С пагинацией же хуже. Данные на сервере всегда все обрабатываются. Просто возвращаются на клиент нужный диапазон. Вообще я не знаю как дела в 12 версии. Ведь нам сначала надо отсортировать, а только потом 100-150 записи, а не наоборот. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2015, 12:00 |
|
||
|
|

start [/forum/topic.php?fid=50&fpage=34&tid=1875072]: |
0ms |
get settings: |
7ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
127ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
71ms |
get tp. blocked users: |
2ms |
| others: | 239ms |
| total: | 486ms |

| 0 / 0 |
