|
|
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
У меня такая проблема: Проект на Delphi 7.0 + InterBase 6.5, есть TIBQuery, в котором делается select из таблицы и хранимой процедуры, примерно такой: select * from table t, proc p where t.ID = p.ID После нескольких (порядка 30) закрытий-открытий Query (в запросе меняется order by) InterBase валится. Никаких UDF не используется. Для отладки из процедуры сделал заглушку - возвращает просто пустые строки. Посоветуйте, в чём заковыка? :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 10:23:57 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
Сейчас попробовал - валится сервер и при многократном прогоне зароса в IBConsole. Хранимая процедура просто последовательно перебирает все записи из таблицы и возвращает их ID (перемежая suspend, конечно). Неужели в Interbase 6.5 глюк и он рушится при объединении в одном запросе таблицы и процедуры? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 10:38:50 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
MichaelangeloУ меня такая проблема: Проект на Delphi 7.0 + InterBase 6.5, есть TIBQuery, в котором делается select из таблицы и хранимой процедуры, примерно такой: select * from table t, proc p where t.ID = p.ID После нескольких (порядка 30) закрытий-открытий Query (в запросе меняется order by) InterBase валится. Никаких UDF не используется. Для отладки из процедуры сделал заглушку - возвращает просто пустые строки. Посоветуйте, в чём заковыка? :( В IB 6.5 скорее всего. Попробуй все в процедуру убрать. Или поподробней задачу опиши. Может и присоветуем чего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 10:46:56 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
MichaelangeloНеужели в Interbase 6.5 глюк и он рушится при объединении в одном запросе таблицы и процедуры? И такой глюк там тоже есть ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 11:07:28 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
Удалось повторить в тестовых условиях! Пишу подробно: Есть табличка: CREATE TABLE TEST ( ID INTEGER NOT NULL ) В ней данные типа 1, 2, ..., 30 Есть процедура: CREATE PROCEDURE TEST_PROC RETURNS ( TEST_ID INTEGER, STR1 VARCHAR(10000), STR2 VARCHAR(10000), STR3 VARCHAR(10000), STR4 VARCHAR(10000) ) AS begin for select ID from TEST into :TEST_ID do begin str1 = ''; str2 = ''; str3 = ''; str4 = ''; suspend; end end Запрос: select * from test, test_proc where ID = TEST_ID Из SQL-Explorer (из него удобнее) запускаем этот запрос несколько десятков раз (удерживая Ctrl-E) Результат - сервер валится. Замечу, что когда в процедуре было только одно поле str1, то ничего не валилось. Но проблема в том, что в реальной процедуре у меня как раз четыре таких varchar-поля. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 11:32:29 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
MichaelangeloУдалось повторить в тестовых условиях! Ну да, глюк там. Сказали же уже... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 11:50:55 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
А в последних версиях InterBase (например, в 7.1 SP 2) бага исправлена? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 13:25:50 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
Богатый буратино! Чем FireBird 1.5.1 не устраивает? Если там и найдешь баг, его через пару дней тут же исправят на SourceForge.Net, - а в IB? К Борладнловичам на поклон пойдешь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 13:30:16 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
Намёк понял, буду думать как перейти на FireBird. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 14:09:01 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
А что тут думать? Делаем бэкап в IB, потом сносим IB, ставим FB, и - ресторе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 14:13:18 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
mvА что тут думать? Делаем бэкап в IB, потом сносим IB, ставим FB, и - ресторе. Ага, потом запускаем приложение и имеем шанс увидеть странное сообщение "Ambigaus column reference ..." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 14:21:56 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
С фига? Если только какие-нить внутренние структуры юзаем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 14:25:35 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
надо сначала отресториться на какой нить другой машине, если всё хоккей, тады можно и сервер переводить на FB... а то сразу "ошибки..." да "с какого фага..." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 14:27:29 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
mvС фига? Если только какие-нить внутренние структуры юзаем? Да какие там структуры. В IB кое-какие ошибочные запросы выполнялись а FB на эти запросы ругаться будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 15:06:36 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
И что, это плохо, что FB стал правильно запросы выполнять? Наверное, это все-таки не массовые случаи - использование таких запросов, и имеет смысл все-таки переделать их в правильные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 15:18:40 |
|
||
|
Валится InterBase 6.5
|
|||
|---|---|---|---|
|
#18+
mvИ что, это плохо, что FB стал правильно запросы выполнять? Наверное, это все-таки не массовые случаи - использование таких запросов, и имеет смысл все-таки переделать их в правильные? Да нет, наоборот хорошо. Просто я предупреждал, что простого b/r может быть недостаточно. И если приложение достаточно большое да еще, к примеру, оно SQL-и автоматом генерит, то задача перехода может оказаться очень даже непростой. Кроме того не забывай, что такие запросы легко могут оказаться в SP и триггерах... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2004, 15:33:22 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=32633520&tid=1578150]: |
0ms |
get settings: |
12ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
198ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
| others: | 228ms |
| total: | 538ms |

| 0 / 0 |
