24.1 Файловая система ntfs.

Файловая система явл важной частью любой ОС, кот отвечает за организацию, хранение и доступ к информации на каких-либо носителях. Жёсткий диск может содержать до 4 разделов. В первом физ секторе жёсткого диска расположена главная загрузочная запись MasterBootRecord Файловая система берёт на себя организацию взаимодействия программ и файлов.

NTFS

Расширены возможности по управлению доступом к отдельным файлам, которым введено большее число атрибутов.

Реализована отказоустойчивость.

Поддержка PSIX – различает регистр букв в именах. Имена до 255.

NTFS обладает способностью самовосстанавливаться при системном сбое или сбое оборудования.

NTFS делит всё полезное место на кластеры. Диск NTFS условно делится на 2 части:

1. 12% отводится под MFT зону –т пространство Master File Tabke, сюда нельзя писать. Эта зона пустая, чтобы файлы MFT не фрагментировались.

2. 88% - обычное свободное пространство.

MFT

MFT - зона

Место под файлы

Код первых записей

_____________________

NTFS резервирует первые 16 записей табл для спец информации.

Записи в главной файловой таблице: 3)файл журнала транзакции; 4)файл тома; 5)таблица атрибутов; 6)корневой каталог; 7)битовый массив использования (файл битовой карты); 8)bootfile; 9)файл плохих кластеров; 10)описатель защищённых файлов; 11)таблица преобразования регистров; 12)расширение квоты 13)-16) зарезервировано; 17)файлы пользователя.

В NTFS определено 13 атрибутов, которые могут появляться в записях MFT. Каждая запись MFT содержит заголовок записи и последовательность файлов. Атрибуты: 1) Стандартная информация. 2) Имя файла – в кодировке UNICODE. 3) Описатели защиты. 4) Список атрибутов. 5) Интерпритатор объекта – 64разрядный. 6) Точка повторения анализа. 7) Название типа – используется только $Value 8) Информация о томе – версия тома. 9) Корневой индекс – используется для каталогов. 10) Размещение индекса. 11) Битовый массив. 12) Поток данных утилиты регистров. 13) Данные.

24.2 Полнота реляционной субд (12 правил Кодда)

1)Явное представление данных. Для явного представления данных, СУБД должна поддерживать различные типы данных. В дальнейшем в стандарте - ISO, поддерживаются 6 типов данных: а. символьные. б. двоичные. в. точные, числовые. г. с плавающей точкой. д. дата-время. е. интервальный. 2)Гарантированный доступ к данным. Выделение данных в СУБД осуществляется указанием имени отношения, имени атрибута и значением первичного ключа. 3)Полная обработка неопределенных значений. СУБД должна поддерживать неопределенные значения, для того, чтобы не заполнять фиктивными значениями. 4)Описание БД должно осуществляется в терминах реляционной модели. Это позволяет администрировать БД независимого от СУБД и приложений. 5)Полнота подмножества языка запросов. Язык СУБД должен поддерживать следующее понятие: а. определение данных включает(задание, отношение, домены, атрибуты, ключи, ограничения целостности). б. определение представлений. СУБД должна поддерживать понятие представления виртуальной таблицы, работающей как обычная таблица. в. формирование запросов на основе операции реляционной алгебры или реляционных исчислений. г. манипулирование данными должно осуществляться как интерактивно, так и программно. д. должен поддерживать ограничения целостности. Команды санкционированного доступа к данным.  Должен поддерживать управления транзакциями. 6)Обновление представлений. Все представления должны обновляться при изменении данных в данной таблице. Требование включает поддержку понятия обновляемых представлений. Обновляемыми называются представления, которые позволяют изменять данные в базовой таблице. 7)Наличие языка манипулирования данными высокого уровня. Это означает, что операции вставки, обновления и удаления должны выполнятся для таблицы в целом, а не при помощи поиска записи. Это позволяет выполнить контроль целостности БД. 8)Физическая независимость приложений программ. Это означает, что прикладные программы не должны зависеть от способа хранения данных на носителях и методов доступа к ним. Физическая независимость данных обеспечивает работоспособность приложений при изменении данных на узлах локальной сети или при изменении форматов файлов. 9)Логическая независимость данных. Прикладные приложения не должны зависеть от способов представления данных в базе, т. е. способе представления данных(в виде представлений) не должен влиять на работоспособность приложений. 10)Независимость контроля целостности от приложений. Это означает, что все ограничения контроля целостности, должны быть заданы не в приложениях, а языке определения данных СУБД. 11)Дистрибутивная независимость. Это предполагает, что реляционная система должна быть распределена и совместима. Язык манипулирования данными должен работать с данными, которые размещены в разделе СУБД и различных операционных системах. ODBC-средство согласования различных форматов. 12)Согласование языковых уровней. СУБД может поддерживать несколько языков манипулирования  данными, чаще всего, это языки низкого уровня, работающие с записями и языки высокого уровня, для работы с таблицами. Полнее всего правилом Кода соответствуют развитые серверные СУБД - Oracle(8-9), Informix,  MS SQL Server, DB 2. Существуют противоречия между объектно - ориентированными СУБД и реляционно0полными. Если база - динамична, то лучше использовать о-о СУБД для лучшей, динамичной работы. Существуют два направления развития СУБД. Наиболее полной развитие СУБД, которой удовлетворяет SQL.