СУБД Firebird, интерфейс в Delphi.
Когда в EBExpert пытаюсь сохранить данные, например, в столбце Группы пишу название, хочу сохранить, а он выдаёт ошибку:
Error Message:
----------------------------------------
Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements.
lock conflict on no wait transaction.

Что это значит??

Это сообщение отредактировал(а) Lola8669 - 20.2.2009, 12:25

Да как хочешь, даю добро на оба варианта.  Только IBExpert он всё же.

Я уже поняла   А что с ошибкой делать??

Наверно в БД есть какие-то триггеры на Update этой таблицы

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

У меня IBExpert сейчас под рукой нету. Но в принципе там все довольно доступно. 
Кажется если открыть таблицу, там будет много закладок, просмотри их все. Там на какой-то будут все зависимости или ограничения, накладываемые на таблицу, среди них будут триггеры (для них даже кажется будет отдельная закладка)

Но вообще дело может быть и не в триггерах. Это я так предположил.

Для начала удели хоть немного времени изучению транзакций.
http://www.ibase.ru/devinfo/ibtrans.htm

Добавлено через 36 секунд
Lola8669, а если перевести?   Что получишь?

Добавлено через 1 минуту и 24 секунды
Lola8669, а что гугл говорит по поводу твоей ошибки?

Блин, Akella, вот ты всегда так отвечаешь, прочитала, всё равно не поняла что мне сделать  

Нет у меня в Database такого свойства TransIsolation =(

Ни в IBExpert'e, ни в Delphi не разрешает редактировать =(

Это сообщение отредактировал(а) Lola8669 - 20.2.2009, 14:31

Там есть закладка ПРАВА и пользователи: PUBLIC и SYSDBA. У 1-го не стоит ни на что прав, а у 2-го есть права.

SYSDBA - это самый главный босс по умолчанию, у него всегда есть права.  

я знаю, ну блин, чё не работает  

    прости за такие ответы, но... нужно самой понимать, что делаешь, о чём читаешь, иначе знания в голове у тебя не сохранятся.
Ладно, подсказываю, ты редактируешь запись, которая УЖЕ находится в редактировании. Т.е. как выше уже сказали, смотри, что там у тебя в триггерах BeforUpdate. Возможно ты редактируешь или пытаешься сохранить данные посредствам триггеров не в текущей таблице,  а в зависимой какой-то, другой. Откуда нам здесь знать структуру твоей базы. Отстаётся только догадываться?

Возможно, что ты запросом где-то уже начала редактировать запись или отредактировала, а транзакцию НЕ подтвердила и не откатила. Поэтому запись и заблокирована.

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



ну покажи хоть код триггеров, чтоле

Добавлено через 8 минут и 1 секунду
О, а у тебя есть внешний ключи, где правило обновления стоит CASCADE?

Добавлено через 9 минут и 20 секунд
Возможно, что ты меняешь запись в триггере, а её ещё и внешний ключ меняет? Я имею ввиду запись таблицы, которая привязана к текущей внешним ключом (ссылочной целостностью).

Добавлено через 14 минут и 4 секунды
Вот ещё тебе пример по конфликтам транзакций:
1. старт  транзакции №1

2. update table set name = 'Вася Пупкин' where id = 10 (как видишь, здесь редактируется запись с id = 10, а значит она блокируется)

3. старт  транзакции №2

4. update table set name = 'Вова Дятлов' where id = 10 (а здесь мы пытаемся отредактировать запись с id = 10, которая заблокирована транзакцией №1, ведь транзакция №1 ещё НЕ ПОДТВЕРЖЕНА и НЕ ОТКАЧЕНА)

поэтому на шаге 4 мы получим пинок от сервера.

Ну вот, теперь в EBExpert вводятся данные, а в делфи - нет, пишет что-то там про DataSet!!!  

Сочувствую. И что же там (и кто) пишет про DataSet ?
Наверное, это IBExpert пишет о том, что ты никак не можешь запомнить его имени. 

Это сообщение отредактировал(а) Данкинг - 21.2.2009, 13:38

Что-то? Это плохо, это не лечится!