Здравствуйте, уважаемые эксперты,
вопрос :
пользую FIBPlus 6.8 (кодировка UTF8, в базе UNICODE_FSS)
Использую FIBdataset.
Проблема при записи (при append, edit) в дочерней таблице (связь master-detail)
когда изменяю мастера - проблем нет, но стоит начать изменять данные в detail - возникает проблема : данные не сразу отображаются в dataset. Если закомитить и reopenLocate, то все пашет, но нужно чтобы во время редактирования данных в detail, в полях отображались последнии версии изменений.

пробовал вариации с набором опций транзакций (исходя из того что нашел при поиске на форуме), результат пока нулевой.
На данный момент набор правил транзакциях ReadCommited.

P.S. причем если включаю возможность изменения напрямую через грид, видны последние изменения, но мне нужно через кнопки, т.к. права пользователей будут разграничены

Если "кнопки" и грид подключены к одному датасету, то при внесении изменений, они должны немедленно отображаться в гриде. Исключение - неправильно написанный запрос RefreshSQL (попробуйте удалить весь текст из RefreshSQL).

все подключено к одному датасету и датасаурсу .
код refreshSQL :



Спасибо, помогло, полностью удалил RefreshSQL, изучу инфу по этой теме

о настройке мастер-детали есть хорошие статьи на сайте разработчиков фибов... расписано все дотошно

> AlexJ   (10.04.10 08:09) [2]


> select *

за звездочку в запросе полагается расстрел через повешание. нельзя так делать. за очень редким исключением.

> turbouser  (10.04.2010 11:33:04)  [4]

Они не понимают, что творят.

> turbouser ©   (10.04.10 11:33) [4]

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

> обновлялись все поля
это не критерий.

> ну не писать все поля же
лучше писать, т.к. * вызовет дополнительное предварительное обращение к базе самим сервером, составит подобный список (для чего будет вызов процедуры/обращение к служебным таблицам), и после перезапросит то же самое уже в "правильном" виде.
и кому оно надо?

> за искл. id-шника !!!
вообще то "id-шник" если это ключ, как обычно, не может быть не нужен, в любом случае). т.к. обновления делаются в основном по ключу (а кто этого не делает ССЗБ).

> AlexJ   (10.04.10 21:19) [6]
>
>
> > turbouser ©   (10.04.10 11:33) [4]
>
> Это и было редким исключением,

Нет.