BlogJava-ann-随笔分类-postges database

SQL like子句的另一种实现方法,速度比like快

冰是没有未来的，因为它的永恒 — Tue, 04 May 2010 04:58:00 GMT

摘要:

SQL like子句的另一种实现方法,速度比like快

一般来说使用模糊查询，大家都会想到LIKE
select * from table where a like '%字符%'

如果一个SQL语句中用多个 like模糊查询，并且记录条数很大，那速度一定会很慢。
下面两种方法也可实现模糊查询：
select * from table where patindex('%字符%',a)>0
select * from table where charindex('字符',a)>0
经测试这两种方法比LIKE速度要快。

阅读全文

冰是没有未来的，因为它的永恒 2010-05-04 12:58 发表评论

pg_restore

冰是没有未来的，因为它的永恒 — Thu, 11 Mar 2010 02:02:00 GMT

摘要: 1.备份表中的数据

D:\Program Files\PostgreSQL-8.3.7\bin\pg_dump.exe -h *.*.*.* -p 5432 -U username -F c -v -f "D:\Program Files\PostgreSQL-8.3.7\bin\sss.backup" -t "\"public\".\"tablename\"" databasename

2. 创建表

CREATE TABLE tablename
(
id bigint,
createtime timestamp without time zone,
modifyname character varying(255),
modify_date timestamp without time zone,
modify_detail character varying(100000),
"name" character varying(255 阅读全文

冰是没有未来的，因为它的永恒 2010-03-11 10:02 发表评论

postgres手册链接

冰是没有未来的，因为它的永恒 — Tue, 09 Feb 2010 07:30:00 GMT

摘要: 一.linux 监控数据库活动
$ ps auxww | grep ^postgres

postgres 3424 0.0 1.2 42708 26588 ? Ss Jan29 0:00 postgres: writer process
postgres 3425 0.0 0.0 42576 1284 ? Ss Jan29 0:00 postgres: wal writer process
postgres 3426 0.0 0.0 43364 1972 ? Ss J 阅读全文

冰是没有未来的，因为它的永恒 2010-02-09 15:30 发表评论

sql 删除重复的数据

冰是没有未来的，因为它的永恒 — Mon, 08 Feb 2010 08:22:00 GMT

摘要: 1、对于第一种重复，比较容易解决，使用

select distinct * from tableName

　　就可以得到无重复记录的结果集。

　　如果该表需要删除重复的记录（重复记录保留1条），可以按以下方法删除

select distinct * into #Tmp from tableName
drop table tableName
select * into tableName from #Tmp
drop table #Tmp

阅读全文

冰是没有未来的，因为它的永恒 2010-02-08 16:22 发表评论

PostgreSQL数据库日常维护两个要点

冰是没有未来的，因为它的永恒 — Thu, 07 Jan 2010 07:55:00 GMT

数据库服务器，应对是高并发的访问，每天都有大量的读写删除操作。因此，时间一长服务器的内存就耗尽，数据库的占的空间也很大。为了应对这个情况，我制定两个常用的维护操作。

一、注重日常清理（VACUUM;）。因为有大量的更新（update）"删除(delete)操作，会有大量的空间需要释放。

每日执行一次VACUUM，每周访问量低的时候执行VACUUM FULL;

语法结构；

VACUUM [ FULL | FREEZE ] [ VERBOSE ] [ table ]
VACUUM [ FULL | FREEZE ] [ VERBOSE ] ANALYZE [ table [ (column [, ...] ) ] ]

FULL ------选择"完全"清理，这样可以恢复更多的空间，但是花的时间更多并且在表上施加了排它锁。
FREEZE ---------选择激进的元组"冻结"。
VERBOSE --------- 为每个表打印一份详细的清理工作报告。
ANALYZE --------- 更新用于优化器的统计信息，以决定执行查询的最有效方法。
table ------- 要清理的表的名称（可以有模式修饰）。缺省时是当前数据库中的所有表。
column ---------要分析的具体的列/字段名称。缺省是所有列/字段。

VACUUM 回收已删除元组占据的存储空间。在一般的 PostgreSQL 操作里，那些已经 DELETE 的元组或者被 UPDATE 过后过时的元组是没有从它们所属的表中物理删除的；在完成 VACUUM 之前它们仍然存在。因此我们有必须周期地运行 VACUUM，特别是在常更新的表上，如果没有参数，VACUUM 处理当前数据库里每个表，如果有参数，VACUUM 只处理那个表，简单的 VACUUM （没有FULL）只是简单地回收空间并且令其可以再次使用；

VACUUM命令的含义为：垃圾收集以及可选地分析一个数据库。VACUUM回收已删除元组占据的存储空间。在一般的 PostgreSQL 操作里，那些已经 DELETE 的元组或者被 UPDATE 过后过时的元组是没有从它们所属的表中物理删除的；在完成 VACUUM 之前它们仍然存在。由于以下几个原因，我们必须周期性运行 PostgreSQL 的 VACUUM 命令∶ 1.恢复那些由已更新的或已删除的行占据的磁盘空间。

例子：

#psql -U pgsql dbname
dbname#VACUUM；

搞定！

二、重建索引(REINDEX)

语法
REINDEX { INDEX | TABLE | DATABASE | SYSTEM } name [ FORCE ]
描述
REINDEX命令用来重建索引。旧的索引将被删除，重新读取索引的父表中的数据来重建索引。REINDEX命令不支持并发创建索引的功能。在下面的情况下，应该重建索引：
· 一个索引中的数据已被破坏，包含非法的数据。软件错误和硬件问题都会导致索引被损坏。

· 索引中包含许多空的或者几乎是空的数据页。应该重建索引，回收物理存储空间。

· 该变了索引的存储参数fillfactor的值，只有重建索引，新的参数值才能完全生效。

· 使用CREATE INDEX CONCURRENTLY命令创建索引时遇到错误，留下一个非法的索引。

例子
（1）重建索引my_index：REINDEX INDEX my_index;
（2）重建表my_table 上的所有索引：REINDEX TABLE my_table;
（3）重建数据库中的所有索引：REINDEX DATABASE broken_db;

#psql -U pgsql dbname
dbname#REINDEX DATABASE dbname;

通过这两个维护，可以及时释放废弃的资源，让数据库轻装运行，速度更快

冰是没有未来的，因为它的永恒 2010-01-07 15:55 发表评论

postgres create INDEX

冰是没有未来的，因为它的永恒 — Tue, 22 Dec 2009 02:00:00 GMT

CREATE INDEX 在指定的表上构造一个名为 index_name 的索引。索引主要用来提高数据库性能。但是如果不恰当的使用将导致性能的下降。

PostgreSQL 为从索引提供 B-tree，R-tree，hash（散列）和 GiST 索引方法。 B-tree 索引方法是一个 Lehman-Yao 高并发 B-trees 的实现。R-tree 索引方法用 Guttman 的二次分裂算法实现了标准的 R-trees。 hash（散列）索引方法是 Litwin 的线性散列的一个实现。用户也可以定义它们自己的索引方法，但这个工作相当复杂。

如果出现了 WHERE 子句，则创建一个部分索引。部分索引是一个只包含表的一部分记录的索引，通常是该表中比其它部分数据更有用的部分。

在 WHERE 子句里用的表达式只能引用下层表的字段，但是它可以使用所有字段，而不仅仅是被索引的字段。目前，子查询和聚集表达式也不能出现在WHERE里。

索引定义里的所有函数和操作符都必须是immutable，（不变的）也就是说，它们的结果必须只能依赖于它们的输入参数，而决不能依赖任何外部的影响（比如另外一个表的内容或者当前时间）。这个约束确保该索引的行为是定义完整的。要在一个索引上使用用户定义函数，请记住在你创建它的时候把它标记为immutable的函数。

目前，只有 B-tree 和 gist 索引方法支持多字段索引。缺省时最多可以声明 32 个键字（这个限制可以在制作 PostgreSQL 时修改）。目前只有 B-tree 支持唯一索引。

可以为索引的每个列/字段声明一个 操作符表。操作符表标识将要被该索引用于该列/字段的操作符。例如，一个四字节整数的 B-tree 索引将使用 int4_ops 表；这个操作符表包括四字节整数的比较函数。实际上，该域的数据类型的缺省操作符表一般就足够了。某些数据类型有操作符表的原因是，它们可能有多于一个的有意义的顺序。例如，我们对复数类型排序时有可能以绝对值或者以实部。我们可以通过为该数据类型定义两个操作符表，然后在建立索引的时候选择合适的表来实现。

http://www.postgresql.org/docs/8.4/interactive/index.html

冰是没有未来的，因为它的永恒 2009-12-22 10:00 发表评论

postgres数据库的操作

冰是没有未来的，因为它的永恒 — Fri, 31 Jul 2009 06:23:00 GMT

摘要: 1. 修改role密码
alter role postgres password 'postgres';

2. 设置postgres远程连接

1). 修改listen addresses
sudo vim /etc/postgresql/8.3/main/pg_hba.conf
# listen_addresses = 'localhost'
设置为 listen_addresses = '*'

2). 添加ip

