@iloveyouso 既然需求要查询历史整点数据，那么从这个 A 表里周期性地保存出数据就不可避免。担心硬盘爆炸，就划定一个历史数据的保留时间窗口，超出窗口外的数据，要么归档另存他处，要么删除。

方案一每次查询都新建表，个人感觉没必要，表的数量很容易就膨胀了，用一个分区表保存历史就可以了。保存历史数据的表除了具有 A 表的字段外，再加标识查询时间的字段。还可按年、月之类的做表分区。考虑到 A 表是“只有增加，没有删除”这个特点，整点查询 A 表数据到历史表时，如果是 Oracle 可以考虑用 Merge 语句代替单纯的 Insert 语句。

主要问题还是Ａ表没有主键，也没有其他唯一性的标志或时间字段，如何高效地判断哪些数据行是新增数据感觉不好做。

另外，最后说的“类似 CREATE VIEW AS 的功能，但是在创建视图之后，不再收到原有 A 表增加数据的影响”，物化视图应该是你要找的东西。

@rihoko 想把密码作为参数传给 shell 脚本，可以考虑直接用 “ postgresql://用户名:密码 @HostnameOrIp:端口号 /数据库名” 这种形式的连接串。

一般不管对方是否要求，我都会自带一份简历。主要是怕万一对方手上的简历内容过时，或者打印出来的排班太差，看着不方便，就现场让他看我手里这份，补足信息。但是如果对方一开始就要求我自带简历或者认为这样是理所当然的话，在我心里绝对是扣分的。因为这至少证明了一点：对方在面试前，根本没(打算)花时间好好看过我的简历，只是打算在面试的时候，一边看简历一边面试。这既不专业也不尊重双方的时间。我自己面试别人或者被面试，都是做好了准备的，我认为这是招人(求职)的诚意，也是做事的素养。

@jianzong vin 有个插件 calendar-vim

支持！

\COPY <tablename> FROM '/somepath/somefile.txt' WITH (FORMAT csv, DELIMITER E'\x01') 。

用的商业数据库，和操作数据紧密相关的可以放存储过程。用的 mysql 之类的，还是在应用里做吧。

ubuntu 上用的 RIME，全拼 + 粤拼，感觉还是满意的。

postgresql 或者 mysql，即使要用 json 结构这俩也支持，尽量不用 mongodb。

一直用的肯辛通轨迹球，很方便。没有鼠标手的感觉了。当然只能办公用，游戏的话还是得鼠标。

还好吧，其实主要的还是数据仓库那一套。不过数据本身类型更得更多样、时效性要求更高、加上 ML 的玩法，还是有搞头的。

利益相关。推荐个 app：“完美志愿”，如果你认为它有价值，打算购买的话，可以用优惠码：666031。

推荐(利益相关)个自己所在公司的 app：“完美志愿”，作用就是帮助决策填志愿、选择学校专业。如果你认为它有价值，打算购买的话，可以用优惠码：666031。

利益相关。推荐个自己所在公司的 app：“完美志愿”，如果你认为它有价值，打算购买的话，可以用优惠码：666031。

利益相关。推荐个 app：“完美志愿”，如果你认为它有价值，打算购买的话，可以用优惠码：666031。

看你需求的类型， OLTP 的业务逻辑只要不涉及事务的，尽量在程序里维护； OLAP 的业务逻辑你不用 SQL ，数据正确性、一致性这些你自己程序维护，时间稍长都是坑。

数据库性能这个，如果只用过 MySQL ，真的就不要提了。

5 楼才是正解， 3 楼的不符合题意。

gnu parallel

Org mode