Найдено 6595 результатов

kdv
24 сен 2015, 12:00
Форум: Общие проблемы
Тема: data page slots существенно больше Data pages
Ответы: 6
Просмотры: 13303

Re: data page slots существенно больше Data pages

Я не понял, там что-то не так? от commitretaining надо избавляться. Я предполагал, что достаточно сделать коммит после делете, чтобы страницы превратились в мусор и были использованы повторно. Для чего нужно отключаться от базы? коммит или commitretaining? конкурирующие транзакции при этом есть? Я ...
kdv
22 сен 2015, 20:10
Форум: Общие проблемы
Тема: data page slots существенно больше Data pages
Ответы: 6
Просмотры: 13303

Re: data page slots существенно больше Data pages

не растут только те БД, где ничего не вставляется, не обновляется, и не удаляется. К базе подключаются с параметрами read_committed rec_version nowait не очень понятно, зачем вы это привели. я бы понял, если бы написали read read_committed .... затем делается CommitRetaining единственной активной тр...
kdv
09 июл 2015, 11:02
Форум: Общие проблемы
Тема: Тормозит первое чтение
Ответы: 7
Просмотры: 13609

Re: Тормозит первое чтение

просто поразительно. "- вы ничего не понимаете в версионности - я же написал, что свип отключен" ну отключен свип, и что? Вы не знаете, что такое свип http://www.ibase.ru/devinfo/sweep.htm А проблема у вас вот в чем - длинная транзакция приводит к накоплению версий, что само по себе со временем ухуд...
kdv
08 июл 2015, 19:16
Форум: Общие проблемы
Тема: Тормозит первое чтение
Ответы: 7
Просмотры: 13609

Re: Тормозит первое чтение

про версионость что-нибудь вообще читали? про сборку мусора? Про транзакции? По-моему, вообще нет. На сайте масса информации. можете начать отсюда http://www.ibase.ru/devinfo/mga.htm http://www.ibase.ru/devinfo/garbage.htm http://www.ibase.ru/devinfo/summary.htm если у вас firebird 2.1 и выше, найти...
kdv
08 июл 2015, 19:10
Форум: Общие проблемы
Тема: Тормозит первое чтение
Ответы: 7
Просмотры: 13609

Re: Тормозит первое чтение

Oldest active 17730476
Next transaction 24267226
ну чего вы фигней маетесь? У вас активная транзакция блокирует сборку мусора уже 10 ДНЕЙ. 10 дней торчит приложение, подключенное к БД с активной транзакцией.
kdv
24 май 2015, 12:44
Форум: Обсуждение статей на www.ibase.ru
Тема: Вставка или обновление записи
Ответы: 2
Просмотры: 17049

Re: Вставка или обновление записи

статья не моя, 13 летней давности. Если туда добавлять что-то новое, это переповторять все тесты.
без шансов :-)
kdv
24 май 2015, 12:42
Форум: Ремонт БД
Тема: Ошибка версии сервера
Ответы: 3
Просмотры: 20854

Re: Ошибка версии сервера

у вас база повреждена. сообщение об ошибке скорее всего более подробное, а вы привели только его часть. Неясно, в каком месте рестора оно происходит. если на создании индекса, то там должно быть имя проблемного индекса. Находите индекс, по какой таблице он построен, ищете дубликаты (если это ПК) или...
kdv
24 май 2015, 12:39
Форум: Администрирование
Тема: клиент Wiindows, сервер
Ответы: 1
Просмотры: 17577

Re: клиент Wiindows, сервер

Клиенту Firebird все равно с каким сервером работать.
с windows вы коннектитесь к Firebird -
имя_вашего_readynas:путь_к_базе/имя_файла_бд

например,
server:/data/db.fdb
kdv
27 апр 2015, 09:26
Форум: Общие проблемы
Тема: Хранимая процедура иногда выполняется дважды.
Ответы: 1
Просмотры: 6516

Re: Хранимая процедура иногда выполняется дважды.

сервер сам два раза никогда и ничего не выполняет. скорее всего, это делают компоненты или приложение.
Был такой глюк длительное время у IBX, и он касался компонента TIBStoredProc и выполнения процедур через него.

через "Query" FIBPlus вроде такой ошибки быть не должно, но мало ли.
kdv
27 апр 2015, 09:22
Форум: Вопросы создания клиентских и серверных приложений
Тема: Interbase Journaling Files
Ответы: 2
Просмотры: 24429

Re: Interbase Journaling Files

формат, естественно, закрыт. увы.
kdv
19 фев 2015, 17:43
Форум: Совместимость различных версий
Тема: Падение производительности ХП в 6 раз на FB 2.1.3
Ответы: 10
Просмотры: 33485

Re: Падение производительности ХП в 6 раз на FB 2.1.3

