Горев А., Макашарипов С., Ахаян Р. Эффективная работа с СУБД

Подождите немного. Документ загружается.

Индексный CDX-файл, называемый структурным составным индексом, представляет собой

наиболее общий и важный тип индексных файлов Visual FoxPro.

Обратите внимание на следующие свойства структурного CDX-файла:

• Автоматически открывается при открытии таблицы.

• В одном индексном файле может содержаться несколько вариантов упорядочения записей

или индексных ключей.

• Автоматически поддерживает операции добавления, изменения или удаления записей

таблицы.

Visual FoxPro предлагает дополнительно еще два вида индексных файлов: неструктурные СDХ-

файлы и файлы с одним ключом - IDX-файлы. Однако СDХ-файлы, или структурные составные

компактные индексы, представляют наиболее важный вид индексов. Остальные два вида

индексов употребляются реже.

Visual FoxPro поддерживает четыре типа индексов: первичные, кандидаты, уникальные и

обычные. Тип индекса определяет, допустимы или нет повторяющиеся значения полей и

записей.

Первичный индекс (Primary) - это единственный индекс в таблице, который определяет

уникальное ключевое значение для ее записей.

Следовательно, он запрещает повторяющиеся значения в заданных полях или в выражении.

Для таблицы может быть создан только один первичный индекс. При попытке задать первичный

индекс для поля, в котором уже имеются повторяющиеся значения, Visual FoxPro выдает

сообщение об ошибке.

Индекс-кандидат (Candidate) - это индекс, который удовлетворяет требованиям к первичному

индексу, но может быть не единственным в таблице.

Он также запрещает повторяющиеся значения в заданных полях или выражении. Название

"кандидат" относится к основному свойству индекса: поскольку он запрещает дублирующие

значения, то этот индекс можно использовать в качестве первичного индекса для таблицы.

При попытке задать индекс-кандидат для поля, в котором уже имеются повторяющиеся

значения, Visual FoxPro выдает сообщение об ошибке.

Первичные индексы и индексы-кандидаты создаются с помощью команд CREATE TABLE или

ALTER TABLE. При определении постоянного отношения типа "один ко многим" или "один к

одному" можно использовать со стороны "один" как первичный индекс, так и индекс-кандидат.

Для создания первичного индекса или индекса-кандидата на вкладке Index Конструктора

таблиц выберите тип индекса Primary или Candidate и создайте индекс (рис. 6.7) или используйте

команду ALTER TABLE.

converted to PDF by HupBaH9I

Рис. 6.7.

Например, каждая из следующих команд делает key_model первичным ключом для таблицы

Model:

ALTER TABLE Model ADD PRIMARY KEY key_model TAG key_mode

ALTER TABLE Model ALTER COLUMN key_model I PRIMARY KEY

Первичные индексы и индексы-кандидаты хранятся в структурном СDХ-файле данной

таблицы, а также в базе данных, когда установлены свойства "Primary" или "Candidate". Эти типы

индексов невозможно хранить ни в неструктурных СDХ-файлах, ни в IDХ-файлах. Основной

причиной этого является то, что файл, содержащий индексы таких типов, должен быть всегда

открытым, если открыта соответствующая таблица.

Если в индексном выражении, связанном с базой данных, используется определенная

пользователем функция, то выражение обрабатывается таким же образом, как и выражения

правил проверки и триггеров, содержащие определенные пользователем функции.

В Visual FoxPro уникальный индекс (Unique) не запрещает повторяющиеся значения, однако

уникальный индекс запоминает в индексном файле только первое появление каждого значения.

Слово "уникальный" относится к значениям индексного файла, содержащего только

уникальные значения ключей; поскольку каждое значение не запоминается более одного раза,

все последующие появления какого-либо значения игнорируются. Если таблица

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

Уникальный тип индексов поддерживается для обеспечения совместимости с предыдущими

версиями.

Обычный индекс (Regular) - это индекс, который не является уникальным, первичным или

индексом-кандидатом.

