提问

AtlasDB提供两种存储时间戳的数据类型： 不带时区的 TIMESTAMP 和带时区的 TIMESTAMPTZ。

TIMESTAMP 数据类型可以同时存储日期和时间，但它不存储时区。这意味着，当修改了数据库服务器所在的时区时，它里面存储的值不会改变。

TIMESTAMPTZ 数据类型在存储日期和时间的同时还能正确处理时区。PostgreSQL 使用 UTC 值来存储 TIMESTAMPTZ 数据。在向 TIMESTAMPTZ 字段插入值的时候，PostgreSQL 会自动将值转换成 UTC 值，并保存到表里。当从一个 TIMESTAMPTZ 字段查询数据的时候，PostgreSQL 会把存储在其中的 UTC 值转换成数据库服务器、用户或当前连接所在的时区。

AtlasDB的带时区时间戳，是需要将时间数据转换成本地的时间，再存储下来，换句话说，时间可能会进行改变：

一、pg_class:

    该系统表记录了数据表、索引(仍然需要参阅pg_index)、序列、视图、复合类型和一些特殊关系类型的元数据。注意：不是所有字段对所有对象类型都有意义。

二、pg_attribute:

    该系统表存储所有表(包括系统表，如pg_class)的字段信息。数据库中的每个表的每个字段在pg_attribute表中都有一行记录。

三、pg_attrdef:

    该系统表主要存储字段缺省值，字段中的主要信息存放在pg_attribute系统表中。注意：只有明确声明了缺省值的字段在该表中才会有记录。

四、pg_authid:

    该系统表存储有关数据库认证的角色信息，在PostgreSQL中角色可以表现为用户和组两种形式。对于用户而言只是设置了rolcanlogin标志的角色。由于该表包含口令数据，所以它不是公共可读的。PostgreSQL中提供了另外一个建立在该表之上的系统视图pg_roles，该视图将口令字段填成空白。

五、pg_auth_members:

    该系统表存储角色之间的成员关系。

六、pg_constraint:

    该系统表存储PostgreSQL中表对象的检查约束、主键、唯一约束和外键约束。

七、pg_tablespace:

    该系统表存储表空间的信息。注意：表可以放在特定的表空间里，以帮助管理磁盘布局和解决IO瓶颈。

八、pg_namespace:

    该系统表存储名字空间(模式)。

九、pg_database:

    该系统表存储数据库的信息。和大多数系统表不同的是，在一个集群里该表是所有数据库共享的，即每个集群只有一份pg_database拷贝，而不是每个数据库一份。

十、pg_index:

    该系统表存储关于索引的一部分信息。其它的信息大多数存储在pg_class。

猜想是后者，坐等大佬们权威发言。

超出大纲范围了

防火墙提前忘关也干过，但好像打开后重启下备库就ok了！？  

应该是目标库落后于源库的延时吧

我们是基于Oracle11.2做兼容性研发的，不过严格来说，没有具体针对某个Oracle版本做兼容，是对基本的对象和语法、函数进行兼容。

wm_concat函数是兼容的，在atlasdb有同名等效函数。10g返回字符串，11g返回clob，这两种类型在atlasdb中都是用text就能代替的，所以这个函数的版本差异对迁移到atlasdb没影响。

1.数据一致性：源库与目标库的数据需要完全一致，这是基础，没啥疑问吧？

2.高性能：目标库不能落后于源库太多

3.高可用：数据传输需要做到不丢失，可以保存在本地磁盘或者借助rocketmq、kafka之类的保存

4.故障恢复：迁移到一半，挂掉了，需要能重试，恢复到上次作业现场，保证数据不重复，之类的