大型数据库表的设计技巧？

Question

这里是数据库新手。

我想规划一个销售发票数据库，其中每月将添加数百万条记录/行。
里面的数据不是那么重，只是一些信息，例如id，amount等...
问题是表需要非常（非常）频繁地更新。
我担心表会增长得如此之快，从而在未来减慢系统速度。
我正在寻找一般设计技巧，我应该如何更新这种表格。
我的架构中还有一些其他表，但该表是最重要且更新最频繁的表。
是否有任何设计/技巧/架构，这样我就不必直接更新该表。

这是我的简要平台。

Application : java/spring mvc
Database    : mysql
OS          : CentOS 6

Answer 1

规则一：在速度变慢之前不要担心性能。

规则 2：将这些表规范化到至少 3NF

规则 3：如果有大量更新，请简化索引，不要声明唯一索引。

do something like:

id integer not null primary key auto_increment  <<-- simple primary key
amount decimal(10,2) not null
.....

规则4：表的大小不影响插入速度。 （除非您有唯一索引）

提示：使用 InnoDB。