JBTALKS.CC

标题: 餐厅系统（菜色有可能会被删除吗？） [打印本页]

作者: lord14383 时间: 2010-6-20 06:34 PM
标题: 餐厅系统（菜色有可能会被删除吗？）
请各位帮帮小弟，在我的餐厅系统有一个功能是可以计算出什么菜色有多少个人点选过，资料从receipt那里计算出来。
我的问题是如果现在有一个菜色是A，他的product code是F15，是否会有餐厅会删除它本身的这个菜色F15呢？
因为如果餐厅会删除它本身的菜色F15的话，当他加入新的菜色也是用F15的话，我所计算出什么菜色有多少人点选过的就会有问题，因为我以F15的方式来计算，即使我换成用菜名来计算也是会有问题，因为之前所计算的菜色A就不会被显示了。
有什么办法可以解决呢？

作者: yeerhou 时间: 2010-6-20 06:49 PM
一般上的电脑程序，大多的product code在database里面是独一无二的。换句话说，如果你的F15被删除了，然后又加了新菜色，那么database自动将会给予这个新菜色一个新的product code。然而，F15就不能被补上的，除非database方面能够更改。希望对你有帮助。

作者: lord14383 时间: 2010-6-20 07:00 PM
回复 2# yeerhou

原来如此^^
那么的话也就是说不会再使用F15了对吗？^^
那么的话就比较好办了^^
谢谢^^

作者: yeerhou 时间: 2010-6-20 07:06 PM
回复 3# lord14383

逻辑上就是这样，没错。但是毕竟我没有看过你的system，所以不知道它是不是这样设计的。不过，一般上的程序设定应该是这样的。你的system是买回来的对吧？所以理论上programmer应该都是像我讲的那样去设计的。

作者: AhPang 时间: 2010-6-20 09:32 PM
本帖最后由 AhPang 于 2010-6-20 09:39 PM 编辑

你的系统可以选择日期吗？如果没有的话，你就要找回之前你在更换菜色F15的record和现在的做compare。
如果要在report显示之前的菜色，最好找programer帮你看看你的系统可不可以更改。在这里问，很难答你因为不懂你系统的构造。

作者: @丑小鸭@ 时间: 2010-7-23 04:11 AM
之前我们做ＰＲＯＪＥＴ也有遇到这个问题。。。
我们老师是说最好不要删除因为ＨＩＳＴＯＲＹ还是必须有它的存在。。
所以我们会ＳＥＴ一个ＴＡＢＬＥ给他。。
储存它是否ＡＣＴＩＶＥ的。。。

作者: goodday 时间: 2010-7-23 11:38 PM
我的老经验告诉我
通常每个table 会有多3个field
Remark       nvarchar(500)
Enable          bit
CreateDate datetime

remark 是给我们programmer 自己用的

你的那个叫 product code
我看需求如果要用回  就以 IDN 来link up
如果不是就 F12  永远是那个product 的

Enable 是代表 delete 的意思
我通常没 delete 的，以enable 来代表
所以我的 db 是以 maintaince database 来做真正delete

还有 product 是没delete 的如果delete 了要看会就的 report 就开不到咯

作者: stupidivan 时间: 2010-7-27 12:39 PM
通常我们的product code 是 primary key，牵连着许多table..如果重复了system 如何辨识呢。。这是你要考虑的问题。。

作者: 宅男-兜着走 时间: 2010-7-27 04:12 PM
如果有分 Detail 的话，之前的 F15 被新的 F15 取代了，那么旧的F15 Details 会跟着一起被 Call 出来。

欢迎光临 JBTALKS.CC (https://jbtalks.my/)