некоторые клиенты более аккуратно ведут свой учет. Поэтому там есть индексы. тогда ок, и это даже хорошо, потому что в ФБ 2.1 оптимизатор выкинул эти индексы, как имеющие крайне низкую селективность. В проекте базы > 400 процедур и как всегда времени нет. если я прав, и "принудительное отключение и...
kdv
19 фев 2015, 12:06
Форум: Совместимость различных версий
Тема: Падение производительности ХП в 6 раз на FB 2.1.3
Ответы: 10
Просмотры: 33485

Re: Падение производительности ХП в 6 раз на FB 2.1.3

PR_12_IDX23 (поле OAU_D2) = 1,000000000000... PR_12_IDX24 (поле OAU_D3) = 1,000000000000... PR_12_IDX25 (поле OAU_D4) = 1,000000000000... эти индексы вообще лишние, потому что селективность, равная 1, означает, что все значения ключа одинаковы. Т.е. в столбце ровно одно значение. И использование та...
kdv
18 фев 2015, 16:25
Форум: Совместимость различных версий
Тема: Падение производительности ХП в 6 раз на FB 2.1.3
Ответы: 10
Просмотры: 33485

Re: Падение производительности ХП в 6 раз на FB 2.1.3

Из чего можно предположить, что он не производит перечитывание таблиц при каждом проходе цикла. suspend в процедуре заполняет буфер, как только он заполнится, данные передаются клиенту. если клиент больше ничего не просит, процедура дальше не выполняется. Сравнивайте планы запросов, не надо анализи...
kdv
18 фев 2015, 10:52
Форум: Совместимость различных версий
Тема: Падение производительности ХП в 6 раз на FB 2.1.3
Ответы: 10
Просмотры: 33485

Re: Падение производительности ХП в 6 раз на FB 2.1.3

1. у процедур не бывает плана. Вернее, он является суммарным для всех запросов. Если у вас в процедуре один указанный план, значит, по идее, один-единственный запрос? Если нет, то проверять планы и производительность нужно у всех запросов процедуры (вытаскивая их в SQL Editor ИБЭксперта поштучно). 2...
kdv
11 фев 2015, 17:07
Форум: Проектирование БД и запросов
Тема: использование CURRENT_DATE увеличивает время выполнения
Ответы: 3
Просмотры: 20509

Re: использование CURRENT_DATE увеличивает время выполнения

во-первых да, неплохо бы сравнить планы запросов. А во-вторых, внутри процедур current_date, current_time, current_timestamp вычисляются только при первом вызове, а дальше значение не меняют. Поэтому эксперимент можно было провести так declare variable dt date; ... dt:=current_date; а дальше в запро...
kdv
25 дек 2014, 14:51
Форум: Администрирование
Тема: Не создается индекс по полю VARCHAR(254)
Ответы: 9
Просмотры: 17188

Re: Не создается индекс по полю VARCHAR(254)

вы где-то говорите неправду. Только что на IB 2009 сделал: 1. создал базу в win1251 2. создал таблицу со столбцом name1 varchar(252) 3. создал индекс по name1 CREATE TABLE X ( ID INTEGER NOT NULL, NAME1 VARCHAR(252)); ALTER TABLE X ADD CONSTRAINT PK_X PRIMARY KEY (ID); CREATE INDEX BYNAME1 ON X (NAM...
kdv
23 дек 2014, 17:13
Форум: Администрирование
Тема: Не создается индекс по полю VARCHAR(254)
Ответы: 9
Просмотры: 17188

Re: Не создается индекс по полю VARCHAR(254)

collate win1251 - это нонсенс. upper работает только в collate pxw_cyrl, а коллэйт win1251 "пустой". Поэтому его надо убирать. максимальный размер поля в индексе должен быть 84 символа, а у меня 136? 84 - для collate pxw_cyrl. поскольку вы влепили пустопорожний коллэйт win1251, у вас 136. А могло бы...
kdv
23 дек 2014, 15:12
Форум: Администрирование
Тема: Не создается индекс по полю VARCHAR(254)
Ответы: 9
Просмотры: 17188

Re: Не создается индекс по полю VARCHAR(254)

надо было конкретизировать :-) пока не стало 1/4 размера страницы, всегда было, например для win1251 (это двухбайтовый чарсет) - 252 байта без collate, 84 байта с collate, и тут размер страницы не влияет. Обращаю внимание, что символы могут состоять из нескольких байт, например, в UTF8 (поддерживает...
kdv
23 дек 2014, 12:02
Форум: Администрирование
Тема: Не создается индекс по полю VARCHAR(254)
Ответы: 9
Просмотры: 17188

Re: Не создается индекс по полю VARCHAR(254)

версия XE появилась позже 2009. Я удивлен, что нужно об этом сообщать :-)

на всякий случай
http://www.ibase.ru/devinfo/allversions.htm
kdv
22 дек 2014, 22:43
Форум: Администрирование
Тема: Не создается индекс по полю VARCHAR(254)
Ответы: 9
Просмотры: 17188

Re: Не создается индекс по полю VARCHAR(254)

Вроде как размер индекса не должен быть больше 1/4 размера страницы БД?
В Firebird - с версии 2.0. В InterBase - с версии XE.