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

Question

这里是数据库新手。

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

这是我的平台简介。

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

Answer 1

规则 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。