一个话题有多个附件，这种表结构该如何设计？

[糊糊]

1.就拿论坛来说吧，一个话题添加了多个附件，要设计什么样的表结构？
2.同时问一个问题就是索引怎么建立和使用？

先抛砖引玉吧，我的想法是，做2个表，一个新闻表，一个附件表

新闻表：
newsid,content,attachlist(string类型，255长度）

附件表：
attachid,picurl(图片保存路径),newsid
newsid是该附件从属于那个新闻的id号

这两个表的关系是1对多，就是一条新闻对应多个附件，所以
这里有个问题就是：是不是应该建立关系，即附件表的newsid=新闻表的newsid
还是把附件表的newsid建立一个索引

我记得索引的建立是选择一下就可以了，但是索引建立之后跑到哪里去了，又怎么用呢，难道是系统自己把这个字段索引了并且建立了临时表吗？
我在新闻表中搞一个attachlist的目的就是把这条新闻有什么附件给索引起来用|分割开来，形如A |B |C |D这样的，我这样是建立索引吗？

至于怎么往数据库中存储数据是这样想的：
在添加新闻的时候，先猛上传附件，上传了一个附件后（这个附件的newsid可以先空着），在添加新闻的表单的一个框中增加刚才上传的附件的attachid号（自动增加的），这个框就是attachlist（是隐藏的），最后，新闻编辑好了，点击确定后，后台处理，将添加的新闻的newsid得到后，根据得到的attachlist中的attachid列表，更新附件表中的newsid。


大家有什么高招啊？
主要回到2个问题：
1.就拿论坛来说吧，一个话题添加了多个附件，要设计什么样的表结构？
2.同时问一个问题就是索引怎么建立和使用？

[-狙击手-]

请题表： id ,title,note
附件表： id,t_id,..........
关系 id = t_id

[糊糊]

kelph ，你说的对，我的需求确实很简单，建立一个attachlist字符串，只不过是数据冗余，仅仅为了在查询和程序处理中方便一点而已（就是单表查询，不用联合），是附加数据。

[huangqing_80]

sf

[huangqing_80]

第一次坐SF

[huangqing_80]

在附件表建立多个主键

[-晴天]

1.附件表如你所建,只要符合你的设计要求就行.
如果你想将主从关系做得严格一些,那,对newsid建立一个外键与新闻表reference,不建的话,自己在程序中控制.
2.索引可以在企业管理器中建立,在表设计窗口点上面的"管理索引/键"按钮.也可以用SQL语句建,你自己在联机丛书中查一下Alter table命令的用法.建立后,只要你在查询时用order by,DBMS就会自己的去用索引.

[kelph]

看你的描述，话题与附件之间并无主从关系。
附件可以不被话题引用，似乎被多个话题同时引用也无不可?

[糊糊]

kelph ，怎么没有主从关系呢？以我在access的经验，把新闻表和附件表建立一个关系，它们就是主从关系了呀。

qianjin036a ，你说的refrence是不是就是关系？

sqlserver中有关系可以建立的，只不过我很少用。

[糊糊]

我这样建表，觉得新闻表和附件表都可以查对应的东西，只不过就是新闻表中查一条新闻对应的附件要在程序中分割attachlist字符串，而反过来查一个附件属于哪个新闻，就很容易用sql查（我说的是单表查询，就是在新闻表一个表中查新闻的附件）了，就是说我的这种建表方法从新闻查附件使用sql不方便而已，但是如果把附件中的newsid和新闻表中的newsid建立一个关系（就是多对一），应该就可以使用联合查询查到每一条新闻有什么附件了。

当然，程序对数据库的操作要到位了，不然，附件表和新闻的对应关系就断了。

[kelph]

你如果确定你的需求是你所说的
那么只需要附件表记录newsid即可