追寻真理之美

After many years of development, PostgreSQL has becomefeature-complete in many areas. This release shows a targeted approachto adding features (e.g., authentication, monitoring, space reuse), and

几乎每一个新人在初学关系型数据库设计的时候，都会接触到关系范式。但是，我还是见到了大量很离谱的设计。客观的说，背下关系范式，离一个合格的数据库设计师还差很远。设计工作总是在理想与现实之，规范与工艺之间妥协。建筑如是，造船如是，操作系统设计如是，数据库设计亦如是。是的，你记得范式，你还记得反范式建议。你知道范式减少冗余，提高一致性；你还知道反范式可以方便编程。不幸的是，最终的结果总是遵守

A dump/restore using pg_dump is required for those wishing to migrate data from any previous release.从旧版本迁移数据之前，必须要用 pg_dump 备份数据。Observe the following incompatibilities:注意以下不兼容问题：General 普遍性

Improve optimizer statistics calculations (Jan Urbanski, Tom) 优化统计计算。In particular, estimates for full-text-search operators are greatly improved. 特别是，全文搜索操作有极大的提升。Allow SELECT DISTINCT

Add support for column-level privileges (Stephen Frost, KaiGai Kohei) 支持列 级授权。Refactor multi-object DROP operations to reduce the need for CASCADE (Alex Hunsaker) 多对象删除操作对 CASCADE (级联——译者)的依赖降低。

Add a CaseSensitive option for text search synonym dictionaries (Simon) 为文 本搜索同义词字典添加了 CaseSensitive 选项。Improve the precision of NUMERIC division (Tom) 提升了 NUMERIC 除法的精度。Add basic arithmetic ope

前几天有个朋友提了一个问题:应用平台需要统计最近访问的20个用户的信息。我第一个想到的是用memcache之类的专用的缓冲，以用户名为键，以最后访问时间为值，如果用户访问比较均匀，限定一个合适的 超时值，查询的时候遍历过滤就好了，虽然不是很精确，但是实现起来够简单。答：不可以，领导要求只在数据库端解决。环境准备提问的朋友使用的是 MySQL ，这里我用一个 Postgr

一、 PostgreSQL 的稳定性极强，的确，MySQL 有多种引擎，也确实 Innodb 等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步，但是，很多 MySQL 用户都遇到过Server级的数据库丢失的场景——mysql系统库是MyISAM的……PG数据库15分钟被闪断四次的前DBA毫无压力的含笑而过。 二、任何系统都有它的性能极限，在高并发读写，负载逼近极限下，PG的