Запрос базы данных

 Home  Back  Next

 

Базы данных работают пассивно. Их нужно запрашивать.

Запросы

 

•SELECT                Читает данные из базы данных. Это приведет к получению данных.
•INSERT                Записывает данные в базу данных.
•UPDATE                Актуализирует имеющиеся данные.
•DELETE                Удаление набора данных.
•CALL Procedure        Вызов подпрограммы без параметров
•CALL Function        Вызов подпрограммы с параметрами
•Запрос определенной пользователем базы данных

 

Входные данные подключаются непосредственно к элементу Базы Данных.

Результаты, которые приносит запрос базы данных (в основном SELECT или CALL), будут использоваться с элементом database results .

 

Данные результатов действительны для "Ready", "Ok" и "Result Count not zero".

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

 

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

 

Параметры могут быть использованы в операторе SQL с ведущим ":". Если оператор SQL требует ":", он должен быть удвоен.

 

Подробная информация о состоянии запроса базы данных будет возвращена на выходе под названием "Коды ошибок". Это поле содержит три переменные:

Байт 0: Ошибка сервера. Сервер базы данных доступен и хорошо работает, но запрос не может быть обработан должным образом. В этом случае сервер базы данных выдает текст об ошибке. Текст будет отображен в логической таблице он-лайн диагностики. В журнале диагностики также будет показано, что он не выключен.

Байт 1: Ошибка подключения. Сервер базы данных недоступен.

Байт 2: Ошибка кэширования. Кэш будет использоваться только в том случае, если он настроен в подключении к базе данных. Кэш может вернуть ошибку, если путь или файл недоступен, или только для чтения. Это может произойти и в том случае, если на носителе заканчивается дисковое пространство.

 

Совет для ODBC с Oracle:

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

Enable file caching

If the connection to the database is interrupted, the calls are cached in a file.

The following conditions must be met for this.

•The buffering must be activated in the connection.
•The buffering must be activated for each database command block.

 

This function can only be activated if the respective command should NOT return any data. This is always the case with INSERT, UPDATE, DELETE, never with SELECT. With CALL and with user-defined commands only if no results are expected ("Maximum expected results" = 0).

If this has been fulfilled, then stored procedure calls are cached also.

 

The background to this regulation is that the response data can no longer be assigned when requests are caches. Subsequent caching of commands that provide answers is therefore not intended.