sudo vim /etc/postgresql/8.3/main/postgresql.conf
在最后一行添加
host all all 192.168.0.0/16 md5

3 阅读全文

冰是没有未来的，因为它的永恒 2009-07-31 14:23 发表评论

数据库备份

冰是没有未来的，因为它的永恒 — Thu, 02 Jul 2009 05:43:00 GMT

1.备份 >pg_dump -h 192.168.4.217 --username admin RestaurantCenter >restaurantcenter1.sql 2.执行sql >psql -h 192.168.1.18 --username postgres RestaurantCenter < restaurantcenter1.sql

http://www.postgresql.org/docs/8.3/interactive/backup-dump.html

冰是没有未来的，因为它的永恒 2009-07-02 13:43 发表评论

为已经存在的数据库添加GIS功能

冰是没有未来的，因为它的永恒 — Wed, 03 Jun 2009 01:55:00 GMT

PgAdmin, open up the SQL window by clicking the SQL button (the one with the pencil).
Choose “File  Open…” and navigate to

C:\Program Files\PostgreSQL\8.3\share\contrib\lwpostgis.sql

Press the “Run” button. (The green triangle.) The lwpostgis.sql file will execute, loading the PostGIS functions and objects into the “postgis” database.
Choose “File  Open…” and navigate to

C:\Program Files\PostgreSQL\8.3\share\contrib\spatial_ref_sys.sql

冰是没有未来的，因为它的永恒 2009-06-03 09:55 发表评论