解决方案 »

  1.   

    本帖最后由 defonds 于 2014-06-17 16:43:06 编辑
      

  2.   

    uuid 是一个办法,oracle不是有序列这个东西
      

  3.   

    应用层分布式除非主键是你自己生成的,否则不需要考虑主键重复问题。如果主键是你自己生成的,在数据库里加一个逻辑主键把主键生成的问题丢给数据库。如果一定要生成不重复的键,可以在新增节点的时候在节点上加入一个类似id的部署数据,生成主键的时候把这个id带上就可以保证不同的节点之间不会产生重复的数据。如果是数据库分布式,就要看数据库的部署策略。不过不管是什么策略,数据都很好的处理了主键问题,不需要你来关心。
    Master-Master策略,这种情况下写操作是要两个节点确认的,所以不存在重复问题
    Master-Slave策略,这种情况下是单一节点写,也没有重复问题
    按照业务切分的分库策略,这种情况下库是分开的,所以也没有重复问题
      

  4.   

    应用层分布式除非主键是你自己生成的,否则不需要考虑主键重复问题。如果主键是你自己生成的,在数据库里加一个逻辑主键把主键生成的问题丢给数据库。如果一定要生成不重复的键,可以在新增节点的时候在节点上加入一个类似id的部署数据,生成主键的时候把这个id带上就可以保证不同的节点之间不会产生重复的数据。如果是数据库分布式,就要看数据库的部署策略。不过不管是什么策略,数据都很好的处理了主键问题,不需要你来关心。
    Master-Master策略,这种情况下写操作是要两个节点确认的,所以不存在重复问题
    Master-Slave策略,这种情况下是单一节点写,也没有重复问题
    按照业务切分的分库策略,这种情况下库是分开的,所以也没有重复问题谢谢回答