[探讨]一个数据库采用一个sequence 可行否？

以前一直没有考虑过这个问题，认为一个Table对应一个Sequence 好像是天经地义的事情；昨天一位同事提出整个数据库采用一个Sequence的想法，google了一把，也没有太多结果。
作为表的主键，我们系统一般是加上时间前缀 ,为 yyyyMMdd + sequenceid 形成，主键冲突方面不会有太多担心，主要担心多用户同时请求，是否会造成性能上的瓶颈。
查书籍《ORACLE 10G 宝典》上如是说：


另外，再加上CACHE ，性能方面更不会有问题。

综上，提出来供大家探讨。

一起是这样。这样应该也没什么坏处。

除非你的数据库写数据很频繁， 可能这个东西被LOCK的厉害， 一般来说， 是不会有问题。 但是， 不符合设计的原则， 不是么？

以前设计面向数据库的cms时，用过。理论上没问题，但不知道大规模创建数据时是否会因为锁导致效率低……

问题是为什么要这么搞，加SEQ麻烦？

Oracle里本身就有Sequence，你干嘛还自己搞一个？
况且yyyyMMdd + sequenceid 只能是字符串类型的，多占空间啊。
整个数据库共用一个Sequence问题不大，因为一般的应用中，记录非常多的表只有几个，对于ID字段空间的浪费还不是很大。

使用同一个序列，对应定义所有数据对象为同根单一继承。