Ключевой файл
Cтраница 1
 |
Организация информационных блоков файла номеров. [1] |
Ключевой файл представляет собой обычный файл ( см. разд. [2]
В ключевом файле компоненты располагаются в порядке возрастания ключа, который является уникальным идентификатором компонента. Типом компонента обязательно является тип записи, ключ составляется из значений определенных полей записи. [3]
Спецификация типа ключевых файлов имеет вид: тип КФАЙЛ модуль ( тип. [4]
Атрибут AssemblyKeyFile указывает ключевой файл, с помощью которого подписывается сборка. [5]
Утилита SN создает ключевой файл, ссылка на который содержится в одном из атрибутов агрегата. [6]
 |
Совокупность суем баз данных.| Схема связи файлов базы данных. [7] |
Файл имен является ключевым файлом, ключом каждой записи которого является соответствующий идентификатор. [8]
Если индексный или индексно-последовательный файл ( ключевой файл) состоит из записей, ключ файла специфицируется в его определении. У файлов, состоящих из данных простых типов и строк, ключом является значение соответствующего типа. Данные других типов компонентами ключевых файлов быть не могут. [9]
Более существенным недостатком, на который часто обращали внимание разработчиков пользователи системы, является невозможность просмотра записей в порядке возрастания значений самих ключей, а не их сверток. Этот недостаток органически присущ данной схеме организации ключевого файла и не поддается устранению. [10]
Операция gek присваивает буферу файла компонент файла с указанным значением ключа; если компонент с таким ключом не существует, вызывается аварийная функция key error. Функция put error вызывается процедурой put при попытке помещения в файл компонента с дублирующим значением ключа. Остальные операции ключевого файла имеют тот же смысл, что и соответствующие операции последовательного файла. [11]
Если индексный или индексно-последовательный файл ( ключевой файл) состоит из записей, ключ файла специфицируется в его определении. У файлов, состоящих из данных простых типов и строк, ключом является значение соответствующего типа. Данные других типов компонентами ключевых файлов быть не могут. [12]
Инкапсуляция базы данных необходима, чтобы препятствовать всяким попыткам получить доступ к базе данных непредусмотренным образом. Предложенный конструктив типа данных, полностью скрывающий детали представления данных и элементарные операции над ними, надежно решает эту задачу. Например, в приведенном выше примере для представления отношений использованы ключевые файлы, однако у пользователя нет никаких возможностей работать с ними посредством операций над файлами. [13]
Страницы: 1