В Visual FoxPro можно создавать как таблицы, входящие в базу данных, так и отдельные таблицы, аналогичные таблицам, создаваемым в предыдущих версиях FoxPro. При создании таблиц, входящих в базу данных, можно кроме наименования таблицы определить длинное имя таблицы, содержащее до 128 символов. Это имя затем будет отображаться в окне проекта,а также использоваться при создании форм, запросов и отчетов.

2.3.1 Типы полей

Каждое поле таблицы характеризуется наименованием, типом и шириной поля. Допустимыми являются данные следующих типов:

Числовой Integer, Numeric, Float, Double. Тип Integer используется для хранения только целых чисел, при этом экономится место для хранения данных и вам не потребуется дополнительный формат для отображения данных в виде целых чисел. Поля Numeric и Float содержат числовые данные в двоичном формате с фиксированной точкой. Данные этого типа занимают 8 байт оперативной памяти и могут иметь ширину от 1 до 20. Тип Float оставлен для совместимости с предыдущими версиями. Тип Double предназначен для чисел с плавающей точкой и хранит 18 разрядов в сжатом виде. Такое поле занимает ровно 8 байт.

Логический тип Logical - содержит значения, соответствующие логической истине или логической лжи. Размер поля всегда -1.

Тип даты и даты-времени Date, DateTime очень похожи. Оба хранят даты. Каждый из них требует 8 байт для хранения даты в виде YYYYMMDD - 4 цифры на год, по 2 на месяц и день независимо от того, указывается век или нет. Для типа DateTime требуется еще 6 байт для хранения времени в виде HHMMSS, где HH - часы от 00 до 23, ММ - минуты, SS - секунды. Если вы превращаете тип Date в DateTime, то автоматически устанавливается время 12:00:00. Вы можете прибавить 1 к дате и увеличить ее на один день. Точно также вы можете прибавлять по 1 секунде к переменной типа DateTime.

Поле денежного типа Currency предназначено для хранения денежных сумм. Для этого поля определена точность, равная четырем знакам после запятой, которую вы не можете изменить. Данные этого типа занимают 8 байт в оперативной памяти. Максимально возможная сумма - чуть больше 922 триллионов.

Текстовое поле произвольной длины Memo и Memo (binary)- позволяет хранить длинные текстовые строки (более 254 символов). Memo-поля обеспечивают переменный размер сохраняемой строки на основе блочной структуры. блок состоит из фиксированного числа символов (по умолчанию - 64). Это означает, что каждые следующие 64 символа в строке требуют дополнительного блока. Н-р, если у вас есть строка из 72 байт, то для “лишних” 8 байт потребуется целый 64-символьный блок.

Размер блока можно менять с помощью команды SET BLOCKSIZE. Возможные размеры от 33 до 511 байт. Блоки большего размера кратны 512 байтам и обозначаются целыми числами от 1 до 32. Visual FoxPro допускает также блоки размера 0. В этом случае Visual FoxPro в процессе записи занимает байты по одному, поэтому память не расходуется понапрасну, однако производительность будет ниже, чем при большом размере блока.

Команда SET BLOCKSIZE должна располагаться до первой записи в Memo-поле. Когда вы создаете первую запись в Memo-поле, Visual FoxPro запоминает текущий размер блока в Memo-файле. Для того чтобы изменить размер блока в Memo-файле, вам придется перезаписать каждое Memo-поле. Запомните, что независимо от размера блока первый блок резервирует 8 байт под указатель.

Почему вас должен волновать размер блока? Чем он больше, тем больше лишней памяти тратится при просмотре Memo-поля, если записи сильно отличаются по длине. С другой стороны, чем больше блоков в Memo-поле, тем медленнее Visual FoxPro их выводит. Поэтому лучше всего размер блока установить равным наиболее вероятной длине записи.

Поле Memo(binary) - может содержать двоичные данные, такие как просканированные изображения и оцифрованная музыка.

Двоичное поле произвольной длины General применяется для хранения графики. Это поле является специальной разновидностью Memo-поля. Данные поля General хранятся в том же FPT-файле, что и другие Memo-поля.

2.3.2 Свойства полей

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

Validation Rule - условие правильности ввода данных. Н-р, в таблице ФТЭ поле POGRESH (погрешность) не может принимать значение > 30. Это условие и вводится в качестве правила. Если условие не выполняется, то можно выдать свое сообщение, которое задается в текстовом поле Validation Text. Правилом проверки может быть любое логическое выражение. Если выражение слишком сложное и не помещается в одну строку, то можно вычислять его с помощью пользовательской функции. Единственное требование к такой функции - возвращаемое значение должно быть логического типа. Проверка значения поля производится в момент любого его изменения - при выходе из поля при просмотре вручную или при выполнении команд INSERT(вставить) и REPLACE (заменить).

Default Value - задание значения поля по умолчанию. Тип выражения должен совпадать с типом поля. Значение по умолчанию будет присваиваться полю каждый раз при добавлении новой записи как в программе, так и при ручном редактировании таблицы.

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

Field Comment - это поле ввода служит для хранения информации, содержащей краткое описание поля. Эта информация записывается как Memo-поле, поэтому длина ее не ограничена. Комментарий может быть использован для любых целей или вообще не использован. Он нужен только для облегчения обслуживания таблицы.

2.3.3 Использование опции NULL

