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

Gandliar

Well-Known Member
Lotus team
16.02.2004
326
6
44
Минск
jobber.by
#1
Привет!

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

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

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

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

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 435
351
homepage.mac.com
#3
Привет!

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

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

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

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

NetWood

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

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

ToxaRat

Чёрный маг
Lotus team
06.11.2007
3 203
24
38
Киев
ToxaRat.com
#6
Привет!

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

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

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

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

Gandliar

Well-Known Member
Lotus team
16.02.2004
326
6
44
Минск
jobber.by
#8
осталось выяснить как зависит кол-во данных от кол-ва строк ;)
а по факту - формулы и ЛС медленно, но отмирают (особенно для веб), маловероятно что такое к-л (кроме вас) нужно
Это ж где такие факты? И что вместо них?

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

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

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

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

NetWood

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

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

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

Gandliar

Well-Known Member
Lotus team
16.02.2004
326
6
44
Минск
jobber.by
#12
java - как оно уже и есть, в иксПэйджес

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

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

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

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

и почему?
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 435
351
homepage.mac.com
#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 203
24
38
Киев
ToxaRat.com
#14
1 - самый быстрый - дергается только вид и/или его кешь
2 - самый медленный - дергается агентменеджер, пока не начнёт-кончит всё замерло
3 - средний особенно если этот кусок xpage обновится независимо на страничке и как самый последний

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