关于postgresql转义的信息
postgresql copy from 文件，文件字段包含双引号怎么处理？
可以使用类似这样的命令进行导入:
创新互联公司网站设计，为客户量身定制各类网站建设业务，包括企业型、电子商务型、响应式网站、行业门户型等各类网站，实战经验丰富，成功案例众多。以客户利益为出发点，创新互联公司网站制作为客户规划、按需网站制作符合企业需求、带有营销价值的网络建站方案认真对待每一个客户，我们不用口头的语言来吹擂我们的优秀，千余家的成功案例见证着我们的成长。
1
2
3
4
5
6
7
8
9
copy
target_table_name
(field_1,
field_2,
field_3)
from
'C:\sourceData.txt'
with
(
FORMAT
csv,
DELIMITER
',',
escape
'\',
header
true,
quote
'"',
encoding
'UTF8')
这里,
with后面括号中跟的是导入参数设置:
format指定导入的文件格式为csv格式
delimiter指定了字段之间的分隔符号位逗号
escape指定了在引号中的转义字符为反斜杠，这样即使在引号字串中存在引号本身，也可以用该字符进行转义，变为一般的引号字符，而不是字段终结
header
true：指定文件中存在表头。如果没有的话，则设置为false
quote指定了以双引号作为字符串字段的引号，这样它会将双引号内的内容作为一个字段值来进行处理
encoding指定了文件的编码格式为utf8,
如果是别的格式则修改为适当的编码格式.
关于postgrsql读取数据库的问题！
PostgreSQL中的bytea字段类型可以以二进制的形式存储数据，这样做的好处就是可以将原本存储在网站目录下的文件存储到数据库中，坏处就是如果文件过多、过大的话，就会导致数据库的数据量大大增加，备份和恢复的时候就会浪费大量的时间，而且数据也有可能会出错。个人觉得，在文件量小的情况下，使用这种存储方式还是很方便的。
言归正传，下面介绍一下使用bytea字段存读取文件的具体实现方法。首先是文件存储于存储于bytea字段的方法，主要用到的就是PHP中的pg_escape_bytea方法，代码如下：
?php
$dbconn = pg_connect("host='localhost' dbname='dbname' user='user' password='password' port='port'")
OR DIE('Could not connect:' . pg_last_error());
$fileUrl = iconv("utf-8", "gbk", $fileUrl);//$fileName为文件路径地址，汉字可能会乱码，此处处理一下
$fileContents = file_get_contents($fileUrl);
$escapeBytea = pg_escape_bytea($fileContents);//转义bytea数据类型的二进制字符串
$insertStr = "INSERT INTO tableName(id, contents)
VALUES(DEFAULT, '{$escapeBytea}')";
pg_query($dbconn, $insertStr);
?
从bytea字段中还原文件用到的是PHP中的pg_unescape_bytea方法，实现代码如下：
?php
$dbconn = pg_connect("host='localhost' dbname='dbname' user='user' password='password' port='port'")
OR DIE('Could not connect: ' . pg_last_error());
$selectStr = "SELECT contents
FROM tableName
WHERE id = " . $fileId;//$fileId为文件id
$query = pg_query($dbconn, $selectStr);
while($row = pg_fetch_array($query, null, PGSQL_ASSOC)){
$escapeBytea = $row['contents'];
$fileContents = pg_unescape_bytea($escapeBytea); //获得二进制数据
file_put_contents($fileName, $fileContents); //$fileName为带有后缀名的文件名，如hello.pdf
}
?
导出文件后，如果二进制数据转码错误就会出现文件打不开的现象，比如错误的PDF文件打开时弹出错误如下图：
这种错误在数据库迁移时特别容易出现（本人是从PostgreSQL 8.4迁移到9.1），解决的方法是修改PostgreSQL的配置文件
postgresql.conf，将bytea_output的输出类型设置为转义类型（escape）输出，即bytea_output = 'escape'（如果前面有#，删除开启配置），然后reload一下PostgreSQL的配置使修改生效，这样二进制数据就可以正常解码并输出到文件。
java转义字符postgreSQL数据库
使用预处理.估计%应该用转义字符..用预处理安全防止sql注入..具体方法如下:
//conn = DBUtil.getInstance().getConnection();这个是获取conn的一个方法
//DBUtil.getInstance().close(pstmt, conn);这个是我关闭pstmt conn的方法
//关键就是使用PreparedStatement 这个预处理。要导入包import java.sql.PreparedStatement;
public void addStudent(BufferedReader br){
String name = null;
String sex = null;
String age = null;
String id = creatId();
Connection conn =null;
PreparedStatement pstmt = null;
System.out.println("请输入学生相应的信息:");
try {
//从键盘输入学生名称
System.out.println("请您输入学生姓名 :");
name = br.readLine();
//从键盘输入性别
System.out.println("请您输入学生性别 :");
sex = br.readLine();
//从键盘输入年龄
System.out.println("请您输入学生年龄 :");
age = br.readLine();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
// System.out.println(name + sex + age);
// insertStudent(name,sex,age);
conn = DBUtil.getInstance().getConnection();
//通过输出判断conn是否正确
// String sql = "insert into t_student(id,name,sex,age) values(111,"+"'"+name+"','"+sex+"',"+age+")";
String sql = "insert into t_student(id,name,sex,age) values(?,?,?,?)";
try {
pstmt=conn.prepareStatement(sql);
pstmt.setString(1, id);
pstmt.setString(2, name);
pstmt.setString(3, sex);
pstmt.setString(4, age);
pstmt.execute();
} catch (SQLException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
DBUtil.getInstance().close(pstmt, conn);
System.out.println("记录插入成功");
}
如果还有疑问联系我：qq 6 0 3 051135
postgresql在window上不支持转义字符，在linux上却可以，什么原因？
使用预处理.估计%应该用转义字符..用预处理安全防止sql注入..具体方法如下:
//conn = DBUtil.getInstance().getConnection();这个是获取conn的一个方法
//DBUtil.getInstance().close(pstmt, conn);这个是我关闭pstmt conn的方法
//关键就是使用PreparedStatement 这个预处理。要导入包import java.sql.PreparedStatement;
public void addStudent(BufferedReader br){
String name = null;
String sex = null;
String age = null;
String id = creatId();
Connection conn =null;
PreparedStatement pstmt = null;
System.out.println("请输入学生相应的信息:");
try {
//从键盘输入学生名称
System.out.println("请您输入学生姓名 :");
name = br.readLine();
//从键盘输入性别
System.out.println("请您输入学生性别 :");
sex = br.readLine();
//从键盘输入年龄
System.out.println("请您输入学生年龄 :");
age = br.readLine();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
// System.out.println(name + sex + age);
// insertStudent(name,sex,age);
conn = DBUtil.getInstance().getConnection();
//通过输出判断conn是否正确
// String sql = "insert into t_student(id,name,sex,age) values(111,"+"'"+name+"','"+sex+"',"+age+")";
String sql = "insert into t_student(id,name,sex,age) values(?,?,?,?)";
try {
pstmt=conn.prepareStatement(sql);
pstmt.setString(1, id);
pstmt.setString(2, name);
pstmt.setString(3, sex);
pstmt.setString(4, age);
pstmt.execute();
} catch (SQLException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
DBUtil.getInstance().close(pstmt, conn);
System.out.println("记录插入成功");
}
postgresql like 特殊字符怎么处理
PostgreSQL 提供了三种实现模式匹配的方法：传统 SQL 的 LIKE 操作符、SQL99 新增的 SIMILAR TO 操作符、 POSIX 风格的正则表达式。另外还有一个模式匹配函数 substring可用，它可以使用 SIMILAR TO 风格或者 POSIX 风格的正则表达式
LIKE
string LIKE pattern [ESCAPE escape-character]
string NOT LIKE pattern [ESCAPE escape-character]
每个 pattern 定义一个字符串的集合。如果该 string 包含在 pattern 代表的字符串集合里，那么 LIKE 表达式返回真。和我们想像的一样，如果 LIKE 返回真，那么 NOT LIKE 表达式将返回假，反之亦然。一个等效的表达式是 NOT (string LIKE pattern) 。
如果 pattern 不包含百分号或者下划线，那么该模式只代表它本身；这时候 LIKE 的行为就像等号操作符。在 pattern 里的下划线(_)匹配任何单个字符；而一个百分号(%)匹配零或多个任何字符。
一些例子：
'abc' LIKE 'abc' true
'abc' LIKE 'a%' true
'abc' LIKE '_b_' true
'abc' LIKE 'c' false
LIKE 模式匹配总是覆盖整个字符串。要匹配在字符串内部任何位置的序列，该模式必须以百分号开头和结尾。
要匹配下划线或者百分号本身，在 pattern 里相应的字符必须前导逃逸字符。缺省的逃逸字符是反斜杠，但是你可以用 ESCAPE 子句指定一个。要匹配逃逸字符本身，写两个逃逸字符。
请注意反斜杠在字符串文本里已经有特殊含义了，所以如果你写一个包含反斜杠的模式常量，那你就要在 SQL 语句里写两个反斜杠。因此，写一个匹配单个反斜杠的模式实际上要在语句里写四个反斜杠。你可以通过用 ESCAPE 选择一个不同的逃逸字符来避免这样；这样反斜杠就不再是 LIKE 的特殊字符了。但仍然是字符文本分析器的特殊字符，所以你还是需要两个反斜杠。
我们也可以通过写成 ESCAPE '' 的方式关闭逃逸机制，这时，我们就不能关闭下划线和百分号的特殊含义。
关键字 ILIKE 可以用于替换 LIKE ，令该匹配就当前的区域设置是大小写无关的。这个特性不是 SQL 标准，是 PostgreSQL 扩展。
操作符 ~~ 等效于 LIKE ，而 ~~* 等效于 ILIKE 。还有 !~~ 和 !~~* 操作符分别代表 NOT LIKE 和 NOT ILIKE 。所有这些操作符都是 PostgreSQL 特有的.
例子: 查找数据库中表的名字(查找以tbl_开头的表的名字)
select tablename from pg_tables where tablename like 'tbl!_%'ESCAPE '!';
利用escape转义: 上面的sql语句中就是将!作为转义字符,作用是将"_"转换成普通的"_"
postgresql的数据库怎么迁移到mysql-CSDN论坛
MySQL数据库迁移到PostgreSQL
查了不少资料，也尝试了一些，最后采用的办法如下：
1. 导出mysql表定义（无数据）
mysqldump --no-data [dbname] dbdef.sql
2. 使用mysql2postgres把脚本转换为pgsql
3. 上面生成的脚本还不一定很完美，可以尝试导入pgsql，调试错误并手动修改之。我遇到的问题就只有一个，mysql列定义中的zerofill需要手工去掉。一些unsinged定义会生成constraint，如果不需要可以去掉。另外，trigger都有问题，只能后面手工重建
4. 导出mysql数据：
mysqldump -v -nt --complete-insert=TRUE --compact --no-create-info --skip-quote-names [dbname] dbdata.sql
老一些版本的pgsql如果不支持批量插入的话还需要加上--extended-insert=FALSE，这个性能损失巨大。
5. 转义符
mysql默认字符串里的'\'是转义符，而pgsql默认不是，修改postgresql.conf:
backslash_quote = on
escape_string_warning = off
standard_conforming_strings = off
数据导入完成后可以改回默认值。
5. pgsql里导入表定义和数据
psql -d [dbname] dbdef.sql
psql -d [dbname] dbdata.sql
6. 重建trigger
7. 自增主键（字段）的处理
由于导入数据时此字段都是有值的，所以pgsql里面seq并不会增加，可以用如下语句设置自增列的当前值：
SELECT setval('sample_id_seq',max(id)) from sample;
当前文章：关于postgresql转义的信息
本文链接：http://6mz.cn/article/dsccogc.html