Re[2]: Грабли с кэшем данных

[Sergey Mereutsa]

Превед!

 ---
 Предлагаю крайним сделать сервер - пусть создает стабильные курсоры.
 EUSUS.

Вот мои 0.02 MDL - это проблемы клиента. Если клиент такой умный -
пусть делает вставку в отдельной транзакции с returning rdb$db_key - и
тогда уже выполняет манипуляции со своим собственным кэшем, как ему
вздумается. Я думаю, что ничего страшного в данном поведении нет - это
скорее фича кэша эксперта, чем его бага - но лучше спросить у
Хвастунова, он точно скажет. А сервер тут не причём :P)


P/S С новым годом всех!

-- 
Best regards,
 Sergeymailto:gebele...@gmail.com

Re: Re[2]: Грабли с кэшем данных

[Kovalenko Dmitry]

Предлагаю крайним сделать сервер - пусть создает стабильные курсоры.
EUSUS.



но лучше спросить у Хвастунова, он точно скажет.


Хаха. На 200% он скажет тоже самое - моя тут ни причем, ето все сервер


А сервер тут не причём :P)


Чтобы понять что как раз причем нужно попробовать самому покурить тему 
реализации универсального датасета на уровне компонент доступа.


Универсального в том смысле, что запрос для этого датасета дается извне. И 
может быть каким угодно.


Запрос select * from TABLE - это самый тривиальный случай.

Причем покурить не теоритически типа можно вот так, а можно и вот так.. А 
по-настоящем ;-)


---
Текущие решения я (и не только) озвучивал. С двумя транзакциями - это не 
всегда подходит. Может клиенту не хочется юзать две транзакции.


С полной загрузкой ... многотонной таблицы ... провайдер такое выдержит, 
хотя и уйдет на некоторое время в себя. А вот к остальным прийдет 
мемори_оверфлоф :)))


---
Так что, господа - проблема на уровне сервера :

---
Коваленко Дмитрий.