Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2002.06.20;
Скачать: CL | DM;

Вниз

Сервер InterBase стал слишком долго обрабатывать SQL запросы...   Найти похожие ветки 

 
Sirus ©   (2002-05-27 07:29) [0]

Привет Мастерам....
Есть тут проблема... почемуто ИнтерБейс сервер стал очень долго обрабатывать запросы SQL... на простой запрос, на который он раньше тратил около 30 секунд, теперь тратится свыше 20 минут...
Может кто нибудь сталкивался с подобной проблемой... Подскажите как лечить...

Sirus


 
Deniz ©   (2002-05-27 07:55) [1]

Простой запрос ~30 сек??????
В студию.


 
Praco ©   (2002-05-27 09:33) [2]

А поподробнее?
текст запроса
библиотека доступа

"ИнтерБейс сервер стал очень долго обрабатывать "- а раньше было быстро? Что изменилось?
объем базы и табличек, участвующих в запросе
кол-во клиентов
Дефрагментацию базы делали?


 
Ptiza   (2002-05-27 11:13) [3]

При достижении определенного кол-ва удаленных записей
(см.настройки сервера , по умолчанию 20000)
и долгого отсутсвия backup/restore IB сам начинает
дефрагментацию. Так вот эта штука так жутко и тормозит систему !
Praco правильно задал последний вопрос ! Соль в нем !


 
Johnny Smith ©   (2002-05-27 11:21) [4]

Проиндексируйте ключевые для запроса поля.


 
Sirus ©   (2002-05-28 12:29) [5]


update SUBS_DATA
set PATRON="0"
where PATRON is null

Вот и весь код...


 
Alexandr ©   (2002-05-28 12:43) [6]

записей в subs_data больше стало?


 
Johnmen ©   (2002-05-28 12:58) [7]

А если рассмотреть смысл указанного запроса - так надо было делать ...DEFAULT "0"...
И никаких подобных запросов не надо !


 
Fareader ©   (2002-05-28 13:30) [8]

В догонку Johnmen © (28.05.02 12:58)
почему то не всегда срабатывал DEFAULT, поэтому использовал триггер на Before insert. А в остальном согласен.


 
Johnmen ©   (2002-05-28 13:34) [9]

>Fareader © (28.05.02 13:30)
>почему то не всегда срабатывал DEFAULT

Чудеса !!!!!! :)))))))


 
Fareader ©   (2002-05-28 13:43) [10]

Может и чудеса, но... У меня стоял IB 5.1, может из-за этого. Поэтому перестраховываюсь. В любом случае от этого хуже не будет.


 
Johnmen ©   (2002-05-28 13:53) [11]

>Fareader © (28.05.02 13:43) : Не будет...согласен...


 
kaif ©   (2002-05-28 14:29) [12]

>Fareader © (28.05.02 13:30)
>В догонку Johnmen © (28.05.02 12:58)
>почему то не всегда срабатывал DEFAULT, поэтому использовал >триггер на Before insert

Мои ощущения такие...
DEFAULT при INSERT срабатывает всегда. Однако это не мешает при UPDATE случайно заменить поле на NULL. Из-за этого иногда может возникнуть ощущение, что DEFAULT срабатывает не всегда. Для надежности целесообразно поле как NOT NULL объявлять. Тогда в соответствующей ситуации сервер выдаст ошибку.


 
Fareader ©   (2002-05-28 14:33) [13]

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



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

Текущий архив: 2002.06.20;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.013 c
3-64980
psv
2002-05-28 15:44
2002.06.20
не сильно сложный алгоритм шифрования


1-65024
Exploited
2002-06-09 11:37
2002.06.20
Как одним махом определить выполнение нескольких функций?


7-65255
Shadow77
2002-03-22 09:10
2002.06.20
Проблема с кодировкой


1-65048
koty
2002-06-10 08:40
2002.06.20
Масштабирование формы


3-64976
BJValentine
2002-05-28 10:08
2002.06.20
MS SQL