Dmitri Kuzmenko пишет:
IBAnalyst 2.0 - 3000 руб.
IBAnalyst 1.95 - бесплатный, все там же, на forum.ibase.ru ссылка.
спасибо, понял.
Hello, Sergey!
Sergiy S. Tkachenko wrote:
Дайта, пожалуйста, прямую ссылку на новый IBAnalyst,
а то версия из ibanalyst2_ru.zip говорит, что уже есть новая версия,
и ничего не показывает.
IBAnalyst 2.0 - 3000 руб.
IBAnalyst 1.95 - бесплатный, все там же, на forum.ibase.ru ссылка.
--
Dmitri
Дайта, пожалуйста, прямую ссылку на новый IBAnalyst,
а то версия из ibanalyst2_ru.zip говорит, что уже есть новая версия,
и ничего не показывает.
Hello, Evgeny!
Boltik Evgeny wrote:
Женя, хелп к IBA надо читать, там объясняется, почему индекс
считается "плохим".
Не, ну я болдею, что ты всех в хелп отправляешь, что тебе новички все. Тут и
так понятно, что у тебя и как в программе.
да, новички. Хелпом пользоваться не умеют. я по умол
> > я все никак не могу затестировать restore, нет у меня реальной базы
> > на 2-5 гиг с большим числом FK, включая "плохие".
>
> Спроси Коваленко :) А лучше, конечно, попробуй сам
У меня уже из памяти все выветрилось :)
2.1 насколько я помню ресторит мою 20 гиговую базу (через сервисы) за
4
Hello, Ded!
You wrote on Sat, 19 May 2007 14:34:25 +0400:
>> 3. IBA показывает "плохие" индексы. В хелпе написано, что такое
>> "плохие". И IBA не предлагает удалять такие индексы.
D> Дим, напиши большими буквами при старте, что запуск IBA не
D> требует обязательного одновременного отключе
"Dmitri Kuzmenko" ...
>
> Hello, Vlad!
>
> Vlad Horsun wrote:
>
> по причине очень больших
> цепочек номеров записей для одного ключа индекса.
> >>>
> >>>И что ?
>
> если мне память не изменяет, QuickSort плохо сортирует
> уже сортированные или повторяющиеся значения.
Да, наш моду
Hello, Vlad!
Vlad Horsun wrote:
по причине очень больших
цепочек номеров записей для одного ключа индекса.
И что ?
если мне память не изменяет, QuickSort плохо сортирует
уже сортированные или повторяющиеся значения.
Кроме того, у вас там выгрузка из файла сортировки
в индекс происходит
Hello, Dmitry!
Dmitry Yemanov wrote:
2. да, была идея исключать такие индексы из "плохих", хотя бы
опционально, но начиная с FB 1.5 имя индекса FK/PK формируется по
имени constraint, поэтому критерий "имя индекса начинается с
RDB$FOREING" больше не работает.
RDB$RELATION_CONSTRAINTS.RDB$IND
Dmitri Kuzmenko wrote:
2. да, была идея исключать такие индексы из "плохих", хотя бы
опционально, но начиная с FB 1.5 имя индекса FK/PK формируется по
имени constraint, поэтому критерий "имя индекса начинается с
RDB$FOREING" больше не работает.
RDB$RELATION_CONSTRAINTS.RDB$INDEX_NAME
--
Дм
Dmitri Kuzmenko wrote:
3. IBA показывает "плохие" индексы. В хелпе написано, что такое
"плохие". И IBA не предлагает удалять такие индексы.
Дим, напиши большими буквами при старте, что запуск IBA не требует
обязательного одновременного отключения Human Brain. Всё на свете
одновременно и
Hello, Evgeny!
Boltik Evgeny wrote:
Тут решил посмотреть что у одного клиента с базой творится жуткие тормоза
случаются и закачал прогу.
Дима извени но скаких пор ФК стали плохими индексами это получается логику
перенисти в триггер и удалить индекс ;)
Я думаю тогда сервер при добавлении данн
> Дима извени но скаких пор ФК стали плохими индексами это получается логику
> перенисти в триггер и удалить индекс ;)
> Я думаю тогда сервер при добавлении данных и удалении загнется :) т.к. будет
> натурал
>
> Может не обращать внимание на такие индексы при анализе ну тоесть не
> говорить что о
Может не обращать внимание на такие индексы при анализе ну тоесть не
говорить что они плохие без них то нникак.
Лучше уж чтобы FK без индексов появился. Я вот тоже с этим делом воюю
через одно место - индексы композитные, триггеры, чеки :-(
14 matches
Mail list logo