Visual FoxPro позволяет решить все эти конфликты путем использования нового значения поля - NULL. Для этого, во-первых, нужно выполнить команду SET NULL ON в командном окне или в программе. Во-вторых, нужно изменить структуру таблицы, установив опцию NULL для всех полей, которые должны принимать это значение. если вы этого не сделаете, Visual FoxPro будет выдавать сообщение об ошибке при попытке добавить запись с неопределенным значением при помощи команд APPEND FROM или INSERT SQL. Значение NULL будет помещено во все поля, допускающие это значение и не содержащие информации.

Предостережение. По умолчанию использование неопределенного значения NULL в полях запрещено. Если при этом выполнена команда SET NULL ON, то поле нельзя пропустить, не введя в него информацию. Не допускайте появления пустых или неопределенных индексных полей. Для этого введите команду SET NULL ON и снимите флажки на индексных полях.

Правила использования опции NULL:

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

- при установке опции NULL на пустое символьное поле оно останется пустым

- при установке опции NULL на числовое поле, имеющее нулевое значение, значение поля не изменяется

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

- при сбросе опции NULL на числовое поле с неопределенным значением в поле заносится число ноль.

2.3.4 Свойства таблицы и хранимые процедуры

Условия достоверности ввода данных можно задать и на уровне записей. Эти условия будут являться свойствами таблицы. Проверка производится при попытке перехода на другую запись после любого изменения в текущей записи. Проверка на уровне записи обычно используется, если условие проверки требует анализа более одного поля записи. Н-р, при вводе данных о новом сотруднике можно проверить, превышает ли его возраст 18 лет. Для этого надо сравнить дату приема на работу и дату рождения. другим примером может быть отпуск товара в кредит. В этом случае при вооде новой строки в счете необходимо сравнить итоговую сумму заказа покупателя с установленным для него максимальным кредитом.

Для определения выражения проверки достоверности ввода используются поле ввода Validation Rule, в которое вводится логическое выражение. Если значение этого выражения равно (.Т.), то считается, что пользователь ввел допустимые данные и разрешается выход из записи. В противном случае Visual FoxPro не позволяет переместить указатель на другую запись и не записывает сделанные изменения, показывая при этом сообщение, заданное в поле Validation Text.

Для проверки правильности записей в Visual FoxPro введена новая функция GETFLDSTATE(). Она позволяет определить, изменилось ли поле в текущей записи за время выполнения последней команды и была ли запись помечена на удаление. Синтаксис функции:

GETFLDSTATE (имя поля ! номер поля [,псевдоним ! рабочая область])

Функция возвращает одно из значений, определяющих состояние заданного поля.

Эта информация выдается только для таблиц, включенных в базу данных. Информацию о всех полях текущей записи можно получить с помощью функции GETFLDSTATE(-1). В этом случае функция возвращает строку, в которой сначала находится состояние признака удаления, а за ним - состояния всех полей записи. Использование функции с аргументом 0 возвращает только состояние признака удаления. При использовании с любыми другими аргументами, кроме (-1), эта функция возвращает числовое значение.

Если правило проверки не укладывается в одно выражение, то его (правило) можно определить в виде пользовательской функции и записать как хранимую процедуру базы данных. Хранимая процедура - это процедура, хранящаяся в б.д. Она может содержать любые команды и функции, допустимые в пользовательских функциях. Хранимые процедуры при необходимости можно использовать и самостоятельно для выполнения операций, которые характерны для текущей базы данных.

Предостережение!

- Изменение любого поля записи из тела функции проверки в Visual FoxPro запрещается. Функция служит только для диагностики ошибок, но не для их коррекции.

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

- Все правила проверки и процедуры проверок записаны в базе данных. Отделение таблицы от базы данных приведет к разрушению связей с этими процедурами. Сами процедуры останутся на месте, но их выполнение станет невозможным.

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

Имеются ограничения на использование триггеров. Вы не можете:

- перемещать указатель записи в текущей рабочей области

- изменять значения полей текущей записи

- закрыть текущую рабочую область или открыть в ней новый файл

Лучше всего использовать триггеры для обеспечения (поддержания) межтабличной целостности.

В окне свойств таблицы можно определить следующие триггеры:

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

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

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

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

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

вызов INSERT:

- при выполнении команд APPEND FROM, APPEND FROM ARRAY, APPEND BLANK

- когда вы добавляете новую запись в режиме BROWSE или EDIT

- при выполнении команд IMPORT (импортирует данные из файла внешнего формата, создавая новую таблицу Visual FoxPro), INSERT-SQL, RECALL

- при снятии метки об удалении записи в режиме BROWSE или EDIT

вызов UPDATE:

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

- при выполнении команд GATHER (замещает данные в текущей записи таблицы содержимым таблицы), REPLACE, REPLACE FROM ARRAY, UPDATE-SQL (обновляет записи в таблице)

вызов DELETE:

- при выполнении команды DELETE

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

При создании триггеров необходимо учитывать особенности их вызова:

- выполнение команды PACK не приводит к вызову триггеров

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

Свойства таблицы при необходимости можно менять программным путем с помощью новых команд ALTER TABLE и ALTER COLUMN. Н-р, потребовалось изменить название города по умолчанию:

ALTER TABLE tabl1 ALTER COLUMN gorod SET DEFAULT `Астрахань'

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

2.4 Типы индексов