Docs: make prose discussion match the ordering of Table 9-58.

The "Session Information Functions" table seems to be sorted mostly
alphabetically (although it's not perfect), which would be all right
if it didn't lead to some related functions being described in a
pretty nonintuitive order.  Also, the prose discussions after the table
were in an order that hardly matched the table at all.  Rearrange to
make things a bit easier to follow.

diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml
index 60f117a33334991147bc9d3b56431da7f275b020..b001ce548d88fb1a63eb8e9a26d489f8cb56cfeb 100644 (file)
--- a/doc/src/sgml/func.sgml
+++ b/doc/src/sgml/func.sgml
@@ -15002,6 +15002,12 @@ SELECT * FROM pg_ls_dir('.') WITH ORDINALITY AS t(ls,n);
        configuration load time
       
 
+      
+       pg_my_temp_schema()
+       oid
+       OID of session's temporary schema, or 0 if none
+      
+
       
        pg_is_other_temp_schema(oid)
        boolean
@@ -15020,12 +15026,6 @@ SELECT * FROM pg_ls_dir('.') WITH ORDINALITY AS t(ls,n);
        fraction of the asynchronous notification queue currently occupied (0-1)
       
 
-      
-       pg_my_temp_schema()
-       oid
-       OID of session's temporary schema, or 0 if none
-      
-
       
        pg_postmaster_start_time()
        timestamp with time zone
@@ -15156,25 +15156,6 @@ SET search_path TO schema , schema, ..
     
    
 
-   
-    pg_listening_channels
-   
-
-   
-    pg_notification_queue_usage
-   
-
-   
-    pg_listening_channels returns a set of names of
-    asynchronous notification channels that the current session is listening
-    to.  pg_notification_queue_usage returns the
-    fraction of the total available space for notifications currently
-    occupied by notifications that are waiting to be processed, as a
-    double in the range 0-1.
-    See  and 
-    for more information.
-   
-
    
     inet_client_addr
    
@@ -15202,6 +15183,20 @@ SET search_path TO schema , schema, ..
      Unix-domain socket.
    
 
+   
+    pg_conf_load_time
+   
+
+   
+    pg_conf_load_time returns the
+    timestamp with time zone when the
+    server configuration files were last loaded.
+    (If the current session was alive at the time, this will be the time
+    when the session itself re-read the configuration files, so the
+    reading will vary a little in different sessions.  Otherwise it is
+    the time when the postmaster process re-read the configuration files.)
+   
+
    
     pg_my_temp_schema
    
@@ -15221,27 +15216,32 @@ SET search_path TO schema , schema, ..
    
 
    
-    pg_postmaster_start_time
+    pg_listening_channels
+   
+
+   
+    pg_notification_queue_usage
    
 
    
-    pg_postmaster_start_time returns the
-    timestamp with time zone when the
-    server started.
+    pg_listening_channels returns a set of names of
+    asynchronous notification channels that the current session is listening
+    to.  pg_notification_queue_usage returns the
+    fraction of the total available space for notifications currently
+    occupied by notifications that are waiting to be processed, as a
+    double in the range 0-1.
+    See  and 
+    for more information.
    
 
    
-    pg_conf_load_time
+    pg_postmaster_start_time
    
 
    
-    pg_conf_load_time returns the
+    pg_postmaster_start_time returns the
     timestamp with time zone when the
-    server configuration files were last loaded.
-    (If the current session was alive at the time, this will be the time
-    when the session itself re-read the configuration files, so the
-    reading will vary a little in different sessions.  Otherwise it is
-    the time when the postmaster process re-read the configuration files.)
+    server started.