北京 | 上海 | 天津 | 重庆 | 广州 | 深圳 | 珠海 | 汕头 | 佛山 | 中山 | 东莞 | 南京 | 苏州 | 无锡 | 常州 | 南通 | 扬州 | 徐州 | 杭州 | 温州 | 宁波 | 台州 | 福州 | 厦门 | 泉州 | 龙岩 | 合肥 | 芜湖 | 成都 | 遂宁 | 长沙 | 株洲 | 湘潭 | 武汉 | 南昌 | 济南 | 青岛 | 烟台 | 潍坊 | 淄博 | 济宁 | 太原 | 郑州 | 石家庄 | 保定 | 唐山 | 西安 | 大连 | 沈阳 | 长春 | 昆明 | 兰州 | 哈尔滨 | 佳木斯 | 南宁 | 桂林 | 海口 | 贵阳 | 西宁 | 乌鲁木齐 | 包头 |
对于以上E-R图,本人困惑了好久,数据库表预约表应该怎样设计?
数据表设计思想:
我想做一个产品预约安装的软件,客户到分布在各乡镇的产品专卖店预约产品,我负责把预约信息统计然后派单给安装人员。
我目前的困惑:
问题1: 订单编号需不需要?
1、我没有特定的客户群,只有客户到店里面预约,我才给客户生成客户编号,客户编号以YYYYMMDD+3位序号命名,以后这也是用户的唯一标识。
问题2: 预约表怎样设计?
由于产品预约和产品安装是分两个过程进行。产品预约马上可以生成预约信息,而产品安装是后续更新的东西,有的产品安装成功,有的不能安装,
因此,我应该建几个表?预约表+安装表还是单一的预约表?如果是预约表+安装表,它们怎样关联?我觉得客户编号完全可以把这些东西联合起来。
问题3: 窗体怎样设计?
我想通过窗体输入数据,窗体更新数据,如果分预约表+安装表,如果通过客户编号关联,怎样设计窗体录入到两个表中?