← Back to branch summary

~ubuntu-branches/ubuntu/utopic/pgadmin3/utopic

« back to all changes in this revision

Viewing changes to docs/en_US/hints/encoding-ascii.html

  • Committer: Bazaar Package Importer
  • Author(s): Raphael Enrici, src/frm/frmBackup.cpp, debian/control
  • Date: 2006-10-06 21:06:48 UTC
  • mfrom: (1.2.1 upstream) (2.1.2 edgy)
  • Revision ID: james.westby@ubuntu.com-20061006210648-nscnazrse5jbwswf
http://bugs.debian.org/387256
http://bugs.debian.org/379188
* Patched frmBackup.cpp to ensure the schema is specified when backing up
  individual tables. (Closes: #387256)
  [src/frm/frmBackup.cpp]
* Cleaned up and updated description of the package. (Closes: #379188)
  [debian/control]

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/en_US/hints/encoding-ascii.html
 
1
<html>
 
2
 
 
3
<head>
 
4
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
 
5
<link rel="STYLESHEET" type="text/css" href="../pgadmin3.css">
 
6
<title>Guru Hints</title>
 
7
</head>
 
8
 
 
9
<body>
 
10
 
 
11
<h3>Database encoding</h3>
 
12
<p>
 
13
The database <INFO> is created to store data using the SQL_ASCII encoding. This encoding is defined 
 
14
for 7 bit characters only; the meaning of characters with the 8th bit set (non-ASCII characters 127-255) is not defined.
 
15
Consequently, it is not possible for the server to convert the data to other encodings.
 
16
</p>
 
17
<p>
 
18
If you're storing non-ASCII data in the database, you're strongly encouraged to use a proper 
 
19
database encoding representing your locale character set to take benefit from the automatic conversion to different client encodings
 
20
when needed. If you store non-ASCII data in an SQL_ASCII database, you may encounter
 
21
weird characters written to or read from the database, caused by code conversion problems.
 
22
This may cause you a lot of headache when accessing the database using different 
 
23
client programs and drivers.
 
24
</p>
 
25
<p>
 
26
For most installations, Unicode (UTF8) encoding will provide the most flexible capabilities. 
 
27
</p>
 
28
</body>
 
29
</html>