Страница 1 из 2

Нет клонки Nulls на странице индексы

Добавлено: 18 мар 2005, 18:09
_so_
В помощи написано для Ib7.5 должна быть клонка Nulls. Нету.
Параметр Значение
OnDiskStructure 11.2

Добавлено: 18 мар 2005, 18:50
kdv
она появляется только если в статистике есть строки
Leaf buckets with keys having first segment null: ...

если ни одной такой строки нет, столбец Nulls совсем не показывается.
Правда, я проверял на реальных данных - какие то странные (малые) числа в этом столбе показываются - иногда просто 1, невзирая на число строк с null...

Добавлено: 19 мар 2005, 09:30
_so_
А как тогда сделать чтоб они показывались?

Добавлено: 19 мар 2005, 09:36
_so_
Колонки с в которых null точно есть.

Добавлено: 19 мар 2005, 11:12
kdv
немогет такого быть, чтобы в этом случае не было самого последнего столбца null. то, что я написал раньше, это прямо описание кода.

- есть строка?
да, тогда запоминаем значение nulls, и выставляем флаг показа столбца.
нет строки - едем дальше.

причем парсить статистику БЕЗ обработки этой строки невозможно.
если есть хотя бы одна такая строка - столбец будет показан, обязательно. Шли статистику на support, гляну.

собственно, я-то пользуюсь тем же самым exe, что лежит на сайте. и он столбец nulls показывает (если есть такие данные).

Добавлено: 21 мар 2005, 14:44
_so_
Такой строки в статистике нет:
Leaf buckets with keys having first segment null
Как получить?

Добавлено: 21 мар 2005, 14:56
_so_
Статистику до этого получал через IbConsole и InterBase Performance Monitor.
Через gstat не получается падает:
C:\IB7_5\bin>C:\IB7_5\bin\gstat.exe localhost:e:\FME_RDN.GDB -user SYSDBA -pa *** -all
unknown Windows NT error 123

Добавлено: 21 мар 2005, 15:02
_so_
Еще при открытии статистики вылетает:
Ошибка парсинга индекса
Primaty pointer page: 447, Index root page: 448
Жму Ignore, вылетает еще несколько hаз. Потом показывает возможно не полность.

Добавлено: 21 мар 2005, 16:54
kdv
если ТАКОЙ строки в статистике нет, значит ее НЕТ. то есть, нет индексов, которые поддерживают эту фичу (см. rdb$indices, соотв. столбец для ODS 11.2). База должна быть не просто обновлена ODS, а ей надо сделать b/r, чтобы индексы были созданы заново с этой фичей. тогда и в статистике появится.
C:\IB7_5\bin>C:\IB7_5\bin\gstat.exe localhost:e:\FME_RDN.GDB -user SYSDBA -pa *** -all
статистику через сетевой интерфейс получить НЕЛЬЗЯ. ключа -all в природе НЕ СУЩЕСТВУЕТ. в хелпе по IBA прекрасно написано, КАК получать статистику тем или иным способом.

ну ребята, вы меня удивляете - почему хелп не читаем? Все же написано, подробнейше.

Кстати, и уже я это писал - есть проблемы с парсингом статистики - ШЛЕМ ЕЕ на support. Не забывая убедиться, что используем самую свежую версию IBA (1.77).

Добавлено: 21 мар 2005, 17:04
Merlin
kdv писал(а): ну ребята, вы меня удивляете - почему хелп не читаем? Все же написано, подробнейше.
Что с тобой? Удивляться надо когда читают... :(

Добавлено: 21 мар 2005, 17:29
_so_
Насчет сетевого да не увидел. спасибо.
ключа -all в природе НЕ СУЩЕСТВУЕТ. в хелпе по IBA прекрасно написано, КАК получать статистику тем или иным способом
На счет этого ты не прав только что читал в OpGuide.pdf по IB 7.5 и прекрасно заработало после отключения сетевого пути.
И статистика хорошо открывется. Видно все перечисленные программы пишут ее криво.

b/r конешно делал.
Какая колонка должна появиться RDB$INDEX_SPLIT_NULL?

Добавлено: 21 мар 2005, 17:54
kdv
Какая колонка должна появиться RDB$INDEX_SPLIT_NULL?
это появляется в базе, в rdb$indices. в IBA это столбец Nulls, самый последний в Индексах.

кстати, ты сообщаешь про 5-ти гиговые базы. совместно с твоим вопросом по 7.5 - будь предельно осторожен. я бы переходил на 7.5 с 7.1 SP2 только после тщательных тестов под реальной нагрузкой.

ну и, добавлю, что статистика gstat -a фактически бесполезна. Надо gstat -a -r. Это я так, напоминаю. Иногда такую присылают, а там кроме индексов смотреть-то нечего...

Добавлено: 21 мар 2005, 18:27
_so_
Вот как раз тестированием и занимаюсь. У заказчиков в последний момент. У меня эта колонка в базе есть. Почему она тогда в статистику не попадает?

Некотрую полезную информацию нашел. Раньше приходилось это делать сложнее. Спасибо.

Добавлено: 21 мар 2005, 18:43
kdv
Почему она тогда в статистику не попадает?
я не знаю! и не узнаю, пока я файл статистики живьем не подсуну у себя в отладчике. Говорю же - у меня если в статистике эта информация есть - все выводится ОК. Нет информации - нет столбца. Так задумано, так есть и так будет. От глюков не открещиваюсь, но мне же как-то информацию для воспроизведения глюка получить надо?

Добавлено: 21 мар 2005, 19:07
_so_
Нет ты меня не правильно понял, в файле стистике строки
Leaf buckets with keys having first segment null
нет. Я спрашиваю почему ее там может не быть?
Попробую еще раз сделать restore. Може из-за того, что в путях не тот gbak запускался. Хочу еще попробовать увеличить размер страницы.

Добавлено: 21 мар 2005, 19:34
kdv
нет. Я спрашиваю почему ее там может не быть?
а вот это я не знаю. у меня вообще выходило, что строка была, но она всегда содержала 1. проверь, оттуда ли gstat.

Добавлено: 21 мар 2005, 19:56
kdv
погоди-ка! блин, ну ты замучил с этой строкой :) однако, я наконец понял в чем дело, когда осознал твои письма про базу с первичными ключами. Так вот - эта строка будет в статистике ТОЛЬКО ДЛЯ НЕУНИКАЛЬНЫХ ИНДЕКСОВ. для уникальных, коими являются ПК, ее нет и быть не может, т.к. они просто НЕ допускают null сами по себе.

Фух... :)

Добавлено: 21 мар 2005, 20:45
Merlin
В боевых условиях синус, особенно военно-морской, может быть больше 1 :lol:

Добавлено: 21 мар 2005, 22:12
_so_
Нет ваши догадки меня просто иногда сильно смешат. Я понимаю, что бывает много глупых вопросов, но не настолько же. Причем здесь PK. Темы-то совершено разные. Нулы меня интересуют совсем по другой причине. Если возможность в программе есть я хочу ее использовать. Завтра прийду на работу и еще раз сделаю статистику, после restore. Так как я уверен, что есть много таблиц в которхы многие ключи одни нулы, хочется это проанализировать вашим средством.

Добавлено: 21 мар 2005, 22:21
kdv
проанализировать - завсегда. только вот что там Борланд выводит и когда и почему - за это я не отвечаю :)