Курсор

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

Курсор - это образ файла DBF открытого в одной из рабочих областей

Курсор - это временная таблица являющаяся результатом выполнения команды Select-SQL

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

Ну, последнее определение не очень-то интересно. В том смысле, что здесь все ясно, кроме того, почему этот термин был использован еще и для временных таблиц, ведь слово "cursor" собственно и переводится как "указатель".



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

Замечу еще, что курсор, как объект, используется не только как образ файлов DBF, но и как образ View. А View и таблица - это не одно и то же.



Курсор как временная таблица
Вот это наиболее употребительное использование данного термина. Собственно есть 2 способа создания таких курсоров

Первый способ - это использование команды CREATE CURSOR . Созданный таким способом курсор будет редактируемым. И это будет именно временная таблица, т.е. она будет автоматически уничтожена в момент закрытия. Ну, про этот способ сказать особо нечего. Здесь нет каких-то проблем и особенностей

Второй способ - это использование опции CURSOR в команде SELECT-SQL. Примерно в следующем синтаксисе



Вот этот-то TmpTable и есть курсор

В зависимости от различных условий этот курсор может иметь разное физическое "воплощение" и разные свойства

Если SQL-запрос полностью оптимизируем, то вместо создания нового файла будет просто открыта та же самая таблица с наложенным на нее фильтром. Зачастую это очень неприятная неожиданность. Проверить, чем же физически является сформированный курсор, можно используя функцию DBF()



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

Если Вы хотите при любых запросах быть уверенными, что курсор - это именно временная таблица, а не исходная таблица с наложенным фильтром, то Вам следует добавить опцию NOFILTER



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

Однако если курсор - это временная таблица, то это еще не значит, что эта временная таблица будет непременно физически расположена на диске. Вполне возможно, что вся временная таблица целиком поместится в оперативную память. Т.е. функция DBF('TmpTable') будет исправно показывать некий временный файл, но попытка найти его физически на диске окончится неудачей и функция FILE(DBF('TmpTable')) вернет .F.

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

Еще один немаловажный вопрос связан с тем, что полученные таким образом курсоры нельзя редактировать. Они доступны только на чтение. Начиная с 7 версии Visual FoxPro, для решения этой проблемы появилась специальная опция ReadWrite



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



Переоткрытый таким образом курсор TmpWriteTable уже можно будет редактировать

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

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



Формрование имени курсора в команде Select-SQL
Это не такой простой вопрос, как может показаться. Проблема здесь в том, что имя курсора - это фактически алиас (alias) временной таблицы. Но в FoxPro в одном сеансе данных не может быть открыто 2 таблиц с одинаковыми алиасами.

Курсор всегда создается на машине клиента, поэтому конфликтов с другими пользователями можно не опасаться. Более того, даже если запущен дважды один и тот же проект на одной машине все равно не будет конфликта связанного с одинаковыми именами курсоров, поскольку они открыты в разных сеансах данных. Конфликт возможен, если Вы создаете несколько курсоров с одним и тем же именем в одном сеансе данных

Ну, например, Вы открыли 2 формы использующих Default DataSession и в обеих формах создали курсор с одним и тем же именем. В этом случае, курсор созданный позднее затрет курсор созданный ранее. При этом настройка SET SAFETY не играет никакой роли. Курсор будет пересоздан молча. Без каких-либо дополнительных запросов.

Избежать подобных конфликтов можно несколькими способами

Открывать формы и отчеты только в Private DataSession

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

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

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



Проблема в том, что функция SYS(2015) может содержать в возвращаемом значении, как буквы, так и цифры. Это значит, что при использовании выделения строки по SubStr() Вы вполне можете получить первым символом цифру. А использование в качестве имени переменной цифры в синтаксисе FoxPro недопустимо и Вы неожиданно получите сообщение о синтаксической ошибке. Чтобы этого избежать следует либо принудительно подмешать букву



Либо вообще не выделять строку



Соответственно выполнение запроса станет выглядеть так:



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