建立数据表结构是用关联好呢，还是不用关联好？大家讨论讨论 (100分)

  • 主题发起人 主题发起人 天真
  • 开始时间 开始时间
天

天真

Unregistered / Unconfirmed
GUEST, unregistred user!
同上!还有一个问题，如
A表 B
ID name ID sex
这样，A、B表算不算是关联数据库？

 
当然是关联好啦。。维护了数据的完整性，一致性，减少冗余，编程方便
比如建立外键后，对数据的一些维护操作就很方便
 
关联肯定是要用的，不然怎叫关系实据库。
不过象上面的例子，性别还是不要放在另外一个表里了，太麻烦了吧！
但是外键可以不用，只要你的程序在数据完整性上控制好就行，加了外键
反而给手工维护数据库带来麻烦
 
呵，上面的表只是举个
 
象他给的例子,还是加上fk,数据库的integrity是非常重要的.
 
呵，上面的从事只是举个例子，但是我有些不太明白，如果用这种结构，用户录入不是不太
方便？而且自己保存也比较麻烦呀!用关联查询速度不是要慢一点？
 
怪了？？为什么我发的贴子不见了？？？是谁给删除了啊？？[:(!]
 
关联好

不过呢！你的这种结构似乎很外行咧！ 合并一下 id sex name 可以减少
1/4的存储空间！ 看点数据库理论方面的书吧！
 
taozhiyu兄：
这个只是举个例子吧!
 
没人肯发表高见吗？
 
肯定是关联好了。。

至于用户的输入是否方便就看你的程序做得方便不方便了。。

不过管理的时候就会比较方便，你多试试就明白的了。[:)]
 
我一直都在用关联 数据库，但是我总觉得保存时有点烦!
 
烦是烦了点，不过后期的维护，扩展就好了，应该是值得的。。。[:)]
 
如此简单的库拆分没有必要，如果数据库有几十上百个表则一定要根据数据库的实际情况
建立三层规范式，否则效率 D：）。
关于数据库的见模业界早已形成专业的理论，为什么不看看现代数据库理论呢？
 
A B
ID Name Id sl
1 test 1 2
2 test1 1 2
CJF兄：
如果用关联的话，假设 ID 为1的NAME 改为 test2 那么根据关联
B表反映出来的不是Test2的数量为4 了，这与事实不符呀，难道只能说ID 一定下来后，
其相关属性都不能改？
 
也许我没见过几百个G的数据库，没有发言权；
但就我能接触得到的2G以下的表而言，
我宁可使用非关联表，至少我的运算式可以大大简化
速度也可以大大提高
 
哦？怎么会不可以改呢？

名字的更改很正常吖，怎么会与事实不符合呢？
 
本来实际情况是　TEST卖了4个，而根据现在的关联不是TEST2卖了4个了，而且现在还没
有涉及到价格问题如果涉及到了，价格又不一样，这样数据会出错的！
 
千万不要用关联，用了的话，你会发现在编程时很麻烦的
 
您必须登录或注册才可回复。

Similar threads

不
奇淫怪巧之在Delphi中调用不申明函数 - 不得闲
回复
0
查看
900
不得闲
不
S
[原]Delphi2010中DataSnap高级技术(5)—建立稳定服务程序之TCP心跳包的使用
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(5)—建立稳定服务程序之TCP心跳包的使用
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]postgreSQL数据库关于事务的几个要点
回复
0
查看
751
SUNSTONE的Delphi笔记
S
S
[原]postgreSQL数据库关于事务的几个要点
回复
0
查看
758
SUNSTONE的Delphi笔记
S
后退
顶部