是否每个表格都会有ID字段的?

在我看来,这种设计,是为了保证,在各种数据库上面,都兼容.

因为对于 自增ID 的处理。各个厂商的实现方式都不一样
例如
SQL Server 是 IDENTITY 实现自增
Oracle 是 SEQUENCE + 触发器 实现自增
MySQL 是 AUTO_INCREMENT 实现自增

对于一家软件公司来说，如果他的产品，仅仅只能运行在 SQL Server 数据库上。
那么如果客户已经购买了 Oracle ， 你要客户购买你的软件，然后再买套 SQL Server。
是不现实的。

如果你的设计中，过分的使用了数据库的特性，那么，对于你的产品。
比如 For SQL Server 版的 与 For Oracle 版的。
差异的地方，就很多，代码修改量也大。出错率也高。
比如某个功能 SQL Server 上面运行正常。
但是 Oracle 上面出错了。

结果很可能就是
SQL Server 里面的 IDENTITY 处理正常。
很可能 Oracle 那里，触发器 或者 SEQUENCE 忘记创建， 或者创建失败了。最后导致错误。

但是
每个表字段ID不设置为主键 建立一个TableID 有个2个字段 TableName ， ID
这种方式，对所有的 数据库， 都支持。
不需要特别的设定。

我的印象中，好像 Java 开发中，使用的 Hibernate 里面， 就是这么设定的。
有个表专门存储 表名 与 ID 的。
而且 Hibernate 有它特有的处理机制的。
如果非常频繁的插入操作。比如现在 A 表的 ID 是 100
然后同一时刻，插入了 20条记录
那么 处理完毕后， A表的 ID 直接由 100 变为 120
而不是 从 100 开始，检索20次，更新 20次， 更新到 120。
这样也没有性能方面上的问题。

看来楼主有个误区。
显示不是每个表都必须有ID字段。。
比如我现在有个学生表，我用学号studentNo来做主键就可以了。
假如s11111010，它可以完整表示一个学生。就没必要用id.
我们一般用id字段的时候，是因为在这个表中没有那么一列可以表示独一无二的，也就是可以和其他实体区别的时候，才用id,同时让该列为主键。
比如我早上出售一杯娃哈哈，下午出售一相当于娃哈哈。显然不能用商品名字或者价钱或者其他来当主键来区别，所以用一个ID字段来标识。
这用得非常多，也非常广，比如说商品id.可以表示不一样的商品。订单id表示不一样的订单。
等等。

这里的id列，是主键。但是并不一定主键一定要是id列。所以不是每个表格都会有ID字段