: 同状况的另一个痛是显示地址…目前都是在存的时候顺便存一个兜起来的地址。 : : 前端的部分不是问题 jsp+js都能克服 : : 现在卡在SQL的UPDATE不确定怎麽做才是最好的 : : 我有个想法是 当程式侦测到消费者资料有需要更新的时候 : : 先将地址资料删除(除了消费者资料是用UPDATE) : : 然後再新增新地址的资料 : : 例如: : : 旧消费者资料 旧消费者地址 ->侦测到异动消费者资料 -> : : UPDATE 消费者TABLE ,DELETE 旧消费者地址 ,INSERT新消费者地址。 : : 简单说每次异动地址都会删除再新增。 : : 想请问一下这样做会有缺点吗? : : 还是真的完全不建议这麽做? : update本来就等於 delete再 insert； : 真要说缺点…只想到没有包交易，可能删了没新增，效率不会差太多 : 不过，感觉就是怪怪的 囧a : 我只有汇资料才会用这种作法，省掉判断该 insert还是 update， : 一般维护程式很容易可以区分该新增还是修改… : : 如果真的不建议这样的方式 就只能花苦功慢慢update : 能解决问题的方式都好，有多种方式再来研究哪个好。 : 这个状况我想不到用 delete..insert能省到什麽工？ : 栏位不都要一个一个 key吗？请指教。 : : 感谢 如果使用TRANSACTION这是没什麽大缺点 就程式看起来迂回 如果说这样有什麽好处 我猜可能是Insert SQL已经写过一次 直接拿来套用就好 省了一些工 其实UPDATE SQL长长的一串 是很常见的事 建议可以写一个SQL语法的产生器 产生的SQL不一定要完整 能达到省力的效果就好 写程式苦工本来就很多 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 220.133.52.38