|
|
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
Привет всем! Может кто подскажет в чем собака поковырялась. Из клиента черех IBX 6.08 динамически формируется SQL запрос вида: Код: plaintext 1. Сам компонент тоже создан динамически. Так вот при выполнении этого запроса Firebird-1.0.3.972-Win32 падает, что и приводит к Connection lost Попытка выполнить этот запрос на той же базе в IBExpert завершается успешно. База данных ошибок не содержит. В table1 есть триггер after delete, который делает update table2. Так вот при отключении этого триггера все проскакивает нормально. Мысль по данному поводу у меня только такая (может конечно глупость скажу): а нет ли в IBX или FB ограничения на длительность выполнения запроса? Но ИМХО сервер то от этого падать не должен :-( Предупреждая возможные вопросы - никакие UDF, выполнением этого запроса не затрагиваются. Если у кого есть какие мысли, моргните пожалуйста, в каком направлении копать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:24 |
|
||
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
Компоненты доступа тут никоим боком не замешаны (скорее всего). Приведи весь запрос, на котором падает сервер. Подозреваю, что запросец ещё тот ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:28 |
|
||
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
To Мимопроходящий Запрос действительно немаленький, где-то 30-40 а (бывает и более, ведь запрос генерится динамически) конструкций (ID <> XX). Но почему тогда в IBExperte все нормально проскакивает? Где то слышал, что там не IBX компоненты используются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:33 |
|
||
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
Небольшое дополнение В результате довольно частых экспериментов выявилась тенденция - чем больше записей удаляется (т.е чем меньше ограничение в where) тем больше вероятность падения сервера. Работаю на локальной машине с локальным сервером Компоненты IBX на клиенте работают в отдельном потоке (все в одном потоке) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:39 |
|
||
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
Мой совет : Код: plaintext 1. 2. 3. 4. Компактнее все же, ну и может глючить перестанет ... Best regards, Dnico. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:39 |
|
||
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
Наложение обстоятельств. Но компоненты тут ни коим боком АднАзнАчнА. У Хвастунова модифицированная версия FIB (без плюсов). Те же самые FIB положены в основу IBX. А вот за запрос такой, в котором около 40 условий "не равно", нужно бить по рукам линейкой. На младших курсах института. Если не поможет, можно бить ногами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:41 |
|
||
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
авторНебольшое дополнение Так триггер скорее всего тормозит ... Что в тригере написано? Best regards, Dnico. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:41 |
|
||
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
Юзай, как советовали: замени where (ID <> 11) and (ID <> 12) and (ID <> 13) на where ID NOT IN(11,12,13,....) Только учти ограничение - в списке In(...) должно быть не более 1500 элементов. Между прочим, проверял, работает как раз вплоть до 1500... На FB 1.5, и на select, а не на Delete, правда... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:46 |
|
||
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
Специально для Мимопроходящего оригинальная версия запроса Код: plaintext Насчет неправильности подхода полностью согласен, но приложение нужно было сделать быстро и работать оно будет от силы раз 100. Если коротко нужно было сделать вырезку из базы по определенным условиям. Так вот вместо того чтобы создать пустую базу и заполнить ее нужными данными я создал полную и отсек все лишнее. To All Спасибо всем откликнувшимся и просто посмотревшим топик, к сожалению пробовать варианты будем уже завтра ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:48 |
|
||
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
Ну вы ща тут пацану носоветываете... Михаил, слушай сюда. Если есть время и желание, сбивай условия в кучу и приводи ограничения к > и <. Хоть в 1.5 и значительно улучшили работу конструкции in() , тем не более, она не стала от этого самой оптимальной. Тем не менее-более, что у тебя ещё и FB1.0.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:52 |
|
||
|
Снова Connection lost to database
|
|||
|---|---|---|---|
|
#18+
To Dnico триггер вроде безобидный: Код: plaintext 1. 2. 3. 4. 5. 6. 7. В таблице KL_SERTIF тоже есть триггер на after update, но его отключение уже ситуацию не спасает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2004, 17:52 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=32435241&tid=1579073]: |
0ms |
get settings: |
6ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
69ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 386ms |

| 0 / 0 |
