网站商品的删除与恢复功能的问题

忽然就a 2017-01-18 02:53:03
需求:要删除某件商品,还要能看到已删除商品的列表。数据表已经设计好了,里面并没有山否删除的标识字段,现在要么给原数据表加个标识字段,但是很明显会影响到很多关于该商品的查询操作,要么新建一张删除表,把删除的数据放到这张表,请问那种方案会好一点
...全文
523 15 打赏 收藏 转发到动态 举报
写回复
用AI写文章
15 条回复
切换为时间正序
请发表友善的回复…
发表回复
JE_GE 2017-01-20
  • 打赏
  • 举报
回复
直接使用原来的表,添加一个字段
梦境迷离 2017-01-20
  • 打赏
  • 举报
回复
引用 8楼ChanceZhao 的回复:
第二种非常稳妥 第一种看项目实际情况 如果做得很多就第二种 如果很少就第一种 建议还是第二种 稳妥当初设计的时候不考虑假删除 现在你也不用考虑性能了
你这想法很稳
showhunter74 2017-01-20
  • 打赏
  • 举报
回复
印象中,这类删除不都是软删除吗。只是修改状态
忽然就a 2017-01-19
  • 打赏
  • 举报
回复
引用 10 楼 baidu_37015777 的回复:
以后设计数据库的时候设两个空字段 备用
学到了 我也是刚刚接手这个系统 改需求改bug 醉人
ylovep 2017-01-19
  • 打赏
  • 举报
回复
从数据库设计合理性上面一般用第一种 不过第二种也可以 没有什么太大的问题
ChanceZhao 2017-01-18
  • 打赏
  • 举报
回复
以后设计数据库的时候设两个空字段 备用
ChanceZhao 2017-01-18
  • 打赏
  • 举报
回复
引用 5 楼 boenwan 的回复:
[quote=引用 4 楼 qq_15763035 的回复:] [quote=引用 1 楼 Zhang_three3 的回复:] 较稳妥的显然是第二种
谢谢~[/quote] 还是第一种比较好,改动量能小些[/quote] 第一种每个查询都要加个条件 就是查出来没被删除的 查询这个表接口都要添条件 还不清楚什么框架第二种比较稳妥
ChanceZhao 2017-01-18
  • 打赏
  • 举报
回复
第二种非常稳妥 第一种看项目实际情况 如果做得很多就第二种 如果很少就第一种 建议还是第二种 稳妥当初设计的时候不考虑假删除 现在你也不用考虑性能了
pengpeng107 2017-01-18
  • 打赏
  • 举报
回复
这需求也是醉了!这种场景当初没考虑删除么? 难道是作业?
斯卡洛特 2017-01-18
  • 打赏
  • 举报
回复
引用 3 楼 qq_15763035 的回复:
[quote=引用 2 楼 chengye321 的回复:] 如果之前涉及的东西太多,就不要改表结构了。
谢谢[/quote] 但是这样比较麻烦的是,一条数据要进行2次数据库操作,效率没有加删除标记的方法高。加标记做一个update就行了。
伯恩dadi 2017-01-18
  • 打赏
  • 举报
回复
引用 4 楼 qq_15763035 的回复:
[quote=引用 1 楼 Zhang_three3 的回复:] 较稳妥的显然是第二种
谢谢~[/quote] 还是第一种比较好,改动量能小些
忽然就a 2017-01-18
  • 打赏
  • 举报
回复
引用 1 楼 Zhang_three3 的回复:
较稳妥的显然是第二种
谢谢~
忽然就a 2017-01-18
  • 打赏
  • 举报
回复
引用 2 楼 chengye321 的回复:
如果之前涉及的东西太多,就不要改表结构了。
谢谢
斯卡洛特 2017-01-18
  • 打赏
  • 举报
回复
如果之前涉及的东西太多,就不要改表结构了。
Zhang_three3 2017-01-18
  • 打赏
  • 举报
回复
较稳妥的显然是第二种

67,541

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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