FreeBSD6.0下postgresql无法开机自动启动

TCBY

按照安装完后的提示把'postgresql_enable="YES"' 加到 /etc/rc.conf，可是postgresql没法自动启动


现在只能每次 /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data &来手动启动

请问FreeBSD6.0下还有什么办法让postgresql开机自动启动？
下面的方法已经证实是不行的
To run PostgreSQL at startup, add
'postgresql_enable="YES"' to /etc/rc.conf

TCBY

改了下/usr/local/etc/rc.d下的启动脚本
搞定了

TCBY

为了测试postgresq insert和select数据的速度，刚才做实验：
新建一个table，往该table insert 600万条左右的records
然后truncate该table
truncate table后已经有一大部分空间释放出来了
但还有300M左右的空间没有释放
drop掉该table空间也没有释放
把postgresql重启也不行
请问有什么办法把空间释放出来？
我记得oracle里truncate table后空间是会释放出来的呀？
或者postgresql里有没有commit？

vidon

怎么没有人讨论了？
我还在等大家的结果呢。
人丁不旺啊！

TCBY

原帖由 vidon 于 2005-11-7 18:19 发表
怎么没有人讨论了？
我还在等大家的结果呢。
人丁不旺啊！

我也在等啊

dryice

vacuum 怎么样？

TCBY

原帖由 dryice 于 2005-11-7 22:26 发表
vacuum 怎么样？

用了，好使

引用自handbook:

VACUUM
Name
VACUUM -- 垃圾收集以及可选地分析一个数据库
Synopsis
VACUUM [ FULL | FREEZE ] [ VERBOSE ] [ table ]
VACUUM [ FULL | FREEZE ] [ VERBOSE ] ANALYZE [ table [ (column [, ...] ) ] ]
描述
VACUUM 回收已删除元组占据的存储空间。 在一般的 PostgreSQL 操作里， 那些已经 DELETE 的元组或者被 UPDATE 过后过时的元组是没有从它们所属的表中物理删除的； 在完成 VACUUM 之前它们仍然存在。 因此我们有必须周期地运行 VACUUM， 特别是在常更新的表上。

如果没有参数，VACUUM 处理当前数据库里每个表， 如果有参数，VACUUM 只处理那个表。

VACUUM ANALYZE 先执行一个 VACUUM 然后是给每个选定的表执行一个 ANALYZE。 对于日常维护脚本而言，这是一个很方便的组合。参阅 ANALYZE 获取更多有关其处理的细节。

简单的 VACUUM （没有FULL） 只是简单地回收空间并且令其可以再次使用。这种形式的命令可以和对表的普通读写并行操作， 因为没有请求排他锁。VACUUM FULL 执行更广泛的处理，包括跨块移动元组，以便把表压缩到最少的磁盘块数目里。 这种形式要慢许多并且在处理的时候需要在表上施加一个排它锁。

FREEZE 是一种特殊用途的选项，它导致元组尽可能快地标记为"冻结(frozen)"， 而不是等到它们已经相当老的时候才标记。如果在同一个数据库上没有其它运行着的事务的时候完成这个命令， 那么系统就保证在数据库里的所有元组都是"冻结(frozen)"的， 因此不会有事务 ID 重叠的问题，而和数据库未清理的时间没有关系。 我们不建议把 FREEZE 用做日常用途。我们用它的唯一目的是准备和用户定义的模板数据库联接的时候， 或者是其它完全是只读的， 不会等到日常维护性 VACUUM 操作的数据库。 参阅 Chapter 21 获取细节。

xieweihua

FreeBSD有6。0了吗