简单SQL设计问题：如何较好的表示多重属性

[gauss]

所谓多重属性 (对不起，我不知道是不是这样说)

例如：我要表示一个父亲跟他的多个儿子的关系，
父亲可能没有儿子，也可能有N个儿子，
知道了父亲的ID，要较快和方便的找到他的全部的儿子的ID

在MSSQL中如何较好的设置表(即关系)来实现？

我问过一个人，他说没可能，只能把N个儿子的ID
记到一个Text里，然后自己处理，不会这样吧？

我数据库和SQL都不懂，还请高手多多指教。

[sunsol]

当然需要索引,这是一对多的关系还是挺简单的.
必要的时候可以把这个关系专门作为一个数据表.
加上关联就可以了.

[gauss]

谢谢tanghuan，

刚才忙着打上一篇文章，看不到你发的解答。
您的方案无疑是解决了我的问题，
但是还是效率的问题了，
当FatherSon表增大的时候，效率是否会降低呢？
怎么解决？

[tanghuan]

拥有索引的数据表选取数据速度不会很慢，如果你在上万条中选取几十条或上百条，会很快，当然这主要与你的机器，内存，硬盘有关

[halfdream]

这是典型的一对多关系。
常用的方法就是tanghuan在儿子表中增加父亲字段。
至于效率，只为只是两个表， 只要建好索引，速度未必不能接受。
如果只追求速度， 不注意实体自已的独立性， 那数据库的灵活性就会大大降低了。

[Un1]

树型结构是关系数据库最差的表现。可能你需要为每一个儿子增加父亲字段。

[tanghuan]

设计一个表来表示父子关系，FatherSon(FatherID,SonID)
如系表为
father 1
son 2, 3, 4
grandson 5,6 7,8,9,10

表存储为：
1，2
1，3
1，4
2，5
2，6
3，7
3，8
3，9
3，10

这样，你就可以使用该表了
如找1的儿子
select SonID
from FatherSon
where FatherID=1
如果你找2的兄弟
select SonID
from FatherSon
where FatherID=(select FatherID
from FatherSon
where SonID=2) and
SonID<>2

如果你1找孙子
select b.SonID
from FatherSon a,FatherSon b
where a.FatherID=1 and
a.SonID=b.FatherID
你看，不是一样可以完成

[gauss]

谢谢Un1，

正是考虑到“为每一个儿子增加父亲字段”效率不高，
我才向各位征求解决的方案的。

知道了父亲要找到他所有的儿子，就要遍历整个的“儿子”表，效率是很低的。
忽然想到这个效率问题是否可以给儿子的父亲字段加个索引来解决呢？

这种关系应该很常见，
现在大家用的又多是关系数据库，
应该有一个比较成熟的思路吧。

[gauss]

获益良多，谢谢各位。