Фуфаев - Разработка и эксплуатация удалённых БД (1084483), страница 22
Текст из файла (страница 22)
При этом запись не может занимать больше одной страницы, хотя записи типа Меню (поля примечаний) и поля объектов ОЬЕ могут храниться на отдельных страницах. СУБД Ассезз в качестве стандартного способа хранения записей использует запись переменной длины, а упорядочивает их с помощью индекса первичного ключа. При использовании формата хранения записи с переменной длиной каждая запись занимает только пространство, необходимое для хранения ее фактических данных. Для создания списка связей страниц данных к каждой странице добавляется заголовок. При этом заголовок содержит два указателя: на предыдушую и следуюшую страницы. Одним из преимушеств страниц данных с собственными заголовками является то, что они могут храниться в индексированном виде (в соответствии с методом доступа 1БАМ), т.е.
в случае необходимости изменяют только указатели в заголовке страницы, а не структуру файла. М(сгояой Ассезз обеспечивает четыре основных многопользовательских способа работы с базой данных в локальных вычислительных сетях предприятий: ° реализация файл — сервер, . реализация клиент †серв, ° реализация на основе репликации баз данных, ° реализация баз данных на основе 1уеЬ-технологий. Реализация файл — сервер. Базу данных Ассеаз раси олагакп в сети таким образом, чтобы пользователи могли использовать ее совместно.
В этом случае на каждой рабочей станции эксплуатируется 110 отдельная копия приложения и становится эффективным использование доступа к данным с помощью технологии АРО .ХЕТ Реализация клиент — сервер. В последних версиях СУБД Асеев (начиная с Ассезз 2000) предусмотрена возможность создания файлов с расширением .адр, в которых могут храниться только клиентские части приложения: формы, отчеты, макросы и модули ЧВА. С помощью технологии О(.Е РВ этот файл может интегрироваться с серверной частью приложения — таблицами удаленной базы данных, хранящимися в БО(.
Беглег. В бояее ранних версиях СУБД Ассева для достижения этого необходимо было создавать связанные таблицы, что позволяло использовать драйвер ОРВС для связи с такой базой данных, как БО(. Берег. Реализация на основе рспликации баз данных. Репликация предполагает создание одной или нескольких копий, называемых тонными копиями (гер!!са) первоначальной базы данных — проектного эталона (дев!яп шаагег).
Проектный эталон и его точные копии называют набором точных копий (герйса лег). При данном способе реализации любые изменения в объектах и данных передаются всем элементам набора точных копий, что происходит благодаря выполнению так называемого процесса синхронизации. При этом изменения в проекте объектов можно делать только в проектном эталоне, а изменения в данные можно вносить из любого элемента набора точных копий. Реализация баз данных на основе И'еЬ-техн"логий. В этом случае броузер как средство навигации и просмотра отображает одну или несколько страниц доступа, которые динамически связываются с совместно используемой базой данных Ассеаа или 591.
Бег~ег. 8.2. Создание серверного приложения преобразованием проекта базы данных формата М!сговоП Ассевв в формат 8(л~ Зегчег Для переноса некоторых или всех объектов базы данных М1сгозой Асеева (.пЫЬ) в новую или существующую базу данных М(сгозой Я'.>1. Беглег версий 2000 и 7.0 или б.5 либо в новый проект М(сгозой Ассезз (.адр) используют мастер преобразования базы данных. Мастер преобразования в формат М!сгозой Я.Н Кегуег позволяет: ° преобразовать все объекты базы данных М(сгозой Ассезз в формат проекта Мссгозо7) Асселз, что обеспечит создание приложения типа клиент — сервер; ° преобразовать только данные или определения данных из формата базы данных М!сгозой Ассеаз в формат базы данных М!сгозой Я)) Кегуег; ° создать клиентскую часть базы данных в формате М1сгозогг Ассезз для серверной части базы данных в формате М1сгозой 391.
Яегчег, что потребует небольших изменений в приложениях, поскольку программы будут по-прежнему использовать ядро базы данных М1сгозой 1еь Перед преобразованием базы данных М1сгозой Ассезз в формат базы данных М!сгозой 51.11. Яегчег или проекта М!сгозой Ассезз предварительно рекомендуется выполнить следующие действия. 1. Создать резервную копию базы данных Хотя мастер преобразования и не удаляет из базы данных Ассезз данные или объекты базы данных, перед преобразованием рекомендуется создать резервную копию базы данных М1сгозой Ассезз. 2.
Убедиться, что на диске достаточно места. На диске, где будет храниться преобразованная база данных М1сгозогг Я;>1. Яегчег, должно быть достаточно свободного места, так как мастер преобразования лучше работает, когда на диске имеется свободное пространство. Система М1сгозой 591. Бегчег автоматически увеличивает размер базы данных Мгсгозой Я;>1 Бегчег 7.0 или более поздней версии по мере ее создания. 3. Создать уникальные индексы. Для обновления в М1сгозой Ассезз связанная таблица должна иметь уникальный индекс. Мастер преобразования в формат М1сгозой Я!1.
Яегчег может преобразовать существующий уникальный индекс, но не может его создать, поэтому если требуется наличие возможности обновлять таблицы, следует перед преобразованием добавить уникальные индексы в каждую таблицу М1сгозой Ассезз. 4. Установить принтер по умолчанию. Это требуется для использования мастера преобразования в формат М1сгозой Я.)1. Яегчег. 5.
Присвоить необходшиые разрешения на доступ к базе данных М!сгозоггАссеи. Для выполнения преобразования всех объектов базы данных разработчик должен иметь разрешения на считывание и изменение макета. 6. Присвоить необходимые разрешения на доступ к базе данных М!сгозо7г о'Ог, 'оеггег. Для преобразования существующей базы данных необходимы разрешения СКЕАТЕ ТАВ1.Е и СКЕАТЕ ОЕРА$Л.Т. Для построения новой базы данных необходимо разрешение СКЕАТЕ ОАТАВАБЕ, а также разрешение БЕ1.ЕСТ на доступ к системным таблицам в главной базе данных. Для создания новых устройств необходимо быть системным администратором. 7.
Создать при необходимости несколько дисковых устройств. При выполнении преобразования к формату базы данных М1сгозой 391. Яегчег 6.5 перед запуском мастера преобразования может потребоваться создание новых устройств. Мастер создает все новые устройства на том же физическом диске, на котором находится глав- 112 ная база данных. Если на сервере установлено несколько дисков, можно поместить базу данных на одном из них, а журнал транзакций — на другом. В этом случае после сбоя диска базу данных можно восстановить. В М!сгозой 591 Бегуег 6.5 базы данных и журналы транзакций могут распределяться по нескольким дискам, а мастер преобразования позволяет указать только один диск для базы данных и один диск для журнала транзакций.
Чтобы указать для базы данных или журнала транзакций несколько устройств, следует сделать эти устройства используемыми по умолчанию. В результате выполнения предварительных действий мастер преобразований создает отчет, содержащий подробное описание всех созданных объектов и перечень всех возникших в процессе ошибок, преобразует в Формат М!сгозо1! Я~Е Берег и автоматически создает этот отчет в виде снимка отчета с тем же именем, что и у базы данных М!сгозой Ассезз, сохраняя его в стандартной папке базы данных. Созданный отчет может содержать частные, конфиденциальные или просто важные сведения. Необходимо убедиться, что доступ к этому файлу запрещен потенциально опасным пользователям. Отчет мастера преобразования в формат М!сгозо!1 Я.)Е Вегуег содержит: ° сведения о базе данных, включая ее размер, а также журнал транзакций и имена и размеры устройств для базы данных М!сгозой Я.Н. Кегуег 6.5; ° параметры преобразования в формат М!сгозой Я.>1.
Кегзег, включая атрибуты таблиц, выбранных для преобразования, и способ преобразования; ° сведения о таблицах, включая сравнение значений в М!сгозой Ассезз и М1сгозой Я;И. Берег для имен, типов данных, индексов, условий на значение, значений по умолчанию, триггеров, а также режим добавления штампов времени; ° все обнаруженные ошибки, включая переполнение базы данных или журнала транзакций, недостаточные разрешения, не созданные устройства или базы данных, пропущенные таблицы, значения по умолчанию или условия на значение, не примененные условия связей, пропущенные запросы (поскольку они не могут быть преобразованы в синтаксис М!сгозой Я.>Е Бегуег), а также ошибки преобразования элементов управления и источников записей в Формах и отчетах.
Тексты баз данных М!сгозой Я )1. Вегчег 7.0 или более поздней версии мастер преобразует в юникод, добавив идентификатор строки во все строковые значения и префикс «и» во все типы данных, Все типы данных М!сгозой Ассезз преобразуются в эквивалентные типы М!сгозоп ВО1. Бегуег. 113 Рассмотрев технологии создания таблиц (основы серверной части приложения управления удаленными базами данных) средствами визуального проектирования СУБД М(сгоаой Асеева и преобразование базы данных формата М(сгозой Асеева в приложение типа клиент — сервер формата М(сгозой БО(.
Бегчег, можно сделать следующий вывод: особенность предлагаемых технологий сводшпся к широкому привлечению специалистов конкретной предметной области к разработке проекта баз данных. 8.3. Проектирование и модификация таблиц командами ЗСИ. В гл. 3 рассматривались операторы языка Я()Ь. В данном подразделе рассмотрим подробнее операторы создания и модификации таблиц. Создание таблиц баз данных. В различных СУБД организация процесса создания таблиц баз данных может быть различной в зависимости от диалектов БО(. и организационной структуры конкретного предприятия, на котором создается информационная система.
Как правило, право создания таблиц обычно закрепляется за администратором базы данных (АБД). В соответствии с стандартом 130/ЕС 9075:2003 таблицы и другие объекты базы данных существуют в некоторой среде (епч(гопгпещ). Среда состоит из одного или нескольких каталогов (сага1оя). В свою очередь, каталог состоит из некоторого количества схем (зс(теща). Схема представляет собой поименованный набор объектов базы данных, которые определенным образом связаны друг с другом (таблицы с формами или запросами, запросы с формами или отчетами и т.п.).
Все объекты схемы имеют определенного владельца — разработчика. Стандарт также регламентирует механизм создания и удаления схем. Оператор создания схемы имеет следующий формат: снкдтк никин (Хапзе (имя схемы) ~ А(ЗТОКАХ1АТ1ОХ Сгеагог 1депцТ(ег (имя пользователя Ц Следовательно, если создателем схемы под именем САРК ТР является С(йогой; то данный оператор будет выглядеть следующим образом: снкдтк викин САРК ТР А$3ТОКА21АТ10Х СЫого(Т; Схему можно удалить с помощью оператора ОКОР БНЕМА, который имеет следующий формат: пион ннкид Хате (КЕЯТК1СТ ~ САБСАЕ>Е) 114 Ключевое слово КЕБТИСТ (принимается по умолчанию) означает, что изначально схема должна быть пустой, иначе выполнение операции будет отменено. Если указано ключевое слово САКСАУЛЕ, то при выполнении оператора будут удалены все связанные с уда)иемой схемой объекты.
После создания обшей структуры базы данных можно приступить к созданию таблиц с помощью оператора СКЕАТЕ ТАВ1.Е, который в общем виде имеет следующий формат: СВЕАТЕ ТАВОТЕ ТаЬ1еМате ( ( 1 Нате с(ааатуре [НоС НОЬЬ] [()НТ(1()Е] [ОЕРАОйт беГаи1СОре1ол! (СНЕСК (аеагсЛСолЖС1ол) ! ( ° -!) [РВ1МАВт КЕУ (11аСОГСо1итпа),! ( ОХ?ОСЕ (11аСОЙСо1итла),! [, ...!) ( РОВЕ16И КЕУ (11аСОГРогетдпКеуСо1итла) ВЕРЕВЕИСЕБ РагелетаЬ1еиате [(11аСОГСалс(дбаееКеуСо1итла)], (МАТСН (РАВТ1АЬ ) Ейной [ОН ОРРАТЕ геГегепеза1Асехоп] [ОБ ОР)ЗАТЕ гетегепеза1лссхоп] [, ...!) ([СНЕСК (аеагсАСопс~зе1оп) ! [, ...])) В результате выполнения оператора СКЕАТЕ ТАВ1.Е будет создана таблица, имя которой задается параметром Таб!ел(ате, состоящая из одного или нескольких столбцов типа ИагаТуре. Для задания значения, применяемого по умолчанию при вводе данных в конкретный столбец, предусмотрена необязательная конструкция ПЕГА[Л.Т.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
