Permalink
Browse files

pg serial 1

  • Loading branch information...
linhualai committed Nov 20, 2013
1 parent 3b36a8a commit 80f81902c976212d4621edabe042ff162ada5b69
Showing with 59 additions and 1 deletion.
  1. +58 −0 provider/posts/postgres-storage-location.md
  2. +1 −1 provider/posts/you-need-to-get-phd.md
@@ -0,0 +1,58 @@
---
title: Postgres 的文件存储位置
published: 2013-11-21
excerpt:
tags: DB
---
initdb 的时候会指定一个 PGDATA 目录,这就是 PostgresQL 存储数据的地方。典型的位置是在 /var/lib/postgres/data 或 /home/postgres/data 。PGDATA 下面各项存储的内容大概是:
文件或目录名 存储内容
------- ----------
PG_VERSION PostgresQL 实例的版本号如 9.3 之类的
base 每个 database 会在 base 目录下有一个子目录
global Postgres 自己的 meta 数据库存放的地方(全局 DB)
pg_xlog WAL(Write Ahead Log 预写式日志)存放的地方
其他 其他不知道干啥的目录还有好多
base 目录是最重要的一个目录,放的是每一个 database 的数据。base 目录里的每一个数字目录对于一个 database 的 oid, 可以通过 查看 pg_database 这张表查看每一个 数据库的 oid 。
lai=# select oid, datname from pg_database ;
oid | datname
-------+-----------
1 | template1
12031 | template0
12036 | postgres
16385 | lai
(4 rows)
每一张表的数据(大部分)又是放在 base/(dboid)/(relfilenode) 这个文件里面:
lai=# select relname, relowner, relfilenode from pg_class where relowner = 16384;
relname | relowner | relfilenode
-----------------------+----------+-------------
pg_toast_24589 | 16384 | 24592
pg_toast_24589_index | 16384 | 24594
pg_toast_24595 | 16384 | 24598
pg_toast_24595_index | 16384 | 24600
item_id_seq | 16384 | 24601
Feed_pkey | 16384 | 167963
feed | 16384 | 24589
item | 16384 | 24595
pg_toast_168003 | 16384 | 168006
pg_toast_168003_index | 16384 | 168008
tmp | 16384 | 168003
(11 rows)
feed 这张表数据在 base/16386/24589 文件里,item 这张表的数据放在 base/16386/24595 这个文件里。也可以用 pg_relation_filepath 这个函数查询:
lai=# select pg_relation_filepath('item');
pg_relation_filepath
----------------------
base/16385/24595
(1 row)
当然实际的存储不会这么简单。每一张表的文件都会有一些附加的存储文件,如文件名后加上 _fsm 的是空闲空间映射表 (Free Space Map)。另外 base/(dboid)/(relfilenode) 这个文件超过 1GB 以后,Postgres 会把这个文件拆分成不超过 1G 的多个文件,文件末尾加上 .1 .2 .3 ... 做编号。 如 24589 24589.1 24589.2 如 24589 24589.1 24589.2 。据说这是因为某些文件系统支持的最大文件大小有限制(如 fat32 只支持最大 4G )的文件。
@@ -8,7 +8,7 @@ tags: OOP, FP
王同学上周又有高论,把 OOP 和 FP 都喷了一遍。文章被人贴到 [HN](https://news.ycombinator.com/item?id=6716399) 和 [Reddit](http://www.reddit.com/r/programming/comments/1qg5x8/whats_wrong_with_oop_and_fp/) 上,被几个明白人扔了两板砖。立马就把文章给改了,标题都从 Whats wrong with Object-Oriented Programming and Functional Programming 这种还有点意思的改成 [Pure OOP and Pure FP](https://yinwang0.wordpress.com/2013/11/09/oop-fp/),还顺手吧评论删了,关了。我说王同学这就没意思了。你之前说 OOP 和 FP 是两砣那啥,虽然逻辑不行,至少还能让大家讨论讨论,引玉出来,你现在的这打这哈哈说 OOP 和 FP 有未必好,没有未必不好,该用的时候用,不该用的时候不要滥用,你说这和没说有甚么分别?
OOP 咱不了解,话说 FP 的话王同学的高论不过就是说物理世界是有状态的,有副作用的,所以用无状态的,纯函数的 FP 来写代码处理是不行的。王同学怎么说也是念过博士的人是吧,咋还一下基本的科学素养也没有。世界是有状态的?这话物理学家也未必这么利器在手,自信满满可以这么说吧?退一步讲世界是 stateful 的又如何,难道不能用纯函数去描述?假如物质是量子的、离散的,我们就不能用连续的数学函数去描述物体的运动?
OOP 咱不了解,话说 FP 的话王同学的高论不过就是说物理世界是有状态的,有副作用的,所以用无状态的,纯函数的 FP 来写代码处理是不行的。王同学怎么说也是念过博士的人是吧,咋还一点基本的科学素养也没有。世界是有状态的?这话物理学家也未必这么利器在手,自信满满可以这么说吧?退一步讲世界是 stateful 的又如何,难道不能用纯函数去描述?假如物质是量子的、离散的,我们就不能用连续的数学函数去描述物体的运动?
经济学里也有个规范分析和实证分析的区别,实证分析研究"是什么",规范分析研究"该怎样"。某地发生地震了,根据供需关系物价会上涨,这在描述一个事实,是实证分析。在地震的地区该不该管理坐地起价的行为,分别有什么利弊,这个是规范分析。两个都能弄错,也是国人的常态,大概也是出国了也拿不到博士学位的原因。

0 comments on commit 80f8190

Please sign in to comment.