我有文章这么一个实体，文章包括各种类型的文章，各种类型又包含不同的属性文章--简报--标题，作者，简报号等属性
专报--标题，作者，专报版块等属性，重点是与上面的属性分类不同
日报--重点是与上面的属性分类不同
周报--重点是与上面的属性分类不同我在纠结该如何建立这么一个表，考虑给每一类建立一张表么，以后要是要添加文章分类就要在建立表，好麻烦，总之不知如何下手，到底是只建立一个文章表，还是给各种分类都建立一个表，，，大家给点思路啊~~~
专报--标题，作者，专报版块等属性，重点是与上面的属性分类不同
日报--重点是与上面的属性分类不同
周报--重点是与上面的属性分类不同我在纠结该如何建立这么一个表，考虑给每一类建立一张表么，以后要是要添加文章分类就要在建立表，好麻烦，总之不知如何下手，到底是只建立一个文章表，还是给各种分类都建立一个表，，，大家给点思路啊~~~
..............,类型1,属性1
..............,类型1,属性2
..............,类型2,属性1
..............,类型2,属性2
...
..............,类型n,属性n再建立一个类型属性表
id 字段1,字段2,其他字段例如说明之类的.
1 ,类型1,属性1
2 ,类型1,属性2
3 ,类型2,属性1
4 ,类型2,属性2
...
n ,类型n,属性n将两个表按照字段1,字段2进行关联即可.
外键 (FK) 是用于建立和加强两个表数据之间的链接的一列或多列。通过将保存表中主键值的一列或多列添加到另一个表中，可创建两个表之间的链接。这个列就成为第二个表的外键。当创建或更改表时可通过定义 FOREIGN KEY 约束来创建外键。例如，数据库 pubs 中的 titles 表与 publishers 表有链接，因为在书名和出版商之间存在逻辑联系。titles 表中的 pub_id 列与 publishers 表中的主键列相对应。titles 表中的 pub_id 列是到 publishers 表的外键。FOREIGN KEY 约束并不仅仅只可以与另一表的 PRIMARY KEY 约束相链接，它还可以定义为引用另一表的 UNIQUE 约束。FOREIGN KEY 约束不允许空值，但是，如果任何组合 FOREIGN KEY 约束的列包含空值，则将跳过 FOREIGN KEY 约束的校验。说明 FOREIGN KEY 约束可引用同一数据库中的表或同一表（自引用表）内的列，例如，一个包含下面三列的雇员表：employee_number、employee_name 和 manager_ employee_number。由于经理本身也是雇员，所以从 manager_employee_number 列到 employee_number 列存在外键关系。
尽管 FOREIGN KEY 约束的主要目的是控制存储在外键表中的数据，但它还可以控制对主键表中数据的修改。例如，如果在 publishers 表中删除一个出版商，而这个出版商的 ID 在 titles 表中记录书的信息时使用了，则这两个表之间关联的完整性将被破坏，titles 表中该出版商的书籍因为与 publishers 表中的数据没有链接而变得孤立了。FOREIGN KEY 约束防止这种情况的发生。如果主键表中数据的更改使之与外键表中数据的链接失效，则这种更改是不能实现的，从而确保了引用完整性。如果试图删除主键表中的行或更改主键值，而该主键值与另一个表的 FOREIGN KEY 约束值相关，则该操作不可实现。若要成功更改或删除 FOREIGN KEY 约束的行，可以先在外键表中删除外键数据或更改外键数据，然后将外键链接到不同的主键数据上去。FOREIGN KEY 约束是索引的候选约束，其原因有以下两点： 对 PRIMARY KEY 约束的更改可由相关表中的 FOREIGN KEY 约束校验。
当在查询中组合来自相关表中的数据时，经常在联接条件中使用外键列，方法是将一个表的 FOREIGN KEY 约束中的列与另一个表中的主键列或唯一键列匹配。索引使 Microsoft® SQL Server™ 2000 得以快速查找外键表中的相关数据。但是，创建索引不是必需的。即使没有在表间定义 PRIMARY KEY 或 FOREIGN KEY 约束，也可以对来自两个相关表中的数据进行组合，但两个表间的外键关系说明已用其键作为条件对其进行了优化，以便组合到查询中。有关在联接中使用 FOREIGN KEY 约束的更多信息，请参见联接基础知识。
我知道 查询的时候用外键 是 比如 join on... where a.id=b.id 那插入呢？改怎么弄，也是这样么？