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

[Gandliar]

Привет!

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

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

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

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

 

[akat]

Вы тут обращаетесь к IBM?lease:

Размещайте Ваши предложения к IBM тут:

Ссылка скрыта от гостей

 

[lmike]

Привет!

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

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

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

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

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

 

[akat]

Ссылка скрыта от гостей

 

[NetWood]

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

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

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

 

[ToxaRat]

Привет!

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

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

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

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

изначально глупый подход!
все необходимые вам данные нужно заранее просчитывать а потом сразу показывать - без динамики!

 

[lmike]

Ссылка скрыта от гостей

каменты подтверждают что пользуют по-другому :facepalm:

 

[Gandliar]

осталось выяснить как зависит кол-во данных от кол-ва строк
а по факту - формулы и ЛС медленно, но отмирают (особенно для веб), маловероятно что такое к-л (кроме вас) нужно

Это ж где такие факты? И что вместо них?

Добавлено:

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

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

Как быстро обновляется профильный док?

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

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

 

[NetWood]

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

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

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

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

 

[lmike]

Это ж где такие факты? И что вместо них?

java - как оно уже и есть, в иксПэйджес

Добавлено: а клиентское - JS

 

[lmike]

вдогонку

Ссылка скрыта от гостей

 

[Gandliar]

java - как оно уже и есть, в иксПэйджес

Добавлено: а клиентское - JS

Вопрос такой

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

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

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

и почему?

 

[lmike]

xpages - это по-сути java server pages (ну или позвернутее java server faces) -

Ссылка скрыта от гостей

т.е. изначально расчитано на интерпрайз
запуск в конкурентных потоках 1. и 2. - это "темная" область домины - вроди как есть, но насколько устойчиво к нагрузкам - вопрос...
ну для размышления... - аппликейшн сервера типа tomcat (а это - JSP) - достаточно распространены

 

[ToxaRat]

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

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