Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2006.12.31;
Скачать: [xml.tar.bz2];

Вниз

Разные ошибки одного запроса   Найти похожие ветки 

 
Dik59   (2006-10-16 20:24) [0]

Доброго времени суток, Мастера.

При выполнении запроса на вставку данных с одними и теми же некорректными данными получаю два РАЗНЫХ сообщения:
при нечетных запусках (первый, третий, пятый раз и т.д.) имею сообщение:

Invalid insert or update value(s): object columns are
constrained - no 2 table rows can have duplicate column values.
violation of PRIMARY or UNIQUE KEY constraint "DMS_PK" on table "DMS".


что нормально, так и должно быть,
а при четных запусках получаю:

Too many concurrent executions of the same request

Что это? глюк FireBird или я чего-то не понимаю?

на всякий случай текст запроса, хотя он наверняка не нужен:

insert into dms (doc,def,def_,str)
        select  doc,def,  -1,name  from def where name is not null
   and doc = 0 and def=-1


 
Desdechado ©   (2006-10-16 20:25) [1]

на "нечетных" разах нужно делать RollBack, т.е. откат транзакции
тогда на "четных" не будет конфликтов


 
Dik59   (2006-10-16 20:27) [2]

Делал, результат тот же самый


 
Dik59   (2006-10-16 21:44) [3]

В дополнение еще один вопрос.
Исполняю добавление записей запросом:

insert into dms (doc,def,def_,str)
        select  doc,def,  -1,name  from def where name is not null and doc = 0


и получаю сообщение:

Too many concurrent executions of the same request

Набор свтавляемых строк, поднимаемых подзапросом

select  doc,def,  -1,name  from def where name is not null and doc = 0

состоит из пяти записей, каждую из которых я без всяких проблем вставляю по одной записи в таблицу dms:

insert into dms (doc,def,def_,str)
        select  doc,def,  -1,name  from def where name is not null and doc = 0
    and def=XXXX

где XXXX - поочередно беру из каждой поднятой записи.

Вопрос: почему вставка записей поодиночке проходит, а набором - нет?


 
Dik59   (2006-10-17 07:33) [4]

Похоже, по отсутствию советов, что все-таки имеет место глюк в FB, буду обращаться к разработчикам. Спасибо за подтверждение моего предварительного диагноза.


 
Sergey Masloff   (2006-10-17 08:22) [5]

вероятность глюка на эту тему в fb ничтожно мала.  просто на основании приведенных данных обоснованый ответ не дашь.


 
Sergey13 ©   (2006-10-17 08:29) [6]

> [4] Dik59   (17.10.06 07:33)

Судя по отсутствию ответов с 21:44 до 07:33 люди спят по ночам, а не решают чужие проблемы. 8-)
Вместо того чтобы искать глюки у других, надо поискать их у себя - например в тригерах/процедурах явно и неявно вызываемых при вставке записей. Так как у других вставляется и по одной и по многу.


 
Dik59   (2006-10-18 02:22) [7]

Поясню:
попытка исполнения ОДНОГО и ТОГО ЖЕ запроса приводит к появлению РАЗНЫХ сообщений от исполняющей системы FB. Это означает, что изменяется ВНУТРЕННЕЕ состояние исполняющей системы, чего быть не должно. В этом смысле FB содержит глюк. А с чем он связан, можно только догадаться, проверяя свои триггеры/процедуры.
Я выяснил, что в данном случае FB плохо переваривает рекурсивные процедуры. Например после перекомпиляции всех процедур запрос один раз исполняется правильно и до конца, а последующие вызовы того же самого запроса глючат, пока опять не дашь команду на перекомпиляцию всех процедур. Видимо перекомпиляция всех процедур чего-то там в FB прочищает (может стек, может память, может какие-то переменные).
Переписал процедуру на нерекурсивную - сразу полегчало.


 
Германн ©   (2006-10-18 02:46) [8]


> Dik59   (16.10.06 20:24)
>
> Доброго времени суток, Мастера.
>
> При выполнении запроса на вставку данных с одними и теми
> же некорректными данными получаю два РАЗНЫХ сообщения:
> при нечетных запусках (первый, третий, пятый раз и т.д.)
> имею сообщение:
>
> Invalid insert or update value(s): object columns are
> constrained - no 2 table rows can have duplicate column
> values.
> violation of PRIMARY or UNIQUE KEY constraint "DMS_PK" on
> table "DMS".
>
> что нормально, так и должно быть,
> а при четных запусках получаю:
>
> Too many concurrent executions of the same request
>


По поводу "Too many concurrent executions of the same request", имхо, тебе следует обновить FB. Читай тут http://www.ibase.ru/firebird/fb_1_52_releasenotes.pdf



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2006.12.31;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.47 MB
Время: 0.039 c
15-1165872932
antonn
2006-12-12 00:35
2006.12.31
Concerned - The Half-Life And Death Of Gordon Frohman


15-1165819931
Priest
2006-12-11 09:52
2006.12.31
Подскажите как конструктор называется


4-1155900236
Rentgen
2006-08-18 15:23
2006.12.31
как работать с реестром(ТРегистри) под другими правами?


9-1140729801
Kolan
2006-02-24 00:23
2006.12.31
Пытаюсь вспомнить как называлась игра, которую тут представляли..


3-1161369035
_Ламер_
2006-10-20 22:30
2006.12.31
Поставил 2.0 после 1.5. Пароль как ветром сдуло.





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский