iBase.ru Forum

А у меня работает. Как и должно.

1. Какая версия сервера ?
2. Полный результат запроса

Если стартовать транзакцию то тот же самый код во всех компонентах возвращает следующие значения: Oldest transation - 25 Oldest active - 26 Oldest snapshot - 26 Next transaction - 26 !!! Next transaction должна стать 27, но сервер возвращает 26. Кому она должна ? :) Старт тр-ции обновляет все счётч...

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

Надеюсь, речь о клиенте 2.5 ?
Если да, то нужен минимальный воспроизводимый пример.

А был ли мальчик ? Что не так-то ? Я пока не видел ни одного примера "ошибочных" данных от isc_database_info

SyntaXErr0r писал(а):

hvlad писал(а):Это правильно.

Почему так?

Пишите письма Джиму.

Так было всегда.
Неверующие сами изучают TRA_start и bump_transaction_id.

Где этот форум ? Форум (тема) здесь . Регистрироваться там я не буду, так что пусть или сами приходят сюда (или в трекер, если уверены) со своим кодом, или ищут у себя таракана без нашей помощи. Для проверки можно взять isql в котором show database использует ту же isc_database_info. Кстати, запуст...

SyntaXErr0r писал(а):Разработчики компонент доступа на своем форуме написали, что компоненты использует isc_database_info API функцию для получения статистики базы данных, которая возвращает некорректные данные об идентификаторах транзакций.

Где этот форум ?

периодически наступает время (зависимости не обнаружил, как правило раз в день-два), когда некоторые запросы начинают выполняться непозволительно долгое время, наблюдал до 50 секунд Загрузка процессора, очередь к диску в эти моменты есть ? Отключенный свип не означает отсутствие сборки мусора. Свип...

Можно посмотреть ещё тут http://tech.groups.yahoo.com/group/fire ... ?query=SSD

0xfceron писал(а):Прошу Вас, подсказать какие еще варианты есть для того чтобы достать значение rdb$db_key ? Возможно есть какие либо варианты?

Обычное поле CHAR(8) OCTETS, какие проблемы ?

0xfceron писал(а):это является единственным выходом определить среди одинаковых записей, именно ту запись которая insert'илась последней

Никто не гарантирует монотонное возрастание db_key, если в таблице бывают update\delete

Странно, мне казалось что я что-то с этим делал не так давно.
Значит не везёт, и isql не подойдёт.
Может external table будет лучше ?

А если взять isql от 2.5 ?

set heading off;

kdv писал(а):Это при том, что 64битная ОС плохо себя ведет с 32-битным ФБ.

Это здесь не при чём.
Бери 2.5.2, не мучай скотинку (винду)

Крешдамп можете получить ?
http://www.ibphoenix.com/resources/docu ... ent/doc_35

Где же ты раньше был ?

А где гарантия, то там всё неотрицательное ? Вычисли ещё MIN и MAX