В общем в FB2 если я создаю процедуру типа такой:
CREATE PROCEDURE TEST
AS
BEGIN
EXECUTE STATEMENT NULL;
END
потом вызываю её, получаю ошибку. Делаю комит или роллбэк и пытаюсь
перекомпиллировать процедуру например на такую:
CREATE PROCEDURE TEST
AS
BEGIN
EXECUTE STATEMENT '';
END
и
Hello, Дмитрий!
Дмитрий Студинский wrote:
where ((FTI.Files_Type between 10 and 19)
or (FTI.Files_Type between 30 and 39))
При этом строится план (Имя индекса = IX_ИмяТаблицы_ИмяПоля)
PLAN JOIN (F NATURAL,FP INDEX (IX_FILES_PUBLISHER_file_id),FTI INDEX
Пронаблюдал однако. В процессе очередной революции по преодолению у
себя в базе грехов молодости создал несколько новых табличек. В том
числе две толстеньких - 1 194 571 и 3 583 713. Сразу с констрайнтами и
индексами создал, а потом заполнил посредством специяльно сделанной для
того
Иззиняюсь. Вдогонку - это 1.5.3.
--
Regards. Ded.
Oleg LOA пишет:
По поводу косяка с массовым обновлением lineitem на ASA9 - виноваты индексмы.
Т.е. это явные грабле в ASA.
Нашли способ как сократить это до 67 минут только настройками
параметров. Виновата частая запись грязных страниц по причине слишком
короткого интервала допустимого
Hello, Oleg!
интересуют также конечные размеры БД (м.б. плюс лог) после заливки
данных в БД.
а также перечень параметров конкретных серверов, что было изменено
в отношении значений по умолчанию (например для ASA?).
--
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
Ded ...
Пронаблюдал однако. В процессе очередной революции по преодолению у
себя в базе грехов молодости создал несколько новых табличек. В том
числе две толстеньких - 1 194 571 и 3 583 713. Сразу с констрайнтами и
индексами создал, а потом заполнил посредством специяльно сделанной для
завалить, но таки дождался. И что? После сборки этих агрегатов исходный
запрос полетел мухой... И что это было, Берримор?
Интересно. На Ya 889 примерно такая же ситуевина.
В январе сего года вычистил из базы данные 2002 и 2003 года.
Дирик возмутился. Нужен ему понимаешь сравнительный анализ.
Привет.
Абижаишь :) Тем не менее, статистика-то, как я её понимаю, влияет на
выбор плана, а не на выполнение запроса. А тут препарилось мнговенно и
правильно, а вот выполнялось - ...
По моим наблюдениям, индекс отстает. Такое складывается впечатление. Я тоже
недавно переливал данные.
Не, это не боевой сервер. Борьбу с запросом начал вчера ночером,
НОЧЕРОМ это типа TONIGHT ? ;-)))
Dmitry Lendel wrote:
Абижаишь :) Тем не менее, статистика-то, как я её понимаю, влияет на
выбор плана, а не на выполнение запроса. А тут препарилось мнговенно и
правильно, а вот выполнялось - ...
По моим наблюдениям, индекс отстает. Такое складывается впечатление. Я тоже
недавно
s Кто в этом виноват?
s Эксперт или сервер?
Не-а.
???
Alexander Goldun tmpmail1-P4MSZbKTW1ZxeeU/[EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
Дилетантский вопрос: а не связано ли как-то замедление подобной операции
у других серверов по сравнеию с FB с тем, что есть затраты на
обеспечение той самой пресловутой Statement/transaction
Ded [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
этот пересчёт кроме установки значений в системных таблицах? И почему он
висит очень долго на длинных таблицах, причём не на выполнении, а на
коммите? Чую печёнкой, что-то интересненькое узнаем :)
Транзакционные пулы умирают :-)
http://rsdn.ru/forum/?mid=1705591
http://rsdn.ru/forum/?mid=1705591
случайно, не тот клиент, что базу на флешке держал? :)
16 matches
Mail list logo