Еще раз о Display-методах

[George Nordic]

Цитата:

Изначально опубликовано Alexander A.
Просто как еще одна идея. Создать столько контролов на форме, сколько условий надо обработать. Делать только один visible в зависимости от условий на форме. Соответственно, столько же display-методов на таблице
[/B]

Вариант. Только при переходе по строкам одни поля будут скываться, другие появляться, и форма будет так мигать, что мало не покажется. К тому же, на форму может попать только один дисплей метод - того поля, на котором стоите Так что даже и не предлагался.

Цитата:

Изначально опубликовано konfet
В данной ситуации IMHO лучше использовать временную таблицу, которая будет заполняться в init-е. Никакого обмена данными с сервером после изначального быть не должно, так как временная таблица на клиенте. А если её еще сделать в виде датасурса и заджоинить с основной таблицей грида, то и вообще от дисплей-методов можно отказаться

Г-н konfet ! Скажите, вы когда-нибудь пробовали заполнять темповую таблицу, ну, хотябы, строками накладных хотя бы за один год??
Даже когда никого в базе нет, и бд позволяет грязное чтение?
И сколько такая таблица будет течь на клиента? А как её джойнить с нормальной на сервере

С Уважением,
Георгий

[exceptor]

Всем спасибо за советы! Лично я воспользовался решением, предложенным AndyD

[Delfins]

Цитата:

Изначально опубликовано exceptor
Всем спасибо за советы! Лично я воспользовался решением, предложенным AndyD

GlobalCache ето тот-же Map... только 3D = [owner=[key,value]]

Так что на счет производительности можно очень поспорить /хотя бы на пиво/

Единственний плюс - это то, что данные можно кешировать через формы (к этому относиться и повторное открытие той же формы)

[AndyD]

Разница в том, что считывание происходит один раз для строки - при вызове дисплейного метода для кэширования

[AndyD]

Цитата:

Изначально опубликовано Delfins
Единственний плюс - это то, что данные можно кешировать через формы (к этому относиться и повторное открытие той же формы)

Не могли бы вы пояснить, что имеется в виду?

[konfet]

Цитата:

Г-н konfet ! Скажите, вы когда-нибудь пробовали заполнять темповую таблицу, ну, хотябы, строками накладных хотя бы за один год??
Даже когда никого в базе нет, и бд позволяет грязное чтение?

конечно, речь не идет о транзакционных таблицах. Кроме того, если данных много, можно всё сразу не забивать а использовать конструкцию типа "if exists <> else insert <>" - как советуют выше по треду для мапов.

Цитата:

И сколько такая таблица будет течь на клиента? А как её джойнить с нормальной на сервере

запросто - если темповая таблица главная

[AndyD]

При джойне к темповой таблице постоянной на сервер будут идти запросы для каждой строки темповой таблицы (по-моему, я уже могу эту фразу прицепить себе в подпись )

Цитата:

Кроме того, если данных много, можно всё сразу не забивать а использовать конструкцию типа "if exists <> else insert <>" - как советуют выше по треду для мапов.

Каким образом это сделать, если табицы соединены?

[Delfins]

Цитата:

Изначально опубликовано AndyD

Не могли бы вы пояснить, что имеется в виду?

GlobalCache штука глобальная (на сессию юзера)...

Сделал примерчик.. запустите форму, закройте и запустите еще раз...

ПС: используя GlobalCache в формах надо clear-ить закешированые данные (по надобносте конечно)

[AndyD]

Ну это-то мне понятно. На то он и кэш.

Мне непонятна фраза про единственный плюс. Не могли бы вы поянить на примере, относящемся именно к дисплейным методам

[Delfins]

Dopustim, est' kakoje to pole, vichislenie kotorogo zanimajet mogo vremenji.

Vichislili, zakeshirovali, pokazali...

Est' vtoraja forma, gde takoe zhe pole nuzho pokazat'... vot i berem iz GlobalCache

Konechno - redkij sluchaj... no vse taki...

Realizacija GlobalCache takaja zhe, kak i self-made cache na formah (~ tot-ze v LedgerBalancepole v LedgerTable forme)

PS: ne nado tak blizko vosprinimat' vsju sut'

PPS: tak ili inache, s GlobalCache nado proverat'- est'li on v cache (isSet(owner,key))

[AndyD]

Цитата:

ne nado tak blizko vosprinimat' vsju sut'

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

Возвращаясь к теме - использовать GlobalCache не для хранения вычисленных значений полей, а для передачи в дисплейный метод на таблице параметров, необходимых для вычисления. А кэшированием данных пусть занимается ядро, думаю в нем это реализовано эффективнее.

[NAST]

У меня такая задача.
Контрол на форме, в зависимости от его значения меняется контрол в гриде(дисплей метод на таблице).
Используя infolog все работает почти хорошо ...
Те данные, которые уже видны - они закэшировались. Листаем дальше все нормально.
Подскажите, как обновить данные видимые на экране и уже закэшированные? Обновление по executeQuery() - не совсем удачное - смещается курсор

[oip]

Цитата:

смещается курсор

Ну курсор легко опять спозиционировать на записи, которая была текущей до обновления. Или я чего-то не понял?

[AndyD]

Для обновления закешированных данных есть метод cacheCalculateMethod() на датасоурсе, но он обновляет только текущую запись.

Что бы быстро отпозиционировать на нужную запись по executeQuery() можно воспользоваться механизмом jumpref, т.е. заполнить lookupField() и lookupValue() для Args() формы