summaryrefslogtreecommitdiff
path: root/doc/src/FAQ/FAQ.html
diff options
context:
space:
mode:
authorBruce Momjian <bruce@momjian.us>2005-02-01 02:40:50 +0000
committerBruce Momjian <bruce@momjian.us>2005-02-01 02:40:50 +0000
commit4f63cc6a30357d1780f73b056872fe1726c4e9e5 (patch)
tree0c1d8103c04bd1d3363a4dfc1b9d7028f7c40c0e /doc/src/FAQ/FAQ.html
parent3c16965995223b0ae66e027389863448ac0bade7 (diff)
downloadpostgresql-4f63cc6a30357d1780f73b056872fe1726c4e9e5.tar.gz
Final FAQ cleanups to remove information about very old releases.
Diffstat (limited to 'doc/src/FAQ/FAQ.html')
-rw-r--r--doc/src/FAQ/FAQ.html19
1 files changed, 9 insertions, 10 deletions
diff --git a/doc/src/FAQ/FAQ.html b/doc/src/FAQ/FAQ.html
index ab20144223..b0ccf2853f 100644
--- a/doc/src/FAQ/FAQ.html
+++ b/doc/src/FAQ/FAQ.html
@@ -10,7 +10,7 @@
alink="#0000ff">
<H1>Frequently Asked Questions (FAQ) for PostgreSQL</H1>
- <P>Last updated: Mon Jan 31 21:35:15 EST 2005</P>
+ <P>Last updated: Mon Jan 31 21:40:28 EST 2005</P>
<P>Current maintainer: Bruce Momjian (<A href=
"mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)
@@ -1040,25 +1040,25 @@ length</TD></TR>
uncertain how a cross-database query should even behave.</P>
<P><I>contrib/dblink</I> allows cross-database queries using
- function calls. Of course, a client can make simultaneous
+ function calls. Of course, a client can also make simultaneous
connections to different databases and merge the results on the
client side.</P>
<H4><A name="4.19">4.19</A>) How do I return multiple rows or
columns from a function?</H4>
- <P>In 7.3, you can easily return multiple rows or columns from a
- function,
+ <P>It is easy using set-returning functions,
<a href="http://techdocs.postgresql.org/guides/SetReturningFunctions">
http://techdocs.postgresql.org/guides/SetReturningFunctions</a>.
<H4><A name="4.20">4.20</A>) Why can't I reliably create/drop
temporary tables in PL/PgSQL functions?</H4>
- <P>PL/PgSQL caches function contents, and an unfortunate side effect
+
+ <P>PL/PgSQL caches function scripts, and an unfortunate side effect
is that if a PL/PgSQL function accesses a temporary table, and that
- table is later dropped and recreated, and the function called
- again, the function will fail because the cached function contents
- still point to the old temporary table. The solution is to use
+ table is later dropped and recreated, and the function called again,
+ the function will fail because the cached function contents still
+ point to the old temporary table. The solution is to use
<SMALL>EXECUTE</SMALL> for temporary table access in PL/PgSQL. This
will cause the query to be reparsed every time.</P>
@@ -1075,8 +1075,7 @@ length</TD></TR>
encrypted transport, such as stunnel or ssh, rather than PostgreSQL's
native SSL connections.)
<LI>Database user passwords are automatically encrypted when stored in
- version 7.3. In previous versions, you must enable the option
- <I>PASSWORD_ENCRYPTION</I> in <I>postgresql.conf</I>.</LI>
+ the system tables.</LI>
<LI>The server can run using an encrypted file system.</LI>
</UL>