PostgreSQL的硬伤

前端之家收集整理的这篇文章主要介绍了PostgreSQL的硬伤前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

http://www.byvoid.com/blog/tag/postgresql/zh-hans/

PostgreSQL是一个强大的开源关系型数据库,有着不少吸引人的特性,例如支持Bitmap索引、部份索引、异步IO、更稳定的ACID支持等等,但不可否认的是它有一个巨大的硬伤:对开发者和管理员不够友好。

对开发者来说

  • 官方文档不详,尤其是缺乏样例,许多函数令人不知所云。
  • 名字缩写不统一,PG和PQ都常见。libpq中所有函数以PQ开头,数据类型却是PGconn,PGresult。
  • 没有C++接口,@L_301_2@本来好好的,Postgresql 8.0以后突然不见了。
  • 函数库过于精简,封装过少,缺乏必要的语法糖。
  • PQexec,PQexecParams,PQprepare,PQexecPrepared函数返回的PGresult *指针必须被PQclear释放,否则会内存泄露。
  • PQexecParams,PQexecPrepared里面的paramValues参数如果要设置为int,float之类,必须手动调用htonl函数转换网络字节序。
  • 在Windows下用VC编译Postgresql如噩梦般可怕,不仅要配置非常复杂的编译环境,还可能会遇到各种各样奇怪的问题。
  • 在Windows下调用libpq无法使用静态链接

管理员来说

  • DB Shell和系统Shell耦合,不少时候会带来意想不到的麻烦。
  • 同样是文档不详,配置复杂而且无参考。
  • 缺乏强大的图形界面管理工具,pgAdmin不敢恭维。

MysqL比起来,Postgresql是典型的学院派的作品,看过代码就会发现,Postgresql写得比MysqL优美无数倍。然而Postgresql之所以在产业界不成气候,很大程度上是因为它缺乏必要的商业支持,以至于没有很强技术水平的人不敢轻易尝试它,只能被束之高阁了。一个软件的好坏不仅仅是其本身的功能的好坏所能决定的,还要看它的包装如何,以及在其周围是否产生了一个良性发展的生态圈。

猜你在找的Postgre SQL相关文章