38.11. Библиотечные функции
Библиотека libecpg в основном содержит «скрытые» функции, применяемые для реализации функциональности, выражаемой встраиваемыми командами SQL. Но есть также некоторые функции, которые можно вызывать напрямую. Заметьте, что код, задействующий эти функции, будет непереносимым.
ECPGdebug(intс первым аргументом, отличным от нуля, включает вывод отладочных сообщений в заданныйвкл, FILE *поток)поток. Журнал сообщений, полученный таким образом, будет содержать все операторы SQL с заданными входными переменными и результаты, выданные сервером Postgres Pro. Это может быть очень полезно для поиска ошибок в командах SQL.Примечание
В Windows, если библиотека ecpg и приложение скомпилированы с разными флагами, эта функция может вызвать крах приложения из-за различий внутреннего представления указателей
FILE. В частности, флаги многопоточной/однопоточной, выпускаемой/отладочной или статической/динамической сборки должны быть одинаковыми для библиотеки и всех использующих её приложений.ECPGget_PGconn(const char *возвращает указатель на подключение к базе данных, имеющее заданное имя. Если аргументимя_подключения)имя_подключенияравенNULL, возвращается указатель на текущее подключение. Если определить подключение не удаётся, возвращаетсяNULL. Полученный указатель на подключение, если требуется, можно использовать при вызове любых других функций libpq.Примечание
Манипулировать подключениями, открытыми средствами ecpg, напрямую через libpq не следует.
ECPGtransactionStatus(const char *возвращает состояние текущей транзакции для подключения, на которое указываетимя_подключения)имя_подключения. О возвращаемых кодах состояния можно узнать в Раздел 36.2 и в описании входящей в libpq функцииPQtransactionStatus.ECPGstatus(intвозвращает true при наличии подключения к базе данных и false в противном случае. В аргументеномер_строки, const char*имя_подключения)имя_подключенияможно передатьNULL, если применяется одно подключение.
38.11. Library Functions
The libecpg library primarily contains “hidden” functions that are used to implement the functionality expressed by the embedded SQL commands. But there are some functions that can usefully be called directly. Note that this makes your code unportable.
ECPGdebug(intturns on debug logging if called with the first argument non-zero. Debug logging is done onon, FILE *stream)stream. The log contains all SQL statements with all the input variables inserted, and the results from the Postgres Pro server. This can be very useful when searching for errors in your SQL statements.Note
On Windows, if the ecpg libraries and an application are compiled with different flags, this function call will crash the application because the internal representation of the
FILEpointers differ. Specifically, multithreaded/single-threaded, release/debug, and static/dynamic flags should be the same for the library and all applications using that library.ECPGget_PGconn(const char *returns the library database connection handle identified by the given name. Ifconnection_name)connection_nameis set toNULL, the current connection handle is returned. If no connection handle can be identified, the function returnsNULL. The returned connection handle can be used to call any other functions from libpq, if necessary.Note
It is a bad idea to manipulate database connection handles made from ecpg directly with libpq routines.
ECPGtransactionStatus(const char *returns the current transaction status of the given connection identified byconnection_name)connection_name. See Section 36.2 and libpq'sPQtransactionStatusfor details about the returned status codes.ECPGstatus(intreturns true if you are connected to a database and false if not.lineno, const char*connection_name)connection_namecan beNULLif a single connection is being used.
