数据库设计是表少好还是表多吗?为什么联系表很少?

moshao6 2011-04-25 05:29:57
为什么我看到的一些系统的数据库的设计的时候,基本上都是一些实体表,而联系表没有或是很少,为什么?数据库设计方面的书籍上都说是要一起的。
这个是没必要吗,还是为了方便?
还有一个是我把数据库设计得很少表,很多数据可能要从几个表里关联取得(语句可能就麻烦点),还是与数据库操作的数据都设计一个表?
...全文
651 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
anlongfei1988101 2011-08-26
  • 打赏
  • 举报
回复
肯定是表少了好管理,而且执行效率过高,但是表少了也有缺点,比如逻辑不清晰等等......这个要根据实际情况而定的,不能以偏概全......
luyan850922 2011-04-26
  • 打赏
  • 举报
回复
表少好
但是,如果确实表比较多的话,当需要从多个表中查询时,可以将这些列提出来,组成一个视图(view),直接从视图中查询就可以了。当然,为了提高速度,应建立索引
jyh070207 2011-04-26
  • 打赏
  • 举报
回复
数据不多,能一个表就一个表,如果数据多,
而且增/删/改频繁,考虑多用户带来的性能问题的话,可以按特定属性分为多个表,
无非写sql要麻烦一点,
查询速度变慢,先按经常查询的关键字加索引.
MY_ITOU 2011-04-26
  • 打赏
  • 举报
回复
表少好。
CainLai 2011-04-26
  • 打赏
  • 举报
回复
关系表是可以按照一定规则跟实体表合并的啊
tony312ws 2011-04-26
  • 打赏
  • 举报
回复
反正我都是根据需求来的 一味的按照书上来 感觉不这么方便
huangqing_80 2011-04-26
  • 打赏
  • 举报
回复
课本上讲的都说要建关系表,但往往实际中却是根据数据量的多少来决定表的结构了
999朵玫瑰 2011-04-25
  • 打赏
  • 举报
回复
要建索引了
SQL77 2011-04-25
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 rkdrc 的回复:]
引用 3 楼 fredrickhu 的回复:
能一个表解决当然一个表比较好 SQL在查询的时候效率比较高 速度比较快

我搭车问下,我原来有几个表,但结构相同,只是针对不同对象,现在数据全部放一个表里用一个字段来区分查找,问题来了,数据量成倍增加,查询速度变慢了,如何解决?
[/Quote]
你用来区分的为首要索引
rkdrc 2011-04-25
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 fredrickhu 的回复:]
能一个表解决当然一个表比较好 SQL在查询的时候效率比较高 速度比较快
[/Quote]
我搭车问下,我原来有几个表,但结构相同,只是针对不同对象,现在数据全部放一个表里用一个字段来区分查找,问题来了,数据量成倍增加,查询速度变慢了,如何解决?
--小F-- 2011-04-25
  • 打赏
  • 举报
回复
能一个表解决当然一个表比较好 SQL在查询的时候效率比较高 速度比较快
tanbing1986411 2011-04-25
  • 打赏
  • 举报
回复
借宝座发帖,SQL SERVER复制功能,对订阅的数据库有限制吗?
快溜 2011-04-25
  • 打赏
  • 举报
回复
一言难尽,伤心。

34,590

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