Обычные индексы используются для упорядочения и поиска записей, но не для обеспечения

уникальности данных в этих записях. Обычный индекс используется также при организации

converted to PDF by HupBaH9I

постоянных отношений типа "один ко многим" со стороны многих.

После создания индексных ключей для таблицы Model по полям key_model, key_firm,

key_fuil_oil, key_tyre и key_body можно выводить записи в различном порядке, просто выбирая

нужный индексный ключ. Команда SET ORDER используется для указания того индексного

ключа, по которому будет упорядочиваться таблица.

Например, следующие команды открывают окно Browse для просмотра данных и выводят

записи таблицы Model, упорядоченные по полю key_model:

SET ORDER ТО key_model

BROWSE

В табл. 6.3 систематизируются свойства трех видов индексов.

Таблица 6.3. Виды индексов Visual FoxPro

Виды

индекса

Описание Количество

ключей

Ограничения

Структурный

CDX

Имя файла,

совпадает с

именем

таблицы;

автоматически

открывается

при открытии

таблицы

Выражения со

многими

ключами,

называемыми

тегами

Максимум 240

символов на

вычисляемое

выражение

Неструктурный

CDX

Должен

открываться

явно; имеет

имя файла,

отличное от

имени файла

таблицы

Выражения со

многими

ключами,

называемыми

тегами

Максимум 240

символов на

вычисляемое

выражение

Простые IDX Должен

открываться

явно; имя

файла с

расширением

.IDX

определяется

пользователем

Одноключевые

выражения

Максимум 100

символов на

вычисляемое

выражение

Неструктурные СDХ-индексы применяются в тех случаях, когда требуется создать несколько

индексных тегов для какой-либо специальной цели, однако нежелательна постоянная поддержка

этих индексов. Например, если приложение содержит некоторый набор отчетов на основе

анализа данных в полях, которые в остальное время не индексируются, то прикладная

программа может создать неструктурный СDХ-индекс с необходимыми индексными тегами,

запустить на выполнение эти отчеты, а затем удалить неструктурные СDХ-индексы.

Для создания неструктурного индексного тега используйте команду INDEX с параметрами TAG

и OF.

Предложение OF в команде INDEX используется для указания того, что индекс-ный тег

должен быть сохранен в файле, отличном от структурного СDХ-файла данной таблицы.

Например, следующая команда создает тег с именем name_firm для таблицы Firm и сохраняет его

в неструктурном СDХ-файле с именем NSTRFIRM.CDX:

USE Firm

INDEX ON name_firm TO TAG name_firm OF NSTRFIRM

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

хранится в файле с расширением IDХ. В отличие от СDХ-индексов, которые строятся на основе

выражений со многими ключами, простые IDХ-индексы сохраняют информацию только об одном

ключевом выражении.

Обычно простые индексы используются в качестве временных индексов, создаваемых или

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

создано сколько угодно IDХ-файлов. Некоторые программисты предпочитают использовать этот

тип индекса при создании многопользовательских приложений, так как он легче поддается

восстановлению в случае аварийных сбоев.

converted to PDF by HupBaH9I

Вы можете упростить организацию поиска данных в приложении, если воспользуетесь

индексами на основе выражений. Выражения могут быть простыми или сложными - это зависит

от задачи.

Простые индексные выражения - это индексы, построенные на основе одного поля или

сложения нескольких символьных полей для формирования составного ключа. Например, можно

создать индекс для таблицы Customer из базы данных Auto_Store на основе выражения:

last_name + first_name + patronymic

Если просматривать таблицу Customer, когда она упорядочена по такому ключу, то можно

убедиться, что она оказывается отсортированной по полю last_name, затем по полю first_name и

только после этого по полю patronymic.

Вы можете создать индекс с помощью следующей команды:

INDEX ON last_name + first_name + patronymic TAG ; LasFirPat

Можно создавать индексы на основе более сложных индексных выражений. Индексные

выражения Visual FoxPro могут содержать функции Visual FoxPro, константы или определенные

