Изхвърляне на блокове от данни

„Идентификатор на обект на блок?“ линията ни казва дали този обект е в SYS.OBJ$ или не. От Oracle 6 това винаги трябва да бъде „Y“. Ако погледнете следващия ред, стойността seg/obj ни казва идентификатора на обекта на сегмента (в шестнадесетичен). В нашия пример това е 0x6d9c. Hex „6D9C“ е „28060“ в десетичен знак. Можем да проверим дали това е нашата таблица със следната заявка:

ORA9I SQL> изберете собственик,обект_име от dba_objects
2 където object_id=28060;

ИМЕ_ОБЕКТ НА СОБСТВЕНИК
-------------- ------------------------------
PEASLAND EMP

Както се надявахме, това е нашата маса.

Стойността csc е номерът за промяна на системата за почистване. Тази стойност ни казва кога е извършено почистване на блок върху този блок. Надяваме се, че съответства на SCN на блока от данни. Стойността на itc е броят на списъка с заинтересовани транзакции. В нашия случай има две транзакции, заинтересовани от този блок. Тези заинтересовани транзакции се появяват в края на нашия пример. Можем да видим идентификатора на транзакцията (Xid) на тези две транзакции. Тези идентификатори на транзакции съответстват на сегменти за връщане назад, които се използват за обработка на нашите транзакции.

Флагът (flg) е или "-" или "O", използва се за указване дали този блок е в списък със свободни. Ако блокът е в свободен списък, флагът ще бъде „0“. Ако не е в свободен списък, тогава флагът ще бъде „-“. Въпросният ни блок е в списъка с безплатни.

Е, това беше доста информация и всъщност не сме разгледали твърде много от сметището. Нека разгледаме следващия раздел от дъмп на блока от данни.

data_block_dump
===============
tsiz:0x1fa0
hsiz:0x2e
pbl:0x024d015c
bdba:0x00c0000a
флаг=------------
ntab=1
nrow=14
frre=9
fsbo=0x2e
fseo=0x1b18
avsp=0x1d8a
tosp=0x1d8a
0xe:pti[0] nrow=14 offs=0
0x12:pri[0] offs=0x1c30
0x14:pri[1] offs=0x1f4f
0x16:pri[2] offs=0x1f24
0x18:pri[3] offs=0x1efb
0x1a:pri[4] offs=0x1ece
0x1c:pri[5] offs=0x1ea5
0x1e:pri[6] offs=0x1e7c
0x20:pri[7] offs=0x1e54
0x22:pri[8] offs =0x1e2e
0x24:pri[9] sfll=13
0x26:pri[10] offs=0x1ca4
0x28:pri[11] offs=0x1cf1
0x2a:pri[12 ] offs=0x1b18
0x2c:pri[13] sfll=-1

Стойността tsiz ни показва количеството налично място в блока за данни. Тук получаваме „1fa0“, което означава 8 096 байта използваема стая. Останалата част от нашия блок от 8 192 байта се използва за допълнителни разходи, като например заглавката на блока.

Стойността ntab ни показва колко таблици се съхраняват в този блок. Освен ако този блок не принадлежи към клъстер, тази стойност ще бъде „1“. Стойността nrow ни казва колко реда данни се съхраняват в този блок. Нашият блок с данни има 14 реда данни.

Започвайки от адрес „0xe“, получаваме директория към всеки ред. Можем да видим, че първият ред (запис в индекса нула) започва с изместен адрес към блока „0x1c30“. Всеки от редовете на блоковете следва от тук. По този начин един ред може да бъде намерен много бързо. Не забравяйте, че ROWID е основно указател към уникален ред. В Oracle 8+, ROWID е от формата O.F.B.R (или objectno,relativefno,blockno,rowno). Така че, когато системата бързо сочи към конкретен блок в конкретен файл, номерът на реда сочи към слот в тази директория. След това директорията сочи към определено място в блока. Това е началото на този ред.

Сега, когато имаме пътна карта към нашия блок от данни, нека разгледаме останалата част от файла за проследяване, за да видим действителните редове с данни в блока.

block_row_dump:
раздел 0, ред 0, @0x1c30
tl:39 fb:--H-FL-- lb:0x0 cc:8
col 0:[ 3] c2 4a 46
кол 1:[ 5] 53 4d 49 54 48
кол 2:[ 5] 43 4c 45 52 4b
кол 3:[ 3] c2 50 03
кол 4:[ 7] 77 b4 0c 11 01 01 01
кол 5:[ 3] c2 09 19
кол 6:*NULL*
кол 7:[ 2] c1 15

Действителните данни за ред започват с фразата „block_row_dump:“. След това се дава ред с данни. Тук съм показал само един ред данни, тъй като останалите са подобни. Можем да видим, че този ред принадлежи на таблица „0“ (tab) на нашия клъстер. Тъй като в нашия пример няма клъстер, ние нямаме повече от една таблица, така че тази стойност ще бъде нула. Можем също да видим, че това е ред „0“ и е даден адресът на този ред. Този адрес трябва да съответства на нашата пътна карта, отбелязана по-горе.

Стойността „tl“ ни дава общия брой байтове за този ред, включително всички допълнителни разходи. Виждаме, че този ред заема 39 байта. Стойността „cc“ ни дава брой колони. В този ред имаме осем колони. Това може лесно да се провери, като направите ОПИСВАНЕ на таблицата и преброите колоните или като направите заявка за USER_TAB_COLUMNS.

Стойността „fb“ ни дава знамена за реда. „H“ означава, че имаме главата на реда. „F“ означава, че имаме първото парче от реда. „L“ означава, че имаме и последното парче от реда. Тъй като това е първото и последното парче от реда, редът не е окован. Тъй като това е и главата на реда, редът не е мигриран.

Останалата информация за реда са данните за всяка колона. Например, в колона 1 имаме следните ASCII символни кодове, „53 4d 49 54 48“. Бърз поглед към ASCII диаграма за преобразуване ще ни каже, че тези знаци са „SMITH“. Ако сте запознати с примерната EMP таблица, ще знаете, че SMITH е един от нашите служители. Забележете, че колона 6 е NULL. Колона 4 е колоната HIREDATE. Това е тип данни DATE. От този блок можете лесно да проверите дали типът данни DATE изисква седем байта за съхранение. Колона 0 съдържа число. Трите байта тук са представянето на това число.