: 影片代号 流水代号 影片名称 : A01 1 神鬼奇航 : A01 2 神鬼奇航 : A01 3 神鬼奇航 : =-============================================================= : 影片代号 影片名称 库存 : A01 神鬼奇航 100 : A02 命运好好完 10 这两种存法…我觉得第一种可能比较有用 第一个schema要知道库存量可以 count(*) group by moveName 但第二种推不回第一种，无法区分每一片现在的状况....希望这样说有人懂 : ----------------------------------------------------------------------- : 最後,资料库设计没有对与错,完全和商业逻辑规则有关 : 但请记得,商业规则也不是完全一定就正确,转成电脑化有电脑化的做法与限制 : 我很常改厂商的规格咧...因为他的规则对资料库很难维护,我是拒绝设计的 推这段。商业逻辑要比程式逻辑麻烦许多。 尤其是进销存之类的程式，这类程式通常都是加加减减…国小数学，简单， 写程式只是几个小时的事，但是确认需求、搞清楚游戏规则大概是好几个礼拜的事。 好像有问 php的书，其实大同小异 html的<form>标签、通常还会用到<table> php 的 SESSION、取得表单传来的值 mysql.phpmyadmin....仅要求能用就好基本上是不用书的，顶多再加个 SQL语法 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.229.213.20 ※ 编辑: grence 来自: 61.229.213.20 (06/04 21:21)