пользователем функции.

Результат вычисления индексного выражения не должен превышать 100 символов для простых

(IDХ) индексов и 240 символов для тегов СDХ-индексов. В одном индексном теге можно

комбинировать данные различных типов, преобразовав компоненты выражения к символьному

типу.

Для индексных тегов могут употребляться встроенные функции Visual FoxPro. Например, чтобы

преобразовать поле типа дата в символьное выражение, можно использовать функцию DTOS(), а

для преобразования числового значения в строку символов - функцию STR(). Пусть требуется

создать индексный тег для таблицы Account, в котором бы комбинировались поля date_write

(дата выписки счета) и sum_ (сумма оплаты), тогда можно использовать следующее индексное

выражение:

INDEX ON DTOS(date_write) + STR(sum_) TAG DatSum

Вы можете расширить возможности индекса, если будете использовать в индексном

выражении хранимые процедуры и определенные пользователем функции.

Если индексный тег строится для таблицы, связанной с базой данных, то предпочтительнее

использовать хранимые процедуры, а не определенные пользователем функции. Поскольку

определенная пользователем функция хранится в файле, отдельном от базы данных, есть

вероятность, что этот файл будет перемещен или удален, а это приведет к неработоспособности

индексный тег, ссылающийся на такую функцию. Хранимые же процедуры запоминаются в DBС-

файле и всегда могут быть найдены Visual FoxPro.

Другим преимуществом использования хранимых процедур в индексных выражениях является

то, что в индексе будет гарантировано использование в точности того кода, который указан. Если

же в индексном выражении используется определенная пользователем функция, то при

выполнении индексирования будет вызываться любая функция с указанным именем,

оказавшаяся в области видимости Visual FoxPro.

Использование хранимых процедур или определенных пользователем функций следует

тщательно продумывать, поскольку это увеличивает время создания индекса.

Вы можете просматривать записи по убыванию ключа, создав индекс с убывающими ключами

или рассматривая обычный индекс в обратном порядке.

Как создать убывающий индекс? На вкладке Index Конструктора таблиц нажмите кнопку со

стрелкой слева от поля Name так, чтобы стрелка на кнопке указала вниз, или используйте

предложение DESCENDING в команде INDEX ON.

При создании структурного составного индексного файла можно использовать оба метода. При

создании индексов других видов можно использовать только второй способ. Например, можно

создать новый убывающий индекс, упорядочивающий таблицу Account от больших к меньшим

значениям поля sum_, и просматривать таблицу в таком порядке при помощи следующего

программного кода:

USE Account

INDEX ON sum_ TAG sum_ DESCENDING

BROWSE

converted to PDF by HupBaH9I

Возможность читать индекс по убыванию ключа позволяет воспользоваться существующим

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

Account по полю sum_, созданный с помощью следующего программного кода:

USE Account

INDEX ON sum_ TAG sum_

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

ключа можно с помощью следующего программного кода:

USE Account

SET ORDER ТО sum_ DESCENDING

BROWSE

В предыдущих примерах внимание было сосредоточено на доступе к информации по убыванию

ключа. Однако обе команды - SET ORDER и INDEX - могут использоваться с опцией ASCENDING.

Комбинируя разные варианты употребления этих команд, можно добиться значительной гибкости

приложения. Например, при создании индекса можно указать опцию ASCENDING или

DESCENDING для наиболее часто используемого порядка, а если необходимо, в команде SET

ORDER можно указать противоположный порядок.

Вы можете ограничить множество доступных данных только необходимыми данными,

использовав фильтрующий индекс. Если создать фильтрующий индекс, то видимы и доступны

будут только записи, удовлетворяющие критерию фильтрующего выражения.

Как создать фильтр? На вкладке Index Конструктора таблиц введите фильтрующее выражение

в поле ввода Filter нужного индекса (рис. 6.8) или используйте необязательное предложение FOR

в команде INDEX.

Рис. 6.8.

