Могут Ли В Ibm Доработать Функцию И Что Для Этого Необходимо

Gandliar

Lotus team
16.02.2004
341
8
#1
Привет!

Могут ли в ibm доработать функцию и что для этого необходимо?

Функции для доработки - dbColumn и dbLookup

Необходимая доработка - указать дополнительным необязательным параметром число возвращаемых строк, по умолчанию - все.

Зачем надо - при разработке под веб зачастую требуется выбрать из различных видов топовые по рейтингу или самые свежие по дате значения, а данные в видах превышают 64кб.
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 567
263
#3
Привет!

Могут ли в ibm доработать функцию и что для этого необходимо?

Функции для доработки - dbColumn и dbLookup

Необходимая доработка - указать дополнительным необязательным параметром число возвращаемых строк, по умолчанию - все.

Зачем надо - при разработке под веб зачастую требуется выбрать из различных видов топовые по рейтингу или самые свежие по дате значения, а данные в видах превышают 64кб.
осталось выяснить как зависит кол-во данных от кол-ва строк :please:
а по факту - формулы и ЛС медленно, но отмирают (особенно для веб), маловероятно что такое к-л (кроме вас) нужно
 

NetWood

Lotus team
17.04.2008
372
18
#5
Функции для доработки - dbColumn и dbLookup
Зачем надо - при разработке под веб зачастую требуется выбрать из различных видов топовые по рейтингу или самые свежие по дате значения, а данные в видах превышают 64кб.
Имхо, это вредно, использовать dbColumn и dbLookup с таким объемом данных на динамических страницах. Получите тормоза весьма ощутимые. Не спасут даже ядра :please: Это я вам ответственно заявляю, потому как проходил.

Варианты: Cделайте конфиг-док и пишите туда свои числа агентом по расписанию хоть на LS.
А достаются оттуда они просто и мгновенно dateupd :=@GetProfileField("Configuration_Profile"; "DateStockUpd");
И IBM не надо наклонять :)
 

ToxaRat

Чёрный маг
Lotus team
06.11.2007
3 231
17
#6
Привет!

Могут ли в ibm доработать функцию и что для этого необходимо?

Функции для доработки - dbColumn и dbLookup

Необходимая доработка - указать дополнительным необязательным параметром число возвращаемых строк, по умолчанию - все.

Зачем надо - при разработке под веб зачастую требуется выбрать из различных видов топовые по рейтингу или самые свежие по дате значения, а данные в видах превышают 64кб.
изначально глупый подход!
все необходимые вам данные нужно заранее просчитывать а потом сразу показывать - без динамики!
 

Gandliar

Lotus team
16.02.2004
341
8
#8
осталось выяснить как зависит кол-во данных от кол-ва строк ;)
а по факту - формулы и ЛС медленно, но отмирают (особенно для веб), маловероятно что такое к-л (кроме вас) нужно
Это ж где такие факты? И что вместо них?

Добавлено:
Имхо, это вредно, использовать dbColumn и dbLookup с таким объемом данных на динамических страницах. Получите тормоза весьма ощутимые. Не спасут даже ядра :facepalm: Это я вам ответственно заявляю, потому как проходил.

Варианты: Cделайте конфиг-док и пишите туда свои числа агентом по расписанию хоть на LS.
А достаются оттуда они просто и мгновенно dateupd :=@GetProfileField("Configuration_Profile"; "DateStockUpd");
И IBM не надо наклонять ;)
Как быстро обновляется профильный док?

например пользователь добавил скажем мнение. wqs агент пересчитал поле в профильном документе.

при перезагрузке страницы 100% профильный док вернет новые данные или из кэша старые?
 

NetWood

Lotus team
17.04.2008
372
18
#9
например пользователь добавил скажем мнение. wqs агент пересчитал поле в профильном документе.
На сколько мне известно, даже на PHPBB, количество ответов не пересчитывается мгновенно. В dombulletin точно так же, пересчитывается по расписанию - через 5 минут, вроде. wqs не нужно для этого, хотя хочется :facepalm:

По обновлению из кеша я не могу ответить. Тут настройки могут сыграть. Во всяком случае, это не сопоставимые вещи, по сравнению с динамикой на лукапах. Выше, уже ж, все в один голос сказали: сначала вычисляйте - потом показывайте.

Переживут ваши пользователи от задержки с пересчетом ответов, но не со скоростью открытия страницы.
 

Gandliar

Lotus team
16.02.2004
341
8
#12
java - как оно уже и есть, в иксПэйджес

Добавлено: а клиентское - JS
Вопрос такой

Есть ли разница в скорости скажем нескольких сайтов, все одинаково кроме реализации

1. страничка достает ряд значений дблукапами
2. страничка достает те же значения wqo агентом
3. страничка достает те же значения на xpages

Например при одновременных 50 пользователей

и почему?
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 567
263
#13
xpages - это по-сути java server pages (ну или позвернутее java server faces) - http://www.wissel.net/blog/d6plinks/SHWL-8CVPX8
т.е. изначально расчитано на интерпрайз
запуск в конкурентных потоках 1. и 2. - это "темная" область домины - вроди как есть, но насколько устойчиво к нагрузкам - вопрос...
ну для размышления... - аппликейшн сервера типа tomcat (а это - JSP) - достаточно распространены
 

ToxaRat

Чёрный маг
Lotus team
06.11.2007
3 231
17
#14
1 - самый быстрый - дергается только вид и/или его кешь
2 - самый медленный - дергается агентменеджер, пока не начнёт-кончит всё замерло
3 - средний особенно если этот кусок xpage обновится независимо на страничке и как самый последний

0 - еще раз поворяю, уже вычесленные значения прячьте в какой нить док(профиль) да, будет вычисляться с какой-то паузой/задержкой но зато быстрее предыдущих 3х вариантов