[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
XEmacs can be linked with PostgreSQL libpq run-time support to provide relational database access from Emacs Lisp code.
61.1 Building XEmacs with PostgreSQL support | ||
61.2 XEmacs PostgreSQL libpq API | ||
61.3 XEmacs PostgreSQL libpq Examples |
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
XEmacs PostgreSQL support requires linking to the PostgreSQL libpq library. Describing how to build and install PostgreSQL is beyond the scope of this document. See the PostgreSQL manual for details.
If you have installed XEmacs from one of the binary kits on
(ftp://ftp.xemacs.org/), or are using an XEmacs binary from a CD
ROM, you may have XEmacs PostgreSQL support by default. M-x
describe-installation
will tell you if you do.
If you are building XEmacs from source, you need to install PostgreSQL
first. On some systems, PostgreSQL will come pre-installed in /usr. In
this case, it should be autodetected when you run configure. If
PostgreSQL is installed into its default location,
‘/usr/local/pgsql’, you must specify
--site-prefixes=/usr/local/pgsql
when you run configure. If
PostgreSQL is installed into another location, use that instead of
‘/usr/local/pgsql’ when specifying --site-prefixes
.
As of XEmacs 21.2, PostgreSQL versions 6.5.3 and 7.0 are supported. XEmacs Lisp support for V7.0 is somewhat more extensive than support for V6.5. In particular, asynchronous queries are supported.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The XEmacs PostgreSQL API is intended to be a policy-free, low-level binding to libpq. The intent is to provide all the basic functionality and then let high level Lisp code decide its own policies.
This documentation assumes that the reader has knowledge of SQL, but requires no prior knowledge of libpq.
There are many examples in this manual and some setup will be required.
In order to run most of the following examples, the following code needs
to be executed. In addition to the data is in this table, nearly all of
the examples will assume that the free variable P
refers to this
database connection. The examples in the original edition of this
manual were run against Postgres 7.0beta1.
(progn (setq P (pq-connectdb "")) ;; id is the primary key, shikona is a Japanese word that ;; means `the professional name of a Sumo wrestler', and ;; rank is the Sumo rank name. (pq-exec P (concat "CREATE TABLE xemacs_test" " (id int, shikona text, rank text);")) (pq-exec P "COPY xemacs_test FROM stdin;") (pq-put-line P "1\tMusashimaru\tYokuzuna\n") (pq-put-line P "2\tDejima\tOozeki\n") (pq-put-line P "3\tMusoyama\tSekiwake\n") (pq-put-line P "4\tMiyabiyama\tSekiwake\n") (pq-put-line P "5\tWakanoyama\tMaegashira\n") (pq-put-line P "\\.\n") (pq-end-copy P)) ⇒ nil |
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Various Unix environment variables are used by libpq to provide defaults
to the many different parameters. In the XEmacs Lisp API, these
environment variables are bound to Lisp variables to provide more
convenient access to Lisp Code. These variables are passed to the
backend database server during the establishment of a database
connection and when the pq-setenv
call is made.
Initialized from the PGHOST
environment variable. The default
host to connect to.
Initialized from the PGUSER
environment variable. The default
database user name.
Initialized from the PGOPTIONS
environment variable. Default
additional server options.
Initialized from the PGPORT
environment variable. The default
TCP port to connect to.
Initialized from the PGTTY
environment variable. The default
debugging TTY.
Compatibility note: Debugging TTYs are turned off in the XEmacs Lisp binding.
Initialized from the PGDATABASE
environment variable. The
default database to connect to.
Initialized from the PGREALM
environment variable. The default
Kerberos realm.
Initialized from the PGCLIENTENCODING
environment variable. The
default client encoding.
Compatibility note: This variable is not present in non-Mule XEmacsen.
This variable is not present in versions of libpq prior to 7.0.
In the current implementation, client encoding is equivalent to the
file-name-coding-system
format.
Initialized from the PGAUTHTYPE
environment variable. The
default authentication scheme used.
Compatibility note: This variable is unused in versions of libpq after 6.5. It is not implemented at all in the XEmacs Lisp binding.
Initialized from the PGGEQO
environment variable. Genetic
optimizer options.
Initialized from the PGCOSTINDEX
environment variable. Cost
index options.
Initialized from the PGCOSTHEAP
environment variable. Cost heap
options.
Initialized from the PGTZ
environment variable. Default
timezone.
Initialized from the PGDATESTYLE
environment variable. Default
date style in returned date objects.
This is a variable controlling which coding system is used to encode non-ASCII strings sent to the database.
Compatibility Note: This variable is not present in InfoDock.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The following set of symbols are used to represent the intermediate states involved in the asynchronous interface.
Undocumented. A fatal error has occurred during processing of an asynchronous operation.
An intermediate status return during an asynchronous operation. It
indicates that one may use select
before polling again.
An intermediate status return during an asynchronous operation. It
indicates that one may use select
before polling again.
An asynchronous operation has successfully completed.
An intermediate status return during an asynchronous operation. One can call the poll function again immediately.
conn A database connection object. field A symbol indicating which field of PGconn to fetch. Possible values are shown in the following table.
pq::db
Database name
pq::user
Database user name
pq::pass
Database user’s password
pq::host
Hostname database server is running on
pq::port
TCP port number used in the connection
pq::tty
Debugging TTY
Compatibility note: Debugging TTYs are not used in the XEmacs Lisp API.
pq::options
Additional server options
pq::status
Connection status. Possible return values are shown in the following table.
pg::connection-ok
The normal, connected status.
pg::connection-bad
The connection is not open and the PGconn object needs to be deleted by
pq-finish
.
pg::connection-started
An asynchronous connection has been started, but is not yet complete.
pg::connection-made
An asynchronous connect has been made, and there is data waiting to be sent.
pg::connection-awaiting-response
Awaiting data from the backend during an asynchronous connection.
pg::connection-auth-ok
Received authentication, waiting for the backend to start up.
pg::connection-setenv
Negotiating environment during an asynchronous connection.
pq::error-message
The last error message that was delivered to this connection.
pq::backend-pid
The process ID of the backend database server.
The PGresult
object is used by libpq to encapsulate the results
of queries. The printed representation takes on four forms. When the
PGresult object contains tuples from an SQL SELECT
it will look
like:
(setq R (pq-exec P "SELECT * FROM xemacs_test;")) ⇒ #<PGresult PGRES_TUPLES_OK[5] - SELECT> |
The number in brackets indicates how many rows of data are available. When the PGresult object is the result of a command query that doesn’t return anything, it will look like:
(pq-exec P "CREATE TABLE a_new_table (i int);") ⇒ #<PGresult PGRES_COMMAND_OK - CREATE> |
When either the query is a command-type query that can affect a number of different rows, but doesn’t return any of them it will look like:
(progn (pq-exec P "INSERT INTO a_new_table VALUES (1);") (pq-exec P "INSERT INTO a_new_table VALUES (2);") (pq-exec P "INSERT INTO a_new_table VALUES (3);") (setq R (pq-exec P "DELETE FROM a_new_table;"))) ⇒ #<PGresult PGRES_COMMAND_OK[3] - DELETE 3> |
Lastly, when the underlying PGresult object has been deallocated
directly by pq-clear
the printed representation will look like:
(progn (setq R (pq-exec P "SELECT * FROM xemacs_test;")) (pq-clear R) R) ⇒ #<PGresult DEAD> |
The following set of functions are accessors to various data in the PGresult object.
Return status of a query result. result is a PGresult object. The return value is one of the symbols in the following table.
pgres::empty-query
A query contained no text. This is usually the result of a recoverable error, or a minor programming error.
pgres::command-ok
A query command that doesn’t return anything was executed properly by the backend.
pgres::tuples-ok
A query command that returns tuples was executed properly by the backend.
pgres::copy-out
Copy Out data transfer is in progress.
pgres::copy-in
Copy In data transfer is in progress.
pgres::bad-response
An unexpected response was received from the backend.
pgres::nonfatal-error
Undocumented. This value is returned when the libpq function
PQresultStatus
is called with a NULL
pointer.
pgres::fatal-error
Undocumented. An error has occurred in processing the query and the operation was not completed.
Return the query result status as a string, not a symbol. result is a PGresult object.
(setq R (pq-exec P "SELECT * FROM xemacs_test;")) ⇒ #<PGresult PGRES_TUPLES_OK[5] - SELECT> (pq-res-status R) ⇒ "PGRES_TUPLES_OK" |
Return an error message generated by the query, if any. result is a PGresult object.
(setq R (pq-exec P "SELECT * FROM xemacs-test;")) ⇒ <A fatal error is signaled in the echo area> (pq-result-error-message R) ⇒ "ERROR: parser: parse error at or near \"-\" " |
Return the number of tuples in the query result. result is a PGresult object.
(setq R (pq-exec P "SELECT * FROM xemacs_test;")) ⇒ #<PGresult PGRES_TUPLES_OK[5] - SELECT> (pq-ntuples R) ⇒ 5 |
Return the number of fields in each tuple of the query result. result is a PGresult object.
(setq R (pq-exec P "SELECT * FROM xemacs_test;")) ⇒ #<PGresult PGRES_TUPLES_OK[5] - SELECT> (pq-nfields R) ⇒ 3 |
Returns t if binary tuples are present in the results, nil otherwise. result is a PGresult object.
(setq R (pq-exec P "SELECT * FROM xemacs_test;")) ⇒ #<PGresult PGRES_TUPLES_OK[5] - SELECT> (pq-binary-tuples R) ⇒ nil |
Returns the name of a specific field. result is a PGresult object. field-index is the number of the column to select from. The first column is number zero.
(let (i l) (setq R (pq-exec P "SELECT * FROM xemacs_test;")) (setq i (pq-nfields R)) (while (>= (decf i) 0) (push (pq-fname R i) l)) l) ⇒ ("id" "shikona" "rank") |
Return the field number corresponding to the given field name. -1 is returned on a bad field name. result is a PGresult object. field-name is a string representing the field name to find.
(setq R (pq-exec P "SELECT * FROM xemacs_test;")) ⇒ #<PGresult PGRES_TUPLES_OK[5] - SELECT> (pq-fnumber R "id") ⇒ 0 (pq-fnumber R "Not a field") ⇒ -1 |
Return an integer code representing the data type of the specified column. result is a PGresult object. field-num is the field number.
The return value of this function is the Object ID (Oid) in the database of the type. Further queries need to be made to various system tables in order to convert this value into something useful.
Return the type modifier code associated with a field. Field numbers start at zero. result is a PGresult object. field-index selects which field to use.
Return size of the given field. result is a PGresult object. field-index selects which field to use.
(let (i l) (setq R (pq-exec P "SELECT * FROM xemacs_test;")) (setq i (pq-nfields R)) (while (>= (decf i) 0) (push (list (pq-ftype R i) (pq-fsize R i)) l)) l) ⇒ ((23 23) (25 25) (25 25)) |
Retrieve a return value. result is a PGresult object. tup-num selects which tuple to fetch from. field-num selects which field to fetch from.
Both tuples and fields are numbered from zero.
(setq R (pq-exec P "SELECT * FROM xemacs_test;")) ⇒ #<PGresult PGRES_TUPLES_OK[5] - SELECT> (pq-get-value R 0 1) ⇒ "Musashimaru" (pq-get-value R 1 1) ⇒ "Dejima" (pq-get-value R 2 1) ⇒ "Musoyama" |
Return the length of a specific value. result is a PGresult object. tup-num selects which tuple to fetch from. field-num selects which field to fetch from.
(setq R (pq-exec P "SELECT * FROM xemacs_test;")) ⇒ #<PGresult PGRES_TUPLES_OK[5] - SELECT> (pq-get-length R 0 1) ⇒ 11 (pq-get-length R 1 1) ⇒ 6 (pq-get-length R 2 1) ⇒ 8 |
Return t if the specific value is the SQL NULL
.
result is a PGresult object.
tup-num selects which tuple to fetch from.
field-num selects which field to fetch from.
Return a summary string from the query. result is a PGresult object.
(setq R (pq-exec P "INSERT INTO xemacs_test VALUES (6, 'Wakanohana', 'Yokozuna');")) ⇒ #<PGresult PGRES_COMMAND_OK[1] - INSERT 542086 1> (pq-cmd-status R) ⇒ "INSERT 542086 1" (setq R (pq-exec P "UPDATE xemacs_test SET rank='retired' WHERE shikona='Wakanohana';")) ⇒ #<PGresult PGRES_COMMAND_OK[1] - UPDATE 1> (pq-cmd-status R) ⇒ "UPDATE 1" |
Note that the first number returned from an insertion, like in the example, is an object ID number and will almost certainly vary from system to system since object ID numbers in Postgres must be unique across all databases.
Return the number of tuples if the last command was an INSERT/UPDATE/DELETE. If the last command was something else, the empty string is returned. result is a PGresult object.
(setq R (pq-exec P "INSERT INTO xemacs_test VALUES (7, 'Takanohana', 'Yokuzuna');")) ⇒ #<PGresult PGRES_COMMAND_OK[1] - INSERT 38688 1> (pq-cmd-tuples R) ⇒ "1" (setq R (pq-exec P "SELECT * from xemacs_test;")) ⇒ #<PGresult PGRES_TUPLES_OK[7] - SELECT> (pq-cmd-tuples R) ⇒ "" (setq R (pq-exec P "DELETE FROM xemacs_test WHERE shikona LIKE '%hana';")) ⇒ #<PGresult PGRES_COMMAND_OK[2] - DELETE 2> (pq-cmd-tuples R) ⇒ "2" |
Return the object id of the insertion if the last command was an INSERT. 0 is returned if the last command was not an insertion. result is a PGresult object.
In the first example, the numbers you will see on your local system will
almost certainly be different, however the second number from the right
in the unprintable PGresult object and the number returned by
pq-oid-value
should match.
(setq R (pq-exec P "INSERT INTO xemacs_test VALUES (8, 'Terao', 'Maegashira');")) ⇒ #<PGresult PGRES_COMMAND_OK[1] - INSERT 542089 1> (pq-oid-value R) ⇒ 542089 (setq R (pq-exec P "SELECT shikona FROM xemacs_test WHERE rank='Maegashira';")) ⇒ #<PGresult PGRES_TUPLES_OK[2] - SELECT> (pq-oid-value R) ⇒ 0 |
Create an empty pgresult with the given status.
conn a database connection object
status a value that can be returned by pq-result-status
.
The caller is responsible for making sure the return value gets properly freed.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Establish a (synchronous) database connection. conninfo A string of blank separated options. Options are of the form “option = value”. If value contains blanks, it must be single quoted. Blanks around the equal sign are optional. Multiple option assignments are blank separated.
(pq-connectdb "dbname=japanese port = 25432") ⇒ #<PGconn localhost:25432 steve/japanese> |
The printed representation of a database connection object has four fields. The first field is the hostname where the database server is running (in this case localhost), the second field is the port number, the third field is the database user name, and the fourth field is the name of the database.
Database connection objects which have been disconnected and will generate an immediate error if they are used look like:
#<PGconn BAD> |
Bad connections can be reestablished with pq-reset
, or deleted
entirely with pq-finish
.
A database connection object that has been deleted looks like:
(let ((P1 (pq-connectdb ""))) (pq-finish P1) P1) ⇒ #<PGconn DEAD> |
Note that database connection objects are the most heavy weight objects in XEmacs Lisp at this writing, usually representing as much as several megabytes of virtual memory on the machine the database server is running on. It is wisest to explicitly delete them when you are finished with them, rather than letting garbage collection do it. An example idiom is:
(let ((P (pq-connectiondb ""))) (unwind-protect (progn (...)) ; access database here (pq-finish P))) |
The following options are available in the options string:
authtype
Authentication type. Same as PGAUTHTYPE
. This is no longer used.
user
Database user name. Same as PGUSER
.
password
Database password.
dbname
Database name. Same as PGDATABASE
host
Symbolic hostname. Same as PGHOST
.
hostaddr
Host address as four octets (eg. like 192.168.1.1).
port
TCP port to connect to. Same as PGPORT
.
tty
Debugging TTY. Same as PGTTY
. This value is suppressed in the
XEmacs Lisp API.
options
Extra backend database options. Same as PGOPTIONS
.
A database connection object is returned regardless of whether a connection was established or not.
Reestablish database connection. conn A database connection object.
This function reestablishes a database connection using the original connection parameters. This is useful if something has happened to the TCP link and it has become broken.
Make a synchronous database query. conn A database connection object. query A string containing an SQL query. A PGresult object is returned, which in turn may be queried by its many accessor functions to retrieve state out of it. If the query string contains multiple SQL commands, only results from the final command are returned.
(setq R (pq-exec P "SELECT * FROM xemacs_test; DELETE FROM xemacs_test WHERE id=8;")) ⇒ #<PGresult PGRES_COMMAND_OK[1] - DELETE 1> |
Return the latest async notification that has not yet been handled. conn A database connection object. If there has been a notification, then a list of two elements will be returned. The first element contains the relation name being notified, the second element contains the backend process ID number. nil is returned if there aren’t any notifications to process.
Synchronous transfer of environment variables to a backend conn A database connection object.
Environment variable transfer is done as a normal part of database connection.
Compatibility note: This function was present but not documented in versions of libpq prior to 7.0.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Making command by command examples is too complex with the asynchronous interface functions. See the examples section for complete calling sequences.
Begin establishing an asynchronous database connection.
conninfo A string containing the connection options. See the
documentation of pq-connectdb
for a listing of all the available
flags.
An intermediate function to be called during an asynchronous database connection. conn A database connection object. The result codes are documented in a previous section.
Returns t if pq-get-result
would block waiting for input.
conn A database connection object.
Consume any available input from the backend. conn A database connection object.
Nil is returned if anything bad happens.
Reset connection to the backend asynchronously. conn A database connection object.
Poll an asynchronous reset for completion conn A database connection object.
Attempt to request cancellation of the current operation. conn A database connection object.
The return value is t if the cancel request was successfully dispatched, nil if not (in which case conn->errorMessage is set). Note: successful dispatch is no guarantee that there will be any effect at the backend. The application must read the operation result as usual.
Submit a query to Postgres and don’t wait for the result. conn A database connection object. Returns: t if successfully submitted nil if error (conn->errorMessage is set)
Retrieve an asynchronous result from a query. conn A database connection object.
nil
is returned when no more query work remains.
Sets the PGconn’s database connection non-blocking if the arg is TRUE or makes it non-blocking if the arg is FALSE, this will not protect you from PQexec(), you’ll only be safe when using the non-blocking API. conn A database connection object.
Return the blocking status of the database connection conn A database connection object.
Force the write buffer to be written (or at least try) conn A database connection object.
Start asynchronously passing environment variables to a backend. conn A database connection object.
Compatibility note: this function is only available with libpq-7.0.
Check an asynchronous environment variables transfer for completion. conn A database connection object.
Compatibility note: this function is only available with libpq-7.0.
Attempt to terminate an asynchronous environment variables transfer. conn A database connection object.
Compatibility note: this function is only available with libpq-7.0.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Import a file as a large object into the database. conn a database connection object filename filename to import
On success, the object id is returned.
Copy a large object in the database into a file. conn a database connection object. oid object id number of a large object. filename filename to export to.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Destroy a database connection object by calling free on it. conn a database connection object
It is possible to not call this routine because the usual XEmacs garbage
collection mechanism will call the underlying libpq routine whenever it
is releasing stale PGconn
objects. However, this routine is
useful in unwind-protect
clauses to make connections go away
quickly when unrecoverable errors have occurred.
After calling this routine, the printed representation of the XEmacs wrapper object will contain the string “DEAD”.
Return the client encoding as an integer code. conn a database connection object
(pq-client-encoding P) ⇒ 1 |
Compatibility note: This function did not exist prior to libpq-7.0 and does not exist in a non-Mule XEmacs.
Set client coding system. conn a database connection object encoding a string representing the desired coding system
(pq-set-client-encoding P "EUC_JP") ⇒ 0 |
The current idiom for ensuring proper coding system conversion is the following (illustrated for EUC Japanese encoding):
(setq P (pq-connectdb "...")) (let ((file-name-coding-system 'euc-jp) (pg-coding-system 'euc-jp)) (pq-set-client-encoding "EUC_JP") ...) (pq-finish P) |
Compatibility note: This function did not exist prior to libpq-7.0 and does not exist in a non-Mule XEmacs.
Return the integer code representing the coding system in
PGCLIENTENCODING
.
(pq-env-2-encoding) ⇒ 0 |
Compatibility note: This function did not exist prior to libpq-7.0 and does not exist in a non-Mule XEmacs.
Destroy a query result object by calling free() on it. res a query result object
Note: The memory allocation systems of libpq and XEmacs are different. The XEmacs representation of a query result object will have both the XEmacs version and the libpq version freed at the next garbage collection when the object is no longer being referenced. Calling this function does not release the XEmacs object, it is still subject to the usual rules for Lisp objects. The printed representation of the XEmacs object will contain the string “DEAD” after this routine is called indicating that it is no longer useful for anything.
Return a data structure that represents the connection defaults. The data is returned as a list of lists, where each sublist contains info regarding a single option.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Synchronous database connection. pghost is the hostname of the PostgreSQL backend to connect to. pgport is the TCP port number to use. pgoptions specifies other backend options. pgtty specifies the debugging tty to use. dbName specifies the database name to use. login specifies the database user name. pwd specifies the database user’s password.
This routine is deprecated as of libpq-7.0, and its functionality can be replaced by external Lisp code if needed.
Synchronous database connection. pghost is the hostname of the PostgreSQL backend to connect to. pgport is the TCP port number to use. pgoptions specifies other backend options. pgtty specifies the debugging tty to use. dbName specifies the database name to use.
This routine was deprecated in libpq-6.5.
Return socket file descriptor to a backend database process. conn database connection object.
Print out the results of a query to a designated C stream. fout C stream to print to res the query result object to print ps the print options structure.
This routine is deprecated as of libpq-7.0 and cannot be sensibly exported to XEmacs Lisp.
res query result object to print fp C stream to print to fillAlign pad the fields with spaces fieldSep field separator printHeader display headers? quiet
This routine was deprecated in libpq-6.5.
res query result object to print fout C stream to print to printAttName print attribute names terseOutput delimiter bars width width of column, if 0, use variable width
This routine was deprecated in libpq-6.5.
Determine length of a multibyte encoded char at *s
.
s encoded string
encoding type of encoding
Compatibility note: This function was introduced in libpq-7.0.
Enable tracing on debug_port
.
conn database connection object.
debug_port C output stream to use.
Disable tracing. conn database connection object.
Return the object id as a string of the last tuple inserted. conn database connection object.
Compatibility note: This function is deprecated in libpq-7.0, however it is used internally by the XEmacs binding code when linked against versions prior to 7.0.
“Fast path” interface — not really recommended for application use conn A database connection object. fnid result_buf result_len result_is_int args nargs
The following set of very low level large object functions aren’t appropriate to be exported to Lisp.
conn a database connection object. lobjid a large object ID. mode opening modes.
conn a database connection object. fd a large object file descriptor
conn a database connection object. fd a large object file descriptor. buf buffer to read into. len size of buffer.
conn a database connection object. fd a large object file descriptor. buf buffer to write from. len size of buffer.
conn a database connection object. fd a large object file descriptor. offset whence
conn a database connection object. mode opening modes.
conn a database connection object. fd a large object file descriptor.
conn a database connection object. lbojid a large object ID.
[ << ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
This document was generated by Aidan Kehoe on December 27, 2016 using texi2html 1.82.