logo
Книга по БД(Вальке А

6.2. Механизм хранения данных

Для дальнейшего объяснения принципов работы архитектуры DSA необходимо описать механизм использования дискового пространства или, другими словами, как сервера Informix хранят данные на диске.

Только администратор СУБД, отвечающий за выделение памяти на жестком диске под хранение данных, может (и должен) управлять таким этим. Тем не менее, с элементами представления данных на жестком диске работает и прикладной программист. Поэтому рассмотрим механизм размещения данных с обеих точек зрения – как с точки зрения администратора, так и с точки зрения программиста.

С точки зрения прикладного программиста (в том числе, и разработчика схемы конкретной БД) область хранения данных на жестком диске состоит из некоторого пространства областей данных (в фирменной документации используется термин dbspace, который иногда используется в русскоязычной литературе в своем транслитеральном переводе «дбспейс»). Существует пространство данных, используемое для хранения БД по умолчанию. Это пространство называется корневым (root dbspace). В корневом пространстве, кроме баз данных, хранится еще и системная информация, необходимая для работы сервера базы данных целиком. Для прикладного программиста это означает, что объем памяти, отведенной под БД в корневом пространстве данных существенно меньше собственного, физического размера корневого пространства.

Каждая база данных, как правило, может размещаться только в одном пространстве данных. В одном пространстве данных может размещаться несколько баз данных:

С точки зрения прикладного программиста разные пространства данных различаются по следующим параметрам:

Имена пространств данных используются в операторе CREATE DATABASE, после ключевого слова IN. Например, если мы хотим создать базу данных my_db в пространстве данных work_dbspace, а базу данных phones в пространстве office_db, то надо выполнить следующие операторы:

CREATE DATABASE my_db IN work_dbspace CREATE DATABASE phones IN offiсe_db

С точки зрения администратора сервера БД каждое пространство данных состоит из нескольких компонент – чанков (от английского “chunk” – ломоть, кусок). Каждый чанк является или файлом в файловой системе, или частью этого файла, или частью «сырого» устройства. «Сырое» устройство означает устройство с прямым доступом, но на котором не хранятся обычные файлы ОС.

Каждый чанк определяется именем файла или устройства, на котором он находится, смещением области данных от начала и размером. В случае использования файла именем будет просто имя файла, например /usr/informix/chunks/cook1. В случае сырого устройства именем будет выступать имя файла ОС Unix, ассоциированное с данным устройством, например /dev/dsk/c0d0t1s2.

В качестве примера рассмотрим следующую конфигурацию. Пусть у нас есть два пространства данных – rootdbs и work_dbspace. Первое пространство, размером 100 МБт состоит из двух чанков:

  1. файла /usr/informix/chunks/cook1 , размером 40 МБт

  2. первых 60 МБт сырого устройства /dev/dsk/c0d0t1s2

Второе пространство, work_dbspace, размером 150 МБт, состоит из одного чанка, размером, соответственно, тоже 150 МБт, и который находится на том же сыром устройстве, что и второй чанк первого пространства, но занимает область после него:

Для того, чтобы добавить к серверу базы данных Informix Dynamic Server новое пространство данных, можно воспользоваться или утилитой onspaces, или воспользоваться оболочками администратора onmonitor (для терминального режима) или Informix Enterprise Command Center (для графического режима).

Для того, чтобы узнать текущий набор пространств и узнать, из каких чанков состоит каждое пространство данных, надо выполнить команду (для терминального режима) onstat –d:

fili% onstat –d INFORMIX-OnLine Version 7.11.UC1 - On-Line - Up 17 days 00:24:59 -- 11480 Ks Dbspaces address number flags fchunk nchunks flags owner name a33e0e8 1 1 1 2 N informix rootdbs a36b9c0 2 1 2 1 N informix db1 a36ba28 3 1 3 1 N informix db2 a36ba90 4 1 4 1 N informix db3 a36baf8 5 1 5 1 N informix db4 a36bb60 6 1 7 1 N informix agspace1 6 active, 2047 maximum Chunks address chk/dbs offset size free flags pathname a33e150 1 1 0 32485 256 PO- /data/chunw a36b228 2 2 0 20000 0 PO- /data/chun1 a36b300 3 3 0 20000 6593 PO- /data/chun2 a36b3d8 4 4 0 20000 1053 PO- /data/chun3 a36b4b0 5 5 0 20000 6957 PO- /data/chun4 a36b588 6 1 0 50000 2024 PO- /data/chun10 a36b660 7 6 0 5000 2283 PO- /data/chun5 7 active, 2047 maximum

По данной выдаче видно, что в данном экземпляре сервера имеется 6 пространств данных (rootdbs, db1, db2, db3, db4 и agspace1). Пространство данных rootdbs состоит из двух чанков (/data/chunw и /data/chun10), остальные пространства состоят из одного чанка каждый (у каждого пространства данных есть свой уникальный номер – поле number, на который указывает поле dbs у чанка).

Для каждого сервера базы данных должен существовать один специально выделенный первичный (или корневой) чанк, являющийся первым чанком в корневом пространстве данных. Для начального запуска сервера в работу требуется иметь только корневой чанк.

Получить информацию о количестве пространств данных, о входящих в них чанках, можно только на работающем сервере.