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

Вниз

Тормоза Firebird a   Найти похожие ветки 

 
Urvin   (2006-03-01 10:09) [0]

Через год после начала работы базы выяснилость, что у Firebird большие тормоза на довольно маленькой базе.
На добавление одной записи из ~10 полей в базу размером 5 Мб уходит около минуты!

можно ли как-нибудь решить эту неприятную особенность?


 
Sergey13 ©   (2006-03-01 10:24) [1]

2 Urvin   (01.03.06 10:09)
>можно ли как-нибудь решить эту неприятную особенность?
Конечно! Смените программиста.


 
DrPass ©   (2006-03-01 10:27) [2]

Я даже не могу придумать ситуацию, которая может довести Firebird до такого :-) Разве что физическое повреждение файла базы данных...


 
Johnmen ©   (2006-03-01 10:40) [3]

>На добавление одной записи из ~10 полей в базу размером 5 Мб уходит около минуты!

Странно, что вообще добавляется... В смысле запись а базу...:)))


 
Виталий Панасенко   (2006-03-01 10:42) [4]

Может, WinХР+*.GDB ?


 
msguns ©   (2006-03-01 11:03) [5]

>DrPass ©   (01.03.06 10:27) [2]
>Я даже не могу придумать ситуацию, которая может довести Firebird до такого :-)

Ну, эт запросто. Навесить на  таблицу этажерные триггеры, в каждом делать море пересчетов и правок в других таблицах.. Одна запись может вставляться и час, и два
 ;)))


 
Mike Kouzmine ©   (2006-03-01 14:00) [6]

Urvin   (01.03.06 10:09)  Через год после начала работы базы выяснилость, ...

Это только тормоз может выяснить это через год. Сразу нельзя было? :)


 
Desdechado ©   (2006-03-01 16:34) [7]

если в записи обни блоб-поля по 20-30 метров и все это гонится на удаленный сервер по каналу 14400, то верю


 
Johnmen ©   (2006-03-01 16:47) [8]

Не, содержимое блобов не гонится селектом...


 
Desdechado ©   (2006-03-01 18:05) [9]

Johnmen ©   (01.03.06 16:47) [8]
читай внимательно "На добавление одной записи из ~10 полей..."


 
DSKalugin ©   (2006-03-01 18:45) [10]

Я могу представить! :-))

1- размер страницы 1024 или 2048

2 методика вставки:
Table1.open;
Table1.Insert;
*****~10 полей...*********
Table1.Post;

3 ну просто огромное количество версий, накопившихся за год


 
Johnmen ©   (2006-03-01 21:04) [11]


> Desdechado ©   (01.03.06 18:05) [9]
>
> Johnmen ©   (01.03.06 16:47) [8]
> читай внимательно "На добавление одной записи из ~10 полей.
> .."


Здесь ни слова про блоб.


 
Desdechado ©   (2006-03-01 21:08) [12]

Johnmen ©   (01.03.06 21:04) [11]
ай, я привел пример возможных тормозов при операции у автора
а ты привел абстрактные рассуждения не по теме, признайся


 
Johnmen ©   (2006-03-01 21:22) [13]

>Desdechado ©   (01.03.06 21:08) [12]
>ай, я привел пример возможных тормозов при операции у автора
>а ты привел абстрактные рассуждения не по теме, признайся

Ну это как посмотреть...
Да и ладно, признаЮсь! :))))))))


 
Urvin   (2006-03-03 23:35) [14]

>>Разве что физическое повреждение файла базы данных
наврятли. в базе 3 таблицы. в две поменьше запись производится нормально

>>Навесить на  таблицу этажерные триггеры
ничего подобного нет

>>если в записи обни блоб-поля по 20-30 метров
самые обычные буковки-циферки!

>>размер страницы 1024 или 2048
4069

>>Table1.open;
Общение с базой ведется через TQuery


 
DSKalugin ©   (2006-03-04 00:26) [15]

>>размер страницы 1024 или 2048
>4069

Нет такого размера, есть 4*1024=4096

TQuery работает через БДЕ,
а это плохое решение, которое безнадежно устарело. Поэтому некоторые возможности Firebird не доступны.

Бэкап/ресторе должен помочь


 
Desdechado ©   (2006-03-04 19:46) [16]

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


 
Anatoly Podgoretsky ©   (2006-03-04 20:09) [17]

Кроме триггеров и больших размеров нет оснований для таких тормозов на малюсенькой базе.



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

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

Наверх




Память: 0.5 MB
Время: 0.026 c
15-1140903519
DillerXX
2006-02-26 00:38
2006.03.19
Посмотрите что я творил ;)


9-1126334675
Eee
2005-09-10 10:44
2006.03.19
OpenGL


2-1141239712
LostHero
2006-03-01 22:01
2006.03.19
TFont


1-1139730336
Alextp
2006-02-12 10:45
2006.03.19
RLINK32: Too many resources to handle


8-1129299763
Antonn
2005-10-14 18:22
2006.03.19
Алгоритм обработки изображения (серпия)