Если в команду INDEX ввести необязательное предложение FOR, то индекс будет действовать

на таблицу, как фильтр. Индексные ключи будут создаваться в индексном файле только для

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

фильтрующий индекс и выводит отфильтрованные данные в окне просмотра:

USE Account

INDEX ON sum_ FOR sum_>>30000 TAG sum_

converted to PDF by HupBaH9I

BROWSE

Для того чтобы временно отфильтровать данные без построения специального фильтрующего

индекса, используется команда SET FILTER. Особенно полезна эта команда в тех случаях, когда

требуется задать временное условие, которому должны удовлетворять записи таблицы, чтобы

быть доступными. Например, чтобы отфильтровать таблицу Account так, чтобы показать только

счета с суммой оплаты больше 30000, можно использовать следующие команды:

USE Account

SET FILTER ТО sum_ >> 30000

BROWSE

Команда SET FILTER воспринимает в качестве фильтра любое допустимое логическое

выражение Visual FoxPro. После того как выдана команда SET FILTER, в таблице будут доступны

только записи, удовлетворяющие условию фильтра. Все команды доступа к таблицам действуют с

учетом установленного командой SET FILTER критерия. Для каждой открытой таблицы может

быть установлен свой фильтр.

Вы можете повысить производительность при работе с индексированными таблицами,

поддерживая индексы в актуальном состоянии (соответствующим данным в таблицах) и

используя в них оптимизируемые выражения.

Индексный файл может оказаться устаревшим, если таблица открывается без

соответствующего индексного файла и в ее ключевые поля вносятся изменения. Индексные

файлы могут также оказаться недействительными в результате аппаратных сбоев, а также в

результате редактирования таблицы программами, отличными от Visual FoxPro. Если индексный

файл оказался устаревшим, то его можно обновить командой REINDEX.

Как перестроить индексный файл? В меню Table выберите Rebuild Indexes или используйте

команду REINDEX.

Например, следующий программный код обновляет индексный файл для таблицы Account:

USE Account REINDEX

Команда REINDEX обновляет все индексные файлы, открытые в текущей рабочей области.

Visual FoxPro распознает все виды индексных файлов (составные СDХ-файлы, структурные СDХ-

файлы и простые IDХ-файлы) и соответственно их перестраивает. Обновляются все теги в СDХ-

файлах и структурных СDХ-файлах, открывающихся автоматически вместе с таблицей.

Перестройка индексов требует временных затрат, особенно для больших таблиц. Перестройку

индексов следует производить только при необходимости.

Итак, пришло время вернуться к нашей задаче, описанной в первой главе (раздел 1.2) и

спроектированной во второй (раздел 2.2). Следующий программный код описывает создание

базы данных Auto_Store. Полностью программа записана на прилагаемой к книге дискете, здесь

мы приводим ключевые фрагменты, исключая однотипные операции:

WAIT WINDOW "Один момент..." NOWAIT

* После выполнения данного кода не забудьте БД

* "Auto_Store" включить в проект (с помощью клавиши Add,

* предварительно выделив пункт Databases во вкладке Data)

CREATE DATABASE auto_store && Создание БД Auto_Store

? DBSETPROP('auto_store', 'database', 'comment', ;

'Автоматизация управления работы дилера по продаже легковых автомобилей.') && Комментарий

к БД

* Создание таблицы Model

CREATE TABLE Model (key_model i, name_model c(20), key_firm i DEFAULT 1, ;

swept_volume n(5) NULL, quantity_drum n(2) NULL, ;

capacity n(5,1) NULL, torgue n(5,1) NULL, ;

key_fuel_oil i DEFAULT 1, top_speed n(5,1) NULL, ;

starting n(4,1) NULL, key_tyre i DEFAULT 1, ;

key_body i DEFAULT 1, quantity_door n(1) NULL, ;

quantity_sead n(2) NULL, length n(5)<|>NULL, width n(4) ;

NULL, ;

height n(4) NULL, expense_90 n(4,1) NULL, ;

expense_120 n(4,1) NULL, expense_town n(4,1) NULL)

