商厦门锁怎么用数据库管理

平凡至尊　发表于：2011-09-29 15:50:11 　

我在商厦工作，常用的钥匙加上备用的钥匙有2000多把，其中有每天要用的钥匙、不常用的备用钥匙、请问怎么将钥匙与相关的锁衔接起来，方便管理。是用钥匙做主导来做数据库，还是用锁来做主导做数据库。

我每月28号都要跟保安那边做盘点，总有对不上的时候。

请大家给个做数据库德框架吧。

叶海峰发表于：2011-09-29 16:03:37

个人觉得要用锁做主键啦,锁是唯一的,而钥匙不是唯一的,锁和钥匙之间是一对多的关系.如果存在一个门(点)有>1的锁的话,那应该用门(点)来做主键.

至于数据库结构,要看你的实际情况啊,你的商场是一栋楼还是多栋楼等等这些细节都要说清楚.如果是多栋楼,那肯定存在分区(例如东塔,西塔)-楼层-区域-门(点)-钥匙,那么钥匙就可以定编号了.

Top

平凡至尊发表于：2011-09-29 16:39:41

谢谢一楼的回答。我明白了，以钥匙做核心主导来做数据库。

Top

dbaseIIIer 发表于：2011-09-30 01:24:07

反而我觉得只有两个可能性

1. 栋,单元,门,锁,匙都该有唯一的 ID, 为每个ID建关系表

锁还会拆下来, 装另一道门,

不拆锁, 也可以门带锁一起拆, 装到另一个单位,

用关系去处理会理性一点

2. 因为只有匙是含相同的特性的, 可以匙不用ID, 取而代之只是用表记录出入数量

如果还要盘点的话, 我觉得每匙一个ID 更好,

便宜的挂个条码或老板舍得的挂个非接触式ID卡, 所有出入都要用电脑登记, 效果更佳!

Top

总记录：3篇页次：1/1 9 1 :

Access交流中心

商厦门锁怎么用数据库管理