【讨论】关于单条记录信息属性过多的DB设计

Question

RT
问题：如果单条记录的信息属性过多，是设计成多表关联，还是设计成一个大表好（包含信息的所有属性）？
个人觉得后者好，虽说容易造成编程上的一些困难，如表的关联操作，但在功能实现上肯定效率强于前者。举例：
例如，设计人员DB，单条信息记录表示一个人员方案一
就一个表
TA_BasePerson
id(PK),name,age,sex,,,,,position,department,,,,,,money,technique,,.......等方案二
TA
id（PK），Name，Age，Sex，。。
然后，该人员的一些其他属性，如该人员在A公司的一些属性。
TA_CA
id（PK），Position，Department，。
在B俱乐部的一些属性
TA_CB
id（PK），Money，Technique，
该人员的其他属性种类等等（还有很多表）
所有表的id均为主键。且相关联。是否是二强于一？另：各位大侠是如何设计的呢？有没有比方案二更好的设计结构呢？

Answer 1

比如那个例子，是否是一对多呢？
在表的联系上他们是一对一的。但属性信息上却是一对多的。如添加一条记录，bill在A公司是CEO；在B俱乐部是老板，拥有300W资产；在C厂拥有10%的股份；等等等等。