* Установка заголовков (для таблицы model)

? DBSETPROP ('Model.key_model', 'field', 'caption', ; 'Уникальный ключ модели')

? DBSETPROP ('Model.name_model', 'field', 'caption', ; 'Наименование модели')

converted to PDF by HupBaH9I

? DBSETPROP ('Model.key_firm', 'field', 'caption', ;

'Уникальный ключ фирмы')

...

* Создание комментария (для таблицы Model)

? DBSETPROP ('Model.key_firm', 'field', 'comment', ;

'По данному полю можно определить наименование фирмы ; через таблицы Firm')

* Создание первичного ключа (для таблицы Model)

ALTER TABLE Model ADD PRIMARY KEY key_model TAG key_model

* Формирование правил и сообщений об ошибке

* (для таблицы Model)

ALTER TABLE Model ALTER COLUMN swept_volume SET CHECK ; swept_volume>>0 ;

ERROR "Значение рабочего объема не должно быть ; отрицательным"

ALTER TABLE Model ALTER COLUMN quantity_drum SET CHECK ; quantity_drum >>= 1 ;

ERROR "Количество цилиндров должно быть больше или равно 1"

* Создание таблицы Firm

CREATE TABLE Firm (key_firm i, name_firm c(20), ; key_country i)

* Установка заголовков (для таблицы Firm)

? DBSETPROP ('Firm.key_firm', 'field', 'caption', ;

'Уникальный ключ фирмы')

? DBSETPROP ('Firm.name_firm', 'field', 'caption', ;

'Наименование фирмы')

? DBSETPROP ('Firm.key_country', 'field', 'caption', ;

'Уникальный ключ страны')

* Создание первичного ключа (для таблицы Firm)

ALTER TABLE Firm ADD PRIMARY KEY key_firm TAG key_firm

...

* Создание таблицы Automobile_Passenger_Car

CREATE TABLE Automobile_Passenger_Car (key_auto i, ; key_model i, date_issue d, cost n(10,2))

* Установка заголовков

* (для таблицы Automobile_Passenger_Car)

