作者idleidle (格物致知 温故知新)
看板Database
标题Re: [SQL ] 逻辑上的问题 请不吝赐教
时间Wed Jan 9 23:53:01 2013
如果有重复资料
你该做的是正规化才对，设计就有问题了
或者在使用到外键的table的定义加入更新异常的处理方式
我记得是有预设值、null值、禁止、连动修改
※ 引述《horcy (HC)》之铭言：
: 小弟与同事再编写SQL的update时，会有两种写法。
: 但对我的程式而言，因为只需要更新姓名及地址，
: 所以常常都没有注意到会不会有逻辑上的错误，
: 今天跟同事讨论，才听同事说我的写法1，
: 有逻辑上的问题，许多地方不能这样用。
: 以下是两个范例表格(环境为MsSQL server)
: EmpSal 员工薪资 有可能位有重复资料。
: name 姓名
: address 地址
: idno 身分证号
: recoid 流水号(key) 与Emp_Old无关
: Emp_Old 员工资料 是Views，经过设计，绝对不会有重复。
: name 姓名
: address 地址
: idno 身分证号
: recoid 流水号(key) 与EmpSal无关
: 以下是我说的两种写法
: 写法1.
: update EmpSal set address=a.address, name=a.name
: from Emp_Old a
: where Emp.idno=a.idno
: 写法2.
: update update EmpSal set address=a.address, name=a.name
: from EmpSal e inner join Emp_Old a on e.idno=a.idno
: 同事的说法是，只要写法1产生出两个表格都会有重复值的情况，就有可能会出错。
: 比方说，某个职员有两个身分，需要两笔资料，就有可能写出错误的结果。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
多值属性照理说要分割成另一个表格。
不然一定会有参考完整性的问题..
感觉上这麽会开出怎麽特殊的table，这样设计是有特别的作用吗？@@
: 可是我的观念是，怎麽join就怎麽where不就好了？
: 因为实际经验只限於常操作的几个表格，
: 所以常常会有盲点，希望各位能够帮我指出盲点。
: ps.我很对不起我以前的老师，我上课都在打混..
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 203.70.75.157
1F：推 LaPass:这种表，出去工作之後就会看多了.... orz 01/10 02:57
2F：→ LaPass:总觉得教科书上的讲的设计方法..... 像理想乡一样.... 01/10 02:58
3F：推 Adonisy:并不是理想... 01/10 03:18
4F：推 horcy:原本是职员一个代号 老师一个代号 职员下班兼课 就两个代号 01/10 09:16
5F：→ horcy:原本系统的规划就是一个人一个身分 职务代号也没有规划到这 01/10 09:17
6F：→ horcy:对系统而言 这是两个人 功能有所区隔 但实际上是同一人 01/10 09:18
7F：→ horcy:就像游戏公司的GM也会有两个帐号一样 身分功能不同所致 01/10 09:18
8F：→ horcy:或者说 一个老师退休後回来兼课 会出现一帐号停用 一兼任 01/10 09:20
9F：→ horcy:因为最初建置系统的人员 不是资讯背景 所以资料库没规划完整 01/10 09:21
10F：→ horcy:几十万笔资料 没人敢说重建资DB 重新正规化 何况还有程式端 01/10 09:23
11F：→ horcy:现在是一边要改旧的程式 还要一边开发新的程式 01/10 09:24
12F：→ horcy:甚至有人在肖想要我们开发新系统 杀了我比较快... 01/10 09:26
13F：→ horcy:我竟然在这里抱怨 真是不好意思..... 01/10 09:26
14F：推 horcy:因税务转出资料要保留当年度资料完整 这种时候真的挺尴尬的 01/10 09:30
15F：推 LaPass:推楼上..... 01/10 09:44
16F：推 horcy:你楼上我 就是原原PO 01/10 09:55
17F：推 Adonisy:这不就只是缓时变维度的其中一型而以啊.... 01/10 10:31
18F：推 horcy:查了一下 差不多吧 但因为我很对不起我的老师及我的父母 01/10 10:59
19F：→ horcy:所以我不会用 现在了解一点 下次有机会来尝试看看 01/10 11:00
20F：→ horcy:我们的做法是用其他栏位来做相同的结果 比较土法炼钢一点 01/10 11:01
21F：→ horcy:像yrmon做年月戳记 以idno作为商业索引键 01/10 11:03
22F：→ horcy:可能是我给的例子太烂 才会给大家一种误会 其实还有其他栏位 01/10 11:04
23F：→ horcy:其实我有点混乱了 回A版友是指原案例有更多其他栏位 01/10 11:06
24F：→ horcy:回i版友是指 我们会重复资料的原因 01/10 11:07