Здравствуйте.

смотрю экспертом страницы базы. blobID определяется как 16.332.61884.13
откидываем relationid. Далее идут 4 байта. $85 64 8C 03
Если их прочитать как два слова получится если все правильно путаю: $64 85 и $03 8C

Первый вопрос возник что есть 61884?

В бинарном виде это будет так : 01100100 10000101 00000011 10001100
если блоб ид (16.332.61884.13) представить в бинарном виде: 10000 101001100 1111000110111100 1101
Ни одной бинарной последовательности blobID (16.332.61884.13) не нашел в ее 16ричном представлении.
А может плохо искал.
Как прочитать блобИД? Чтобы представить в виде НомерРР.Номер слота на РР.Номер записи на странице

вот тут вот есть на 12 странице описание db_key.
http://www.firebirdsql.org/file/community/conference-2014/pdf/22_tips_firebird_system_tables.pdf

Но вот относительно 61884 ничего не нашел. В описании db_key трехкомпонентный. Эксперт же показывает 4 числа.

dimitr,

хорошо. пусть будет 6 байт
нашел такую структуру

public:
USHORT bid_relation_id; /* Relation id (or null) */

private:
UCHAR bid_reserved_for_relation; /* Reserved for future expansion of relation space. */
UCHAR bid_number_up; // Upper byte of 40-bit record number
ULONG bid_number; // Lower bytes of 40-bit record number
// or 32-bit temporary ID of blob or array

те получается у нас вот так: $00 00 85 64 8C 03
Первый ноль - Reserved for future expansion of relation space.
второй - Upper byte of 40-bit record number
все остальное Lower bytes of 40-bit record number

как ни крутил не получил из этого набора байт ни номер PP равным 16, ни номер слота равный 332, ни номер записи равный 13

dimitr,


не силен в С )




это я так понимаю остаток от деления.

для вот этого вот blobid $81 00 00 00 85 64 8C 03 line равно 13. судя по тому, что показывает IBE.


Но что есть VALUE? подозреваю, что тип его SINT64. Но точно не последние 4 байта. слишком большое число для данной формулы)

IBExpert,

с maxRecsPerDP вроде разобрался.

а вот с dataPagesPerPP




для 16к страницы получается так



по первой строке получается 3270. Это чего? судя по умножению на 8 это биты
Последнюю строчку не допонял. Тильда это вроде как NOT. & - AND
Если переписать как 3270 and (not 7) - тоже маловато. да и ересь вроде как написана.
правильный ответ (то, что показывает IBE) - 3847

И такой вопрос. ЗАчем на PP в конце порядка 960 байт забито $55? Почему целый килобайт не используется?

dimitrsergqЕсли переписать как 3270 and (not 7) - тоже маловато. да и ересь вроде как написана.
правильный ответ (то, что показывает IBE) - 3847
правильный ответ - 3264

sergqЗАчем на PP в конце порядка 960 байт забито $55? Почему целый килобайт не используется?
в конце PP флаги для каждой DP лежат, они очень даже используются


это как раз 3270 and (not 7) ))
но ведь dataPagesPerPP - сколько указателей на DP умещается на одной PP? IBE показывает , что записей на странице -3847
И active slots на PP - 3847. почему тогда 3264?

флаги это из оперы and a 8 bit control field (PPG_DP_BITS_NUM) ?
какая структура отвечает за флаги? и как их найти (смещение)?

IBExpertsergqно ведь dataPagesPerPP - сколько указателей на DP умещается на одной PP? IBE показывает , что записей на странице -3847
И active slots на PP - 3847. почему тогда 3264?


А ты какую базу ковыряешь, каким сервером созданную? Раньше для каждой DP нужно было 32+2 бита флагов. Видимо, тройка уже 8 бит под флаги выделяет, как dimitr говорит. Это в Database Inside еще не учтено.

ODS 11.2.

страница 16k, pp.active slots = 3847. никак не 3264 ) и все данные, на которые ссылаются слоты выше 3264 отображаются в Database Inside

dimitr,

упс ) точно. Спасибо )