Запросы 4GL

Архитектура БД

• Ваша БД может превосходить по размеру 2 Гб, даже если отдельные файлы БД этого не могут.
• Вы можете разместить вашу БД более, чем на одном диске.
• Вы можете разместить транзакционные логи более, чем на одном диске и их расположение будет запоминаться автоматически.
  

Запросы

FOR EACH
REPEAT PRESELECT
DO PRESELECT

FIND [ FIRST | NEXT | LAST | PREV ]
FIND
FIND CURRENT
FIND record WHERE ROWID (record) = expression.
CAN-FIND ( [ FIRST | LAST ] )
CAN-FIND (record WHERE ...)

DEFINE QUERY
OPEN QUERY
GET [FIRST | NEXT | LAST | PREV]
GET CURRENT

• BY – определяет очередность результатов посредством индексов или сортировки.
• USE-INDEX – указывает на необходимость использования конкретного индекса. Обеспечивает очередность в случае неиспользования конструкции с BY.
• SCROLLING – присоединяет список результатов к запросу.
• CACHE – присоединяет кэш запроса и список результатов к запросу.
• REPOSITION – изменяет текущую позицию запроса.
• INDEXED-REPOSITION – позволяет изменить позицию запроса, использующего один индекс, путем прямого переноса курсора индекса.
• NO-WAIT – позволяет избежать ожидания в случае локировки записи и обеспечить непрерывность работы.
• CONTAINS – запрос через индекс слова (word-index).
• FIELDS – определяет, какое поле необходимо извлечь.
  

for each customer: /* entire table - no where clause */
end.
 
for each customer by state: /* sort, no index on state */
end.
 
for each customer
    where (state = "OH"): /* no index on state */
end.

for each customer
    where (cust-num <= 10) or (name = "Mary"):
end.

for each customer
    where (zip = 12345) or (zip > 40000):
end.
 
for each customer
    where ((zip > 50000) and (zip < 60000)) or
          ((zip > 70000) and (zip < 80000)):
end.

for each customer
     where (cust-num < 10) and (city = "Boston"):
end.

• Извлекает все записи, где cust-num < 10 при помощи брэкета индекса для индекса cust-num
• Осуществляет выбор каждой извлеченной записи для выявления, содержит ли она значение "Boston" в поле city (город).
  

• Кол-во индексных брэкетов определяется во время выполнения запроса сервером.
• Использование CONTAINS всегда требует использование word-index
  

Стратегия выполнения

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

• С указанной опцией SCROLLING
• С использованием одного индексного курсора.
  

• Все запросы получения следующей записи
• Запросы, использующие один индексный брэкет, могут возвращать первую, предыдущую и последнюю запись, просто позиционируясь по индексному брэкету. Это схоже с запросами FIND.
• REPOSITION TO ROWID может быть отработан на сервере, если ROWID не содержится в списке результата и включена опция INDEXED-REPOSITION.
  

Когда какой запрос лучше использовать

for each customer:
    cust-num = cust-num + 2.
end.

• Они эффективны, потенциально могут использовать множественные индексные брэкеты.
• Они не связаны с блоками, распространяются на всю процедуру или модуль.
• Они обеспечивают дополнительную навигацию с помощью оператора REPOSITION.
• Они обеспечивают объединение, сортировку и предварительную выборку.
  

• Некоторые опции, используемые при перемещении внутри запроса иногда замедляют работу, например GET LAST для мульти-индексного запроса.
• Опция INDEXED-REPOSITION, которая обеспечивает навигацию в стиле FIND запросов, трудна для использования, т.к. она не работает с объединениями и множественными индексами. Кроме того, сложно предсказать и понять поведение списка результатов с этой опцией.
• При использовании GET запросов приходится печатать больше, чем для FIND, по крайней мере нужны 3 оператора: DEFINE QUERY, OPEN и GET.