? DBSETPROP ('Automobile_Passenger_Car.key_auto', ; 'field', 'caption', 'Уникальный ключ

автомобиля')

...

* Создание первичного ключа

* (для таблицы Automobile_Passenger_Car)

ALTER TABLE Automobile_Passenger_Car ADD PRIMARY KEY ; key_auto TAG key_auto

*Создание постоянных отношений

ALTER TABLE Automobile_Passenger_Car ;

ADD FOREIGN KEY key_model TAG key_model REFERENCES Model

ALTER TABLE Model ;

ADD FOREIGN KEY key_firm TAG key_firm REFERENCES Firm

ALTER TABLE Model ;

ADD FOREIGN KEY key_fuel_oil TAG key_fiuel REFERENCES ; Fuel_Oil

...

6.2. Access

Согласно сложившемуся мнению, СУБД Microsoft Access предназначена для конечных

пользователей, которые легко и непринужденно создают достаточно сложные приложения.

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

и отчеты. Если нужен какой-нибудь "наворот", то используют макросы. Сразу оговоримся, что это

вполне возможно, хотя мы уверены, что без программирования даже в Access не обойтись.

В этом параграфе мы рассмотрим визуальные методы создания баз данных в MS Access.

Основой любой системы обработки систематизированных данных являются таблицы. Казалось

бы, вслед за этим может последовать вопрос: а почему бы не использовать Excel, в котором

таблицы и создавать не надо, они уже давно созданы. Авторам известен случай, когда директор

одного из заводов, страшный поклонник Excel, требовал от специалистов по информационному

обеспечению построить автоматизированную систему управления документооборотом на основе

Microsoft Excel. Критерием приема на работу на этом заводе программиста, да и любого другого

специалиста, было наличие твердых и уверенных познаний электронных таблиц известного

производителя программных продуктов. К сожалению, до конца проследить за этой историей не

удалось, возможно, что-нибудь получилось. Да и почему нет - в конце концов, живем в

свободной рыночной стране, если сказали, что это АСУ, значит, это АСУ, и не рассказывайте нам

сказки про связи, сущности и уж тем более про ODBC.

В Access можно сконструировать 90 % приложения из данных вам "кубиков", которые здесь

converted to PDF by HupBaH9I

называются объектами, и дописать немножко кода для особо требовательных процессов.

Возможны контраргументы - "больно медленный продукт". Уверяем вас, не медленней, чем

Delphi, когда тот работает с данными. Не делает EXE-файлы. Минус, но насколько важный?

Время, когда надо было "работать с дисковода", уже прошло.

Мы не будем никого разубеждать и что-либо доказывать. Наша цель - показать, как строить

базы данных в Access и как работать с ними.

Access - достаточно тесно интегрированный в Microsoft Office продукт. Попро-буйте провести

следующую операцию. Откройте любую таблицу в Excel. Наберите какие-нибудь табличные

данные. Например, как в следующей таблице:

First Second Third

Вольво 2 12.03.96

Волга 56 12.04.96

Мерседес 34 17.12.96

Тойота 78 14.09.23

Теперь выделите область с данными и скопируйте ее в буфер. Если у вас еще не открыт

Access, то откройте его. Для того, чтобы создать контейнер базы данных, выберите в меню Файл

команду Создать. Либо воспользуйтесь значком с изображением белого листка бумаги, во всех

приложениях Microsoft означающим "создать новый файл". В контейнере, который представляет

собой графическое средство работы с базой данных, отображаются все объекты, которые в ней

содержатся.

Объекты каждого типа располагаются на своих страницах. Нас интересуют таблицы, поэтому

переходим на страницу Таблицы. Выполнив операцию Вставить, мы получаем новую таблицу. У

нее есть один недостаток, на который в принципе не стоит обращать внимания, - текстовые поля

всегда имеют длину в 255 символов.

Мы не призываем вас сразу же переводить таблицы из Excel в Access, это был просто

маленький пример, показывающий интеграцию Access в Microsoft Office.

Первое, с чего рекомендуется начинать - создание таблицы. Очевидно и, можно сказать,

банально. Следует отметить одно "но" - структура вашего приложения может быть достаточно

сложной и не всегда вписываться в рамки простых стандартов. Приведем несколько примеров.

Вы используете данные с сервера, в таком случае, возможно, вам не придется создавать

таблицы, а надо присоединять таблицы с сервера. Эта операция не намного сложнее, чем их

создание.

Подобная же ситуация может сложиться, если на вашем предприятии применяют приложения,

использующие другие процессоры данных. Вы можете совместно обрабатывать их, используя

присоединенные таблицы. То есть вы работаете на Access, а все остальные, например, на FoxPro.

При этом используете одни и те же таблицы в формате FoxPro 2.6.

Рассмотрим другой случай. Вы решили хранить таблицы в одной базе данных, а объекты их

обработки и вывода - формы и отчеты - в другой. В таком случае вы либо используете

присоединенные таблицы, либо программным способом создаете запросы к таблицам и

используете их в своих формах.

Для начала рассмотрим обычный случай, который может охватить достаточно широкий круг

задач. В Контейнере БД перейдите на вкладку Таблицы и нажмите на кнопку Создать. Перед

вами появится диалоговое окно Новая таблица, показанное на рис. 6.9. В списке справа

перечислены пять пунктов, которые предоставляют различные варианты создания таблицы.

Рис. 6.9.

В первом случае на экран будет выведена готовая таблица для заполнения ее данными, как

показано на рис. 6.10.

converted to PDF by HupBaH9I

Рис. 6.10.

Во втором случае на экране появляется Конструктор таблиц, окно которого показано на рис.

6.11. Вооруженные знаниями типов полей, которые мы получили в главе 3, можем перейти к

конструированию. Для этого в первой колонке нам надо ввести название поля, а во второй, как

следует из ее названия, выбрать тип из предлагаемого списка. В третьей колонке настоятельно

рекомендуем как можно подробнее описать, с какой целью это поле появилось в таблице. Если

таблиц много, то вы можете проявлять сколь угодно бурную фантазию при выборе названия поля

и все равно однажды не сможете вспомнить, а для чего какое-то поле появилось. Обратим ваше

внимание на полезную информацию, которая выводится в правом нижнем углу. Вы можете

узнать, что бесполезно давать полю имя, число символов в котором более 64. А если нажмете на

клавишу F1, то узнаете, что нельзя использовать точку, восклицательный знак и квадратные

скобки. Пробелы могут быть внутри названия, но нельзя использовать их в начале имени.

Рис. 6.11.

Для каждого типа поля в левой нижней части экрана высвечивается свой набор свойств. Для

текстового поля обязательно укажите длину. Размеры по умолчанию вновь создаваемых

текстовых полей можно установить с помощью диалогового окна Параметры, вызов которого

происходит посредством задания одноименной команды в меню Сервис. В этом диалоге

выберите вкладку Таблицы/запросы, а в ней область с заголовком Размеры полей по умолчанию,

как это продемонстрировано на рис. 6.12. Опыт подсказывает, что довольно часто найти

оптимальную длину поля невозможно, поэтому какое бы значение по умолчанию вы ни

установили, свойство "длина поля" редактировать придется часто. Главный принцип, которым вы

должны руководствоваться, - самое длинное значение, которое вы введете в это поле, должно

"чувствовать себя в нем комфортно" и не быть усеченным. Можете особо не жалеть места.

Структура файла MDB такова, что лишнее пространство в поле, не занятое символами, не

хранится.

Можете провести эксперимент. Увеличьте размеры текстовых полей, но не редактируйте

записи. Потом проверьте размер. Он изменится. Но не навсегда - есть способ вернуть его к

прежнему размеру. Необходимо использовать сжатие базы данных. Эта операция доступна с

помощью меню Сервис, в котором есть команда Служебные программы, одна из которых и

converted to PDF by HupBaH9I

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

как, даже если вы удалите таблицу размером в пять мегабайт, ваша база данных автоматически

не уменьшится, пока вы не выполните сжатие. Меню Сервис динамически меняет свое

содержимое и для того, чтобы увидеть в нем команду Служебные программы, необходимо

закрыть базу данных.

Рис. 6.12. Установка размеров поля в Access по умолчанию

Следующее свойство поля - Формат - служит для вывода значений поля в более удобном виде.

Например, вам хочется выводить телефонные номера в общепринятом виде, то есть вот так:

(812)259-4277, а хранить в таблице в виде того же набора цифр, но без скобок и дефисов. Тогда

наберите в строке Формат следующее выражение:

(000)00-00000

Теперь данные будут выводится так, как мы привыкли видеть телефонные номера, хотя

храниться будут совсем по-другому. Для данного поля лучше использовать текстовый тип

данных. Поэкспериментируйте - поймете почему.

Когда мы начнем вводить данные или редактировать их, то снова увидим строку типа

8125250495. Эту проблему можно решить с помощью свойства Маска ввода. Наберите то же

самое, что и для свойства Формат. Access сам отредактирует введенное вами значение, оно будет

выглядеть так:

\(0\-000\)000\-00\-00

Если вы хотите подробнее ознакомиться с символами, которые используются при создании

значений свойств Формат и Маска ввода, то приготовьтесь потратить время - их достаточно

много. На первых порах советуем вам распечатать темы файла контекстной справки по этим

свойствам.

Для некоторых типов полей вы можете воспользоваться встроенными значениями форматов.

Особенно много их у поля типа "дата и время".

Следующее свойство - это Подпись поля, в английской версии Caption, то есть то, что мы

привыкли называть заголовком. Подпись - это альтернатива названия поля. При этом

converted to PDF by HupBaH9I