iBase.ru Forum

Здесь полное сообщение консоли. Я его просто собрал в одну строку.

Задаю в командной строке: Возвращается ошибка "I/O error for file "C:\GPV.FDB" Error while trying to open file".
При этом в IBExpert все проходит без ошибок. В чем может быть проблема?

Согласен, что кривой. Но увы.

На самом деле, оказалось, что IB 6.5 реагирует на NOT NULL в BLOB-полях не только таблицы, куда ведется запись, но и в зависимых таблицах. Как только удалил NOT NULL во всех BLOB-полях других таблиц - заработали вставка и обновление через стримы.

Снял (см. выше) и даже сделал запрос без указания BLOB-поля - разницы никакой

Да, монитор повторяет запрос. Пробовал выполнять сначала из своего приложения (через ADO с использованием ODBC-драйвера от Phoenix), потом из SQL-редактора в IBExpert. Результат один и тот же. Но если в IBExpert добавить запись прямо в таблицу, используя форму, то запись добавляется корректно. Хотя ...

kdv писал(а):попробуй 2-го апреля. может триггер какой найдешь, или в IBSQLMonitor посмотришь...

Очень смешно... Триггеров нет. Монитор возвращает уже названную ошибку при выполнении запроса.

Проблема не решается. Даже если разрешаю BLOB-полю иметь пустое значение и пишу запрос INSERT INTO SCR_USER ( ID, NAME ) VALUES ( 1, 'admin' ); получаю ту же ошибку. При чем тут строка "BLOB", вообще не ясно. По идее, запрос должен привести к созданию записи с пустым значением BLOB-поля.

Спасибо

Создаю таблицу в IB 6.5: CREATE TABLE SCR_USER ( ID INTEGER NOT NULL, NAME VARCHAR(32) NOT NULL, PSWORD BLOB SUB_TYPE 1 SEGMENT SIZE 80 NOT NULL ); Затем пытаюсь засунуть в нее данные: INSERT INTO SCR_USER ( ID, NAME, PSWORD ) VALUES ( 1, 'admin', '21232F297A57A5A743894A0E4A801FC3' ); Получаю неприя...

Merlin писал(а):Если FB 1.5 и выше - это утверждение FALSE. На FB1 в некоторых случаях требовался переконнект.

Переконнект пробовал. С тем же успехом. Пробовал закрыть все транзакции, получил сообщение, что активных транзакций нет.

Кроме того, активные транзакции после создания таблиц отсутствуют.

Merlin писал(а):в) IBExpert во-первых, является многооконным и, соответственно, многотранзакционным инструментом, во-вторых, не всегда вовремя закрывает транзакции и отпускает хендлы.

IBExpert тут ни при чем. База создается и наполняется программно.

Создаю базу данных Firebird. Создаю в ней таблицы путем выполнения скрипта. Все создано успешно. Потом пытаюсь задать вторичные ключи тоже скриптом, но получаю ошибку Unsuccessful metadata update. Object <table> is in use. Ошибка повторяется при каждой попытке ввести вторичный ключ в какую-либо табл...

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

Шара тут привалилась хитро. Инженеры, ставившие систему, создали и расшарили папку, в которую слили дистрибутив, затем установили сервер Firebird, поместили базу и в конечном итоге загнали туда новую temp-папку...

В лог-файле ошибка отсутствует. Фиксируются только данные о разрывах и восстановлении подключения. Установка параметра TempDirectories = e:\temp; f:\temp в файле конфигурации привела к тому, что ошибка с файлом сортировки исчезла, но возникла другая проблема. Некоторое количество клиентов подключает...

Диск живой. Иначе бы вообще все умерло.
Конфигу пока не менял. Т.е. используется значение по умолчанию. Отсюда и Windows\Temp

Доступ к базе под SYSDBA

hvlad писал(а):Не знаю такой ошибки. Нужен точный текст

Это точный текст. Вместо xxxxxx указывается некоторая последовательность символов, делающая имя файла уникальной.

Запросы Select. Все машины отправляют запросы одинаковые. Соответственно, файлы сортировки создаются в любом случае.