Горев А., Макашарипов С., Ахаян Р. Эффективная работа с СУБД
Подождите немного. Документ загружается.
Рис. 7.13. Выбор таблицы для добавления записей
Обратите внимание, что таблица может находиться в другой базе данных, правда, для этого
вам еще надо безошибочно указать название файла и полный путь к нему без использования
режима Обзор.
После этого Конструктор немного преобразится. Строка Вывод на экране станет называться
Добавление, и в ней необходимо указывать поле, в которое вы будете добавлять значения из
текущей колонки, как это показано на рис. 7.14.
Рис. 7.14.
Запрос - Создание таблицы
Для того чтобы создать запрос данного типа, необходимо выбрать в меню Запросы команду
Создание таблицы. Так же как и в предыдущем типе запросов, вам будет предложено выбрать
или ввести название таблицы, причем опять же она может находиться в другой базе данных. По
синтаксису полученный запрос очень похож на запрос выборки, только в конце добавляется
конструкция следующего вида:
...INTO <<название новой таблицы>>
Так что если вы научились строить запросы выборки, то можете считать, что вы можете
строить запросы для создания таблиц.
Запрос удаления
Выбрав команду Удаление из меню Запросы, вы можете приступить к конструированию
запроса удаления. Внешний вид окна Конструктора несколько изменится. Вместо строк
Сортировка и Вывод на экран теперь вы увидите только одну - Удаление, которая может
принимать два значения, причем без активного участия с вашей стороны. Если выбрать вместо
названия конкретного поля звездочку, то строка удаления примет значение "Из". При выборе же
конкретного поля строка примет значение "Условие". Причем надо отметить, что если вы
напишете условия отбора записей в колонке, где выбрана звездочка, то есть выбраны все поля,
то при попытке выполнения запроса появится сообщение о том, что писать эти условия в этой
converted to PDF by HupBaH9I
колонке нельзя. То есть строка Удаления имеет направляющий смысл, никак не влияющий на сам
механизм выборки данных (рис. 7.15).
Рис. 7.15.
Запрос обновления
Запрос обновления, для создания которого необходимо повторить те же шаги, что и для
предыдущих типов запросов, служит, как видно из его названия, для обновления данных в
таблице или нескольких таблицах. Если сравнивать внешний вид Конструктора с предыдущим
типом запросов, то вы увидите только одно изменение - строка Удаление заменилась строкой
Обновление. В эту строку вам необходимо заносить новое значение поля, которое оно
приобретет после выполнения запроса.
Перекрестный запрос
Это последний из типов запросов, которые мы можем создавать визуально. Для этого запроса
вы должны выбрать три поля, одно из которых будет содержимым первой колонки полученного
набора данных, значения второго поля станут заголовками остальных колонок, а содержимое
третьего поля после обработки какой-либо из функций агрегирования будет отображаться во
всех остальных колонках.
В качестве примера рассмотрим достаточно тривиальную выборку по трем полям account,
key_customer и summa.
Итоговый запрос будет содержать следующие данные:
account
key_customer
summa
101 1 10000
102 2 12300
103 3 13000
104 4 24000
104 4 31000
105 5 34000
105 5 36000
106 6 24000
106 6 28000
Теперь с помощью этих полей построим перекрестный запрос. Для этого вначале, как вы
догадались, установим тип запроса с помощью меню или соответствующего значка. Далее
обратимся после выбора необходимых нам полей к третьей строке.
Мы можем выбрать для каждой колонки значение в этой строке из набора, который состоит из
слов "Группировка", "Выражение", "Условие" и набора уже знакомых нам функций
агрегирования. Выбор значений в этой строке накладывает определенные обязанности по
выбору значений в четвертой строке, так как Access контролирует ошибки только при попытке
converted to PDF by HupBaH9I
сделать выборку. Иногда бывает очень жаль потраченных усилий.
Таким образом, если мы выбрали для поля account значение "Группировка", то значением
строки "Перекрестная таблица" лучше выбрать "Заголовки строк" или "Заголовки столбцов", либо
вообще не выводить его, но при этом обязательно добавить еще одно поле, в котором значение
строки "Групповая операция" должно быть "Группировка". В нашем примере, как видно из рис.
7.16, мы выбрали значение "Заголовки строк".
Рис. 7.16.
Для поля key_customer выбираем пару значений соответственно "Группировка/Заголовки
столбцов". Поле summa будет давать нам информацию о сумме покупок по конкретному счету,
поэтому групповой операцией для него станет функция агрегирования SUM(), а в перекрестной
таблице оно будет представлять собой искомое значение (см. рис. 7.16).
В итоге у нас получится следующий результат.
Account
1 2 3 4 5 6
101 10000
102 12300
103 13000
104 55000
105 70000
106 52000
Обратите внимание на полученное выражение. Ключевые слова TRANSFORM и PIVOT не
поддерживаются в стандарном SQL. Поэтому следующий ниже запрос или ему подобные вы
можете построить только в Access.
TRANSFORM SUM(Account.summa) AS Sum_summa
SELECT Account.account
FROM Account
GROUP BY Account.account
PIVOT Account.key_customer;
До сих пор мы рассматривали типы запросов, которые легко создать как визуально, так и в
окне режима SQL. Но есть несколько типов запросов, которые невозможно создать с помощью
Конструктора. В меню Запросы есть пункт Запрос SQL, который дает нам доступ к трем командам.
Команда объединения позволяет нам создавать запрос, который будет создавать
результирующий набор данных на основе результатов двух запросов. Например:
SELECt first,second
FROM tableone
UNION
SELECT first,second
FROM tabletwo
В вышеприведенном примере две таблицы имеют поля одинакового типа (непременное
условие), поэтому поочередное выполнение двух запросов и объединение их результатов с
помощью оператора UNION дает нам вполне легкое решение, которое и выполняется достаточно
converted to PDF by HupBaH9I
быстро. В случае отсутствия поля подходящего типа в одной из таблиц запрос можно переписать
следующим образом (предполагается, что поле second имеет тип Long):
SELECT first,second
From tableone
UNION
SELECT first,0
FROM tabletwo
Как видите, достаточно просто подставить константу подходящего типа.
Следующую команду - К серверу (в англоязычной версии Pass-Through) мы рассмотрим в главе
8.
Команда Управление позволяет нам создавать SQL выражения, которые относятся к DDL
разделу SQL.
С помощью Jet SQL нельзя создавать базы данных, но можно создавать таблицы и индексы, а
также изменять структуры таблиц и удалять таблицы и индексы.
До сих пор мы использовали визуальные средства и режим SQL для создания запросов. Но
очень часто, особенно если вы обращаетесь к базе данных Access из среды приложения,
написанного на другом языке, например на Visual Basic или Visual C++, вам придется
использовать объекты доступа к данным (DAO).
Типичный запрос с использованием этих объектов выглядит следующим образом:
Dim db As Database, qd AS QueryDef, mySQL As String
Set db = DBEngine.Workspaces(0).Databases(0)
mySQL = "SELECT * FROM Account WHERE account=102"
Set qd =db.CreateQueryDef("Mywritebyhandquery",mySQL)
После выполнения данной процедуры появится запрос, который будет храниться в той базе
данных, для которой эта процедура будет текущей. В целом создание запросов с помощью DAO
мало отличается от написания запросов с помощью SQL режима. Главной составной частью
является второй аргумент метода CreateQueryDef - строка SQL.
Для того чтобы обратиться к ранее созданному запросу в программе, можно обратиться к
коллекции QueryDefs. Вы можете переписать свойство SQL объекта типа QueryDef, то есть
фактически переписать содержание запроса, узнать дату последней модификации запроса и т. д.
При этом мы просто обращаемся к свойствам и методам объекта QueryDef. В следующем примере
для уже существующего объекта переписывается свойство SQL, и с помощью окна сообщений
выводится дата последней модификации этого объекта, которая, естественно, будет совпадать с
текущей системной датой.
Dim db As DATABASE, qd As QueryDef, mySQL As String
Set db = DBEngine.Workspaces(0).Databases(0)
Set qd = db.QueryDefs("Simplequery")
qd.SQL = "SELECT * FROM account WHERE date_write >>_
" _ & "#01/06/96#"
MsgBox(Str(qd.LastUpdated))
В расположенном ниже примере создается запрос определения данных с помощью метода
CreateQueryDef, затем он запускается на выполнение. В итоге в текущей базе данных появляется
новая таблица FROMQUERY.
Dim db As DATABASE, qd As QueryDef, mySQL As String
Set db = DBEngine.Workspaces(0).Databases(0)
Set qd = db.CreateQueryDef("DLquery", _
"CREATE TABLE _ fromquery (mama TEXT(20), _
slava LONG)")
qd.Execute
Последним способом, который позволяет нам выполнять запросы в Access, являются
макрокоманда RunSQL или метод RunSQL объекта DoCmd. В табл. 7.4 представлены все виды
запросов, которые мы можем запустить с помощью метода RunSQL и ее макроэквивалента
RunSQL. В дальнейшем мы будем говорить только о методе RunSQL.
Таблица 7.4. Запросы, доступные для метода RunSQL
converted to PDF by HupBaH9I
Тип запроса Инструкция SQL
Запрос на изменение
На добавление INSERT INTO
На удаление DELETE
На создание таблицы SELECT...INTO
На обновление UPDATE
Управляющий (запрос SQL)
На создание таблицы CREATE TABLE
На изменение таблицы ALTER TABLE
На удаление таблицы DROP TABLE
На создание индекса CREATE INDEX
На удаление индекса DROP INDEX
Синтаксис использования метода RunSQL выглядит так:
DoCmd.RunSQL инструкцияSQL
Инструкция SQL - это строковое выражение, которое содержит правильное SQL выражение.
При этом вы можете обращаться к другой базе данных. Максимальная длина строки - 32768
символов.
В следующем примере требуется наличие формы с названием "Моя форма", которая имеет
следующие объекты:
• Несвязанное текстовое поле txtField1.
• Несвязанное текстовое поле txtField2.
• Командная кнопка cmbInsert3.
В методе для события Click запишем следующий код, предполагая, что данные, которые мы
занесем в поля txtField1 и txtField2, должны попасть в новую запись таблицы "Моя Таблица":
Sub cmbInsert3_Click()
Dim SQLstr As String, SQLstr1 As String
SQLstr = "INSERT INTO [Моя Таблица] (Фамилия, Имя) "
SQLstr1 = "VALUES ([txtField1],[txtField2])"
DoCmd.RunSQL SQLstr & SQLstr1
End Sub
Как вы видите, нам совершенно не нужно иметь отдельный запрос добавления, достаточно
написать четыре строчки кода. Теперь пользователь будет добавлять новые записи там, где это
выглядит вполне логично, а не экспериментируя с запросами на вкладке Запросы в контейнере
базы данных. Данные строчки являются не более, чем примером, никто не пытается призывать
вас отказаться от обычного ввода данных посредством использования связанных полей в форме
и соответственно от всех средств, которые предоставляет это мощное средство работы с
данными.
В этой главе мы пытались показать, насколько удобно использовать SQL - структурный язык
запросов, который на текущий момент является самым распространенным средством работы с
базами данных. Бесспорно и в Visual FoxPro и в Access вы можете при желании обойтись без SQL,
но будет ли это разумно? Чем больше вы используете SQL, тем легче вам переходить с одной
СУБД на другую. А многие средства быстрой разработки приложений, такие как Delphi или Visual
Basic, просто немыслимо использовать без SQL. В этой главе мы не стали рассматривать
использование SQL в Visual Basic, но можете считать, что вы уже знаете достаточно, для того
чтобы работать с этим средством разработки приложений. Visual Basic использует DAO для
работы с базами данных. Следовательно, вы можете использовать объект QueryDef для работы.
Можете не откладывать на завтра, а начинать прямо сейчас. Visual Basic, начиная с версии 4.0,
имеет еще более гибкое и, в некотором плане, работающее быстрее с данными средство - RDO,
но об этом речь впереди.
В следующей главе мы расширим набор SQL команд, а также рассмотрим вопросы работы с
внешними данными.
7.6. Работа с данными в локальной сети
converted to PDF by HupBaH9I
В этом параграфе мы обсудим основные принципы работы в компьютерной сети, которые
практически одинаковы во всех системах управления базами данных.
Основное различие, как правило, скрывается в словах рекламных проспектов, которые
утверждают, что продукт супернеобычный, сверхскоростной, сам знает, когда запись
блокировать, когда разблокировать, или, если угодно, снять блокировку. Некоторые компании
поступают еще хитрее - замаскировав новым термином старую технологию ловят доверчивые
пользовательские сердца. Ваше дело - верить или не верить рекламе, но разобраться, что
необычного нас ждет, когда мы, наконец, решим обрабатывать наши данные в сети, стоит.
При чтении этого параграфа вы
• ознакомитесь с основными особенностями разработки пользовательского приложения,
которое предназначено для работы в локальной сети.
• подготовитесь к решению возможных сетевых конфликтов, которые могут возникнуть у
пользователей при работе с приложением в сети.
Visual FoxPro
Как правило, данные необходимо использовать не на одном компьютере. Обычно с ними
работает группа пользователей. Способ обмена данными посредством дискеты, безусловно,
значительно облегчает работу программиста, однако такой способ организации выглядит в
настоящее время скорее вызовом, чем правилом. Тем более, что сама работа в сети экономит
массу средств и самое главное - время, которое, как вам уже известно, все больше становится
эквивалентом денег.
Visual FoxPro обеспечивает работу с данными с помощью монопольного или раздельного
доступа к данным, опций блокировки, буферизации таблиц и записей, а также поддержки
транзакций. Помимо этого Visual FoxPro автоматизирует многоразовую установку среды
окружения посредством сессий данных.
В многопользовательских системах необходима уверенность, что только один пользователь
может заносить данные в файл или запись в текущий момент. Один из способов добиться этого -
открыть таблицу с монопольным доступом. Ни один пользователь или приложение не смогут
после этого ни читать данные из этого файла, ни писать в него. Приложение выведет сообщение
об ошибке, если какая-нибудь таблица, необходимая для монопольного доступа, уже открыта.
После выполнения команды SET EXCLUSIVE ON все таблицы будут открываться в
монопольном режиме. Если необходимо проверить текущую установку, то используйте функцию
SET() с аргументом EXCLUSIVE следующим образом:
? SET("EXCLUSIVE")
Если вы не хотите менять текущую установку в приложении для монопольного или
многопользовательского режима открытия таблиц, то открывайте таблицу с помощью команды
USE и точного указания, в каком режиме вы будете ее использовать. Например, если вам
обязательно надо открыть таблицу в монопольном режиме, необходимо использовать следующую
команду:
USE myfile EXCLUSIVE
В дополнение к монопольному или многопользовательскому режиму доступа к файлам вы
можете управлять доступом к таблицам с помощью блокировок как файлов, так и записей.
Блокировки могут обеспечить как долгосрочный, так и краткосрочный контроль над данными.
Вдобавок, блокировки предотвратят одновременную модификацию двумя или более
пользователями одной и той же записи или таблицы. Существуют два типа блокировок:
автоматические и ручные.
Если выполняемая команда требует блокировки таблицы или записи и запись или таблица еще
не заблокированы, Visual FoxPro автоматически пытается совершить блокировку, выполняет
команду и снимает блокировку. Команды могут блокировать запись, целую таблицу или
заголовок таблицы. Когда заблокирована запись, то другие пользователи могут добавлять,
удалять и изменять другие записи, кроме заблокированной. Блокировка таблицы предотвращает
любые изменения другими пользователями в таблице. Блокировка заголовка занимает
промежуточное положение, другие пользователи могут изменять записи, но не могут удалять и
добавлять записи.
В табл. 7.5 приводятся команды, которые осуществляют автоматическую блокировку, и
указано, какой вид блокировки они выполняют.
converted to PDF by HupBaH9I
Таблица 7.5. Команды, осуществляющие автоматическую блокировку в Visual FoxPro
Команда Что блокируется
ALTER TABLE Вся таблица
APPEND Вся таблица
APPEND BLANK Заголовок таблицы
APPEND FROM Вся таблица
APPEND FROM
ARRAY
Заголовок таблицы
APPEND MEMO Текущая запись
BLANK Текущая запись
BROWSE, CHANGE,
EDIT
Текущая запись и связанные по текущему полю
записи в дочерних или родительских таблицах,
как только началось редактирование
CURSORSETPROP()
Зависит от параметров
DELETE Текущая запись
DELETE NEXT 1 Текущая запись
DELETE RECORD <
>
Запись < >
DELETE <<область
>>
Вся таблица
DELETE-SQL Текущая запись
GATHER Текущая запись
INSERT Вся таблица
INSERT-SQL Заголовок таблицы
MODIFY MEMO Текущая запись после начала редактирования
READ Текущая запись и все записи из других таблиц,
связанные по редактируемым полям
RECALL Текущая запись
RECALL NEXT 1 Текущая запись
RECALL RECORD <
>
Запись < >
RECALL
<<область>>
Вся таблица
REPLACE Текущая запись и все записи из других таблиц,
связанные по редактируемым полям
REPLACE NEXT 1 Текущая запись и все записи из других таблиц,
связанные по редактируемым полям
REPLACE RECORD <
>
Запись < > и все записи из других таблиц,
связанные по редактируемым полям
REPLACE
<<область>>
Вся таблица и все связанные таблицы
SHOW GETS Текущая запись и все записи из других таблиц,
связанные по редактируемым полям
TABLEUPDATE() Вся таблица
UPDATE Вся таблица
UPDATE-SQL Вся таблица
Иногда бывает необходимо применить ручную блокировку. Visual FoxPro блокирует текущую
таблицу с помощью функции FLOCK(). В отличие от команды SET EXCLUSIVE ON, которая
предотвращает любой доступ к таблице со стороны других пользователей, FLOCK() блокирует
таблицу, оставляя ее доступной для чтения. Остальные пользователи могут открывать таблицу и
просматривать записи, даже не задумываясь о том, что она заблокирована. FLOCK() блокирует
текущую таблицу и возвращает .T., если блокировка прошла успешно.
Если в качестве аргумента функции вы укажете псевдоним или номер рабочей области, то у
вас появится возможность заблокировать таблицу в другой, не текущей рабочей области.
Например: FLOCK('1') или FLOCK('Account'). Эта особенность очень полезна для блокировки
связанных таблиц. RLOCK() и LOCK() блокируют текущую запись и возвращают .T., если
converted to PDF by HupBaH9I
блокировка завершилась успешно.
Автоматические блокировки удерживаются внутри транзакции до тех пор, пока не произойдут
запись или откат на самом верхнем уровне вложения. Ручные блокировки остаются в действии и
после завершения транзакции. Единственный способ освободить запись - это снять блокировку
вручную. В следующем примере блокируются первые четыре записи:
OPEN DATABASE "auto_store"
SET REPROCESS TO 3 AUTOMATIC
STORE '1,2,3,4' TO cRecList
cOldExcl=SET("EXCLUSIVE")
SET EXCLUSIVE OFF
USE model
?LOCK(cReclist,'model')
UNLOCK IN model
SET EXCLUSIVE &cRecList
Буферизация защищает данные во время изменений. Буфер автоматически тестирует,
блокирует и освобождает записи и таблицы. Существуют два типа буферизации: записи и
таблицы, которые защищают такие операции, как модификация данных и их поддержка на
уровне одной или нескольких записей.
При использовании буферизации Visual FoxPro копирует запись в память или на диск.
Первоначальная запись все еще остается доступной для других пользователей. Когда указатель
записи перемещается или совершается попытка ее модификации программным путем, Visual
FoxPro пытается заблокировать запись, проверяет, что другой пользователь не сделал никаких
изменений, и затем записывает изменения на диск. Хорошо при этом иметь задействованный
обработчик ошибок для разрешения конфликтов, которые могут случиться при попытке записать
изменения в таблицу. Буферизация записи отличается от буферизации таблицы тем, что при
первом типе изменения записываются в таблицу либо при перемещении указателя, либо при
использовании функции TABLEUPDATE(). При буферизации таблицы изменения записываются
только после использования функции TABLEUPDATE(). Буферизация устанавливается с
помощью функции CURSORSETPROP(). После установки буферизация она остается в действии
до ее отключения с помощью той же функции CURSORSETPROP(), либо до закрытия таблицы.
Режимы блокировки, используемые с буферизацией, определяют, когда записи блокируются и
как блокировка с них снимается. Существуют два режима блокировки: пессимистический и
оптимистический.
Пессимистическая блокировка препятствует доступу других пользователей в
многопользовательской среде к записи или таблице во время их редактирования.
Пессимистический режим блокировки наиболее надежный для изменения индивидуальных
записей, но он может замедлить пользовательские операции.
Оптимистическая блокировка - более производительный способ редактирования записей, так
как блокировка устанавливается только на момент внесения изменений на диск, что значительно
уменьшает время, в течение которого один пользователь монополизирует систему в
многопользовательском режиме. Когда вы используете буферизацию для внешних таблиц, Visual
FoxPro устанавливает оптимистическую блокировку.
Для установки пессимистической блокировки записи используйте функцию
CURSORSETPROP() и следующие параметры:
= CURSORSETPROP("Buffering",2)
Visual FoxPro пытается заблокировать запись, на которой установлен указатель. Если
блокировка завершилась успешно, Visual FoxPro помещает запись в буфер и разрешает
редактирование. Когда вы перемещаете указатель записи или выполняете функцию
TABLEUPDATE(), Visual FoxPro записывает данные из буфера в таблицу.
Для установки оптимистической буферизации записи используйте функцию
CURSORSETPROP() и следующие параметры:
= CURSORSETPROP("Buffering",3)
Когда вы перемещаете указатель записи или выполняете функцию TABLEUPDATE(), Visual
FoxPro пытается блокировать запись. Если блокировка успешно завершена, Visual FoxPro
сравнивает текущее значение записи на диске со значением перед началом буферизации. Если
эти значения одинаковые, изменения записываются в таблицу, если же значения разные, то
Visual FoxPro генерирует ошибку.
converted to PDF by HupBaH9I
Если вы хотите установить пессимистическую блокировку нескольких записей, то используйте
функцию CURSORSETPROP() следующим образом:
= CURSORSETPROP("Buffering",4)
В этом случае Visual FoxPro пытается блокировать запись, на которой находится указатель.
При успешном завершении блокировки Visual FoxPro помещает запись в буфер и разрешает
редактирование. Таким образом вы можете заблокировать несколько записей и все их,
естественно, поместить в буфер. После того, как вы используете функцию TABLEUPDATE(), все
данные из буфера будут переписаны на диск.
Вас может смутить то, что буферизация как правило в документации и литературе
упоминается как "буферизации таблицы", а блокируется не таблица, а несколько редактируемых
записей. Для проверки вышесказанного используйте возможность Visual FoxPro запускать одну и
ту же форму несколько раз в разных сессиях данных. При этом каждую сессию данных вы
можете рассматривать как отдельного сетевого пользователя.
Первым делом создайте форму, поместите в нее объект Grid. Теперь для формы установите
значение свойства BufferMode равным 1 (pessimistic), а значение свойства DataSession равным 2
(private data session), как это показано на рис. 7.17.
Рис. 7.17.
После сохранения формы запустите ее из командной строки вначале с помощью следующей
команды:
DO FORM justmadeformforbufferingvalidate NAME f1
А затем запустите эту же форму, но уже с другим именем
DO FORM justmadeformforbufferingvalidate NAME f2
converted to PDF by HupBaH9I
В диалоговом окне View Window с помощью списка CurrentSession можете проверить, что у вас
на данный момент загружено несколько сессий данных, а точнее, одна плюс количество
экземпляров нашей формы. Если вы таким же способом загрузите еще одну форму, то количество
сессий данных, как вы уже догадались, увеличится на единицу. В окне View Window,
переключившись в одну из сессий данных, связанных с одним из экземпляров нашей формы,
перейдите в рабочую область, в которой открыта таблица, данные из которой отображаются с
помощью объекта Grid. Нажав на кнопку Properties, вы можете увидеть, что буферизация для
данной таблицы действительно пессимистическая и множественная (рис. 7.18).
Рис. 7.18.
Теперь в первом экземпляре формы отредактируйте, например, первую и вторую запись, а во
втором - третью и четвертую. Как видите, таблицы не заблокированы, но в то же время при
попытке отредактировать первую или вторую запись во втором экземпляре вы получите
сообщение о том, что запись в данный момент редактируется другим пользователем. И так будет
продолжаться до тех пор, пока вы не примените функцию TABLEUPDATE() в сессии данных,
связанной с первым экземпляром формы, и в рабочей области, где открыта ваша таблица.
Для установки оптимистической блокировки нескольких записей используйте следующее
выражение:
= CURSORSETPROP("Buffering",5)
В этом случае Visual FoxPro записывает данные в буфер и разрешает редактирование до тех
пор, пока вы не выполните функцию TABLEUPDATE(). После этого Visual FoxPro совершает
следующие действия над каждой записью в буфере:
1. Пытается блокировать каждую отредактированную запись.
2. После успешной блокировки сравнивает текущее значение на диске со значением до
начала буферизации.
3. Записывает данные на диск, если сравнение прошло успешно.
4. Генерирует ошибку, если данные различаются.
Для доступа к данным в буфере можно использовать функцию RECNO(). Номер записи из
таблицы используется для обращения к ее аналогу в буфере. Если записи добавляются, то при
установленной буферизации они вначале попадают в буфер, и номер вновь добавленной записи
отрицательный. Отрицательные числа последовательно нарастают по абсолютному значению по
мере добавления записей. В табл. 7.6 представлена ситуация, которая может сложиться при
добавлении двух записей.
Таблица 7.6. Порядок нумерации записей в буфере
Номер записи
Операция
4 Редактируется
9 Редактируется
converted to PDF by HupBaH9I