copy.hlp
上传用户:blenddy
上传日期:2007-01-07
资源大小:6495k
文件大小:6k
源码类别:

数据库系统

开发平台:

Unix_Linux

  1. .pgaw:Help.f.t insert end "COPY" {bold} " moves data between Postgres tables and standard Unix files. COPY instructs the Postgres backend to directly read from or write to a file. The file must be directly visible to the backend 
  2. and the name must be specified from the viewpoint of the backend. If stdin or stdout are specified, data flows through the client frontend to the backend.
  3. " {} "Synopsis" {bold} "
  4. " {} "
  5. COPY [ BINARY ] table [ WITH OIDS ]
  6.     FROM { 'filename' | stdin }
  7.     [ USING DELIMITERS 'delimiter' ]
  8. COPY [ BINARY ] table [ WITH OIDS ]
  9.     TO { 'filename' | stdout }
  10.     [ USING DELIMITERS 'delimiter' ]    
  11. " {code} "Inputs" {bold} "
  12. " {} "BINARY" {italic} "
  13.        Changes the behavior of field formatting, forcing all data to be stored or read as binary objects rather than as text. 
  14. " {} "table" {italic} "
  15.        The name of an existing table. 
  16. " {} "WITH OIDS" {italic} "
  17.        Copies the internal unique object id (OID) for each row. 
  18. " {} "filename" {italic} "
  19.        The absolute Unix pathname of the input or output file. 
  20. " {} "stdin" {italic} "
  21.        Specifies that input comes from a pipe or terminal. 
  22. " {} "stdout" {italic} "
  23.        Specifies that output goes to a pipe or terminal. 
  24. " {} "delimiter" {italic} "
  25.        A character that delimits the input or output fields. 
  26.        
  27. " {} "Outputs" {bold} "
  28. " {} "COPY" {italic} "
  29.        The copy completed successfully. 
  30. " {} "ERROR: error message" {italic} "
  31.        The copy failed for the reason stated in the error message. 
  32. " {} "Usage" {bold} "
  33. The following example copies a table to standard output, using a vertical bar ("|") as the field delimiter:
  34. COPY country TO stdout USING DELIMITERS '|';
  35. To copy data from a Unix file into a table "country": 
  36. COPY country FROM '/usr1/proj/bray/sql/country_data';
  37.   
  38. Here is a sample of data suitable for copying into a table from stdin (so it has the termination sequence on the last 
  39. line):
  40.    AF      AFGHANISTAN
  41.    AL      ALBANIA
  42.    DZ      ALGERIA
  43.    ...
  44.    ZM      ZAMBIA
  45.    ZW      ZIMBABWE
  46.    .
  47. " {} "File Formats" {bold} "
  48. " {} "Text Format" {italic} "
  49. When COPY TO is used without the BINARY option, the file generated will have each row (instance) on a single line, with each column 
  50. (attribute) separated by the delimiter character. Embedded delimiter characters will be preceded by a backslash character 
  51. ("\"). The attribute values themselves are strings generated by the output function associated with each attribute type. 
  52. The output function for a type should not try to generate the backslash character; this will be handled by COPY itself.
  53. The actual format for each instance is 
  54. <attr1><separator><attr2><separator>...<separator><attrn><newline>
  55. The oid is placed on the beginning of the line if WITH OIDS is specified.
  56. If " {} "COPY" {bold} " is sending its output to standard output instead of a file, it will send a backslash("\") and a period 
  57. (".") followed immediately by a newline, on a separate line, when it is done. Similarly, 
  58. if " {} "COPY" {bold} " is reading from standard input, it will expect a backslash ("\") and a period 
  59. (".") followed by a newline, as the first three characters on a line to denote end-of-file. However, COPY will 
  60. terminate (followed by the backend itself) if a true EOF is encountered before this special end-of-file pattern is found.
  61. The backslash character has other special meanings. NULL attributes are represented as "\N". A literal backslash character is represented as two consecutive backslashes 
  62. ("\\"). A literal tab character is represented as a backslash and a tab. A literal newline character is represented as a backslash and a newline. When loading text data not generated by Postgres, you will need to 
  63. convert backslash characters ("\") to double-backslashes ("\\") to ensure that they are loaded properly. 
  64. " {} "Binary Format" {italic} "
  65. In the case of " {} "COPY BINARY" {bold} ", the first four bytes in the file will be the number of instances in the file. If this number is zero, the 
  66. " {} "COPY BINARY" {bold} " command will read until end of file is encountered. Otherwise, it will stop reading when this number of instances has been read. Remaining data in the file will be ignored.  
  67. The format for each instance in the file is as follows. Note that this format must be followed exactly. Unsigned four-byte integer quantities are called uint32 in the table below.
  68. " {} "Notes" {bold} "
  69. The " {} "BINARY" {bold} " keyword will force all data to be stored/read as binary objects rather than as text. It is somewhat faster than the normal copy command, but is not generally portable, and the files 
  70. generated are somewhat larger, although this factor is highly dependent on the data itself. By default, a text copy uses a tab 
  71. ("\t") character as a delimiter. The delimiter may also be changed to any other single character with the keyword phrase USING DELIMITERS. Characters in data fields which happen to match the delimiter character will be quoted.
  72. You must have select access on any table whose values are read by " {} "COPY" {bold} ", and either insert or update access to a table into which values are being inserted by 
  73. " {} "COPY" {bold} ". The backend also needs appropriate Unix permissions for any file read or written by 
  74. " {} "COPY" {bold} ". 
  75. The keyword phrase " {} "USING DELIMITERS" {bold} " specifies a single character to be used for all delimiters between columns. If multiple characters are specified in the delimiter string, only the first 
  76. character is used. 
  77.        Tip: Do not confuse " {} "COPY" {bold} " with the psql instruction \copy. "