POS机刷卡小票出来了，是不是就等于消费成功了
POS机刷卡小票出来了，是不是就等于消费成功了
是的，只要小票纸正常打出，上面显示的是消费，付款就是成功的。另外，如果小票纸没出来，但客户收到银行扣款短信，那刷卡也是不成功的。刷卡交易是否成功取决于小票，小票成功。未能到达的原因有很多。第一，消费金额可能比较小，没有达到支付公司的起始结算金额。POS机到账是在工作日还是几秒钟到期。第二个POS也有时间限制，比如早上7:00到下午23:00。第二天其他时间。有可能商户刷卡被冻结，没有到账。部分POS机连续刷卡3次失败会被卡死。如果他们没有到达，他们需要联系支付公司解冻，二次清机未按时到达（这种情况比较少见）。
拓展资料：
1、由于刷卡时间错误，导致账户未到账，只能等待支付公司正常的转账周期。支持D1则次日转帐，支持t1则在工作日转帐。由于银行系统升级，钱没有到银行，但没有入账。银行会在工作日记录，支付公司因系统故障未能收到货款的，支付公司维修后进行转账。如银联渠道出现故障，支付公司将在渠道修复后按正常转账周期进行资金转账。如因未签名未到账，请点击交易记录中的交易，重新签名并上传小票。大型机器不出票或出票异常也会导致迟到。如果没有出票，您可以在机器上重新打印小票，然后在应用程序-交易记录中输入小票参考号，立即到达。如果客票异常未到，也可以输入小票参考号。
2、网络故障。网络故障也叫“单边账户”，在传统的大型POS机上很常见，故障码为92。对于此类交易，银联在收到用户转账后，向POS反馈信息，但反馈失败因为网络不稳定。如果银联未能成功将信息反馈到POS终端，将停止转账并将资金返还给持卡人。系统维护和升级。每个支付公司每年都要进行几次系统维护，这是很正常的。为避免影响商户正常业务，一般选择夜间维护，这期间会影响账户，甚至刷卡失败、通讯故障等。
3. 23:00后的交易。根据银联规定，23:00后的所有交易均计为次日交易。许多人在凌晨 23:00 刷卡，并认为他们会在第二天到达。事实上，这是一个刷卡的时间段。他们需要在“第三天”到达。此外，由于结算时间的影响，D1也可能会延迟23:00至凌晨1:00的交易到达。对“t1”到达时间的误解。 T 1 不等于第二天。 T 表示工作日。比如周五周六周日刷卡要到周一才会到，因为周一是工作日。有的新手认为t1是第二天，误以为到货延迟了。另外，到达时间是早上7:00到下午22:30，这是正常的。 T1 不代表资金会在第二个工作日早上立即到账。
pos机打印的小票是发票吗？
pos机打印的小票不是发票，pos机产生的电脑小票也不能作为纳税的凭证，如果消费者需要发票的话，必须另行开具发票。不过pos机也是可以打印发票的，只需要领取卷式通用机打发票，然后将pos机连接打印机开发票的系统，这样pos机就可以使用银联原有的线路，通过pos机开具发票。这种方式的好处在于，可以降低纳税人购置电脑等开发票设备的成本。
拓展资料：
POS机小票：
POS机小票即签购单，就是我们在日常消费刷卡后，特约商户要求我们签字确认的POS签购单，是持卡人确认此笔消费的凭证。在日常刷卡消费后，签购单都是一式两份，持卡人保留一份，商户回收保留一份。签购单上有商户号、终端号、持卡人银行卡及交易数据等，无论是持卡人还是商户都应妥善保管签购单。
pos机的小票有什么用途？
1.POS小票是签购单，它可以作为持卡人交易的历史凭证。后续如果退货也需要pos机小票等交易凭证，如果交易有问题，有了pos机小票，处理起来相对方便。
2.对于商户来说，通过pos机小票可以进行对照、清算、明细查询等操作，一旦遇到了有争议的交易，发卡行或持卡人可以进行调单处理。
3.POS机小票可以避免一些不法分子的恶意调单所造成的经济损失。
交易中碰到签购单未打印，但持卡人收到扣款信息，商户应该怎么办?
商户可直接跟持卡人解释，不出签购单就是不成功交易，并让持卡人重新刷卡一次或拨打银联客服电话95516进行确认；若持卡人不理解，商户可留下持卡人电话，并告知持卡人可向发卡行发起调单，了解此笔交易的详情。
用打印机打印的pos机小票能查出来真伪吗？要注意什么？
用打印机打印的pos机小票是查不出真伪的，只能对比看对账单是否有金额的扣款。
POS机小票上的MCC码，就像人的身份证一样，由15位数字组成，分为四个部分，即机构代码(3位) 地区代码(4位) 商户类型(4位) 商户顺序号(4位)，其中地区代码很重要。
注意事项：
1、根据银联规定，POS机只可以本地办理，可以异地开户。如果说，刷出来的小票上显示的地区代码和实际不相符，那么这种机器要不就是跳码机，要么就是违规的异地移机了。
POS机是不可以异地使用的，所以遇到这种机器，一定要赶紧停用，否则会造成严重损失。
2、正规的小票都是一式两联, 一联是商户留着，一联是个客户的。小票是重要的交易凭证，比如说用户购买了商品但是发现问题,想要退货的话一定要提供小票。
还有如果消费者发现小票信息和自己消费实际不符,那么POS机可能是有问题，使用那样的POS机肯定会对消费者产生不利影响，比如信用卡被降额，甚至资金被多刷。
3、商户和支付公司保留小票主要是为了防止拒单,个人用户也要尽量保留小票,如果用户使用POS机养卡的话，要是银行怀疑这笔交易是套现，那么用户提供小票就没有关系了。否则被认定是恶意套现的话，肯靛会被降额封卡的。
扩展资料：
POS机原理解析：
POS系统基本原理是先将商品资料创建于计算机文件内，透过计算机收银机联机架构，商品上之条码能透过收银设备上光学读取设备直接读入后（或由键盘直接输入代号）马上可以显示商品信息（单价，部门，折扣…）加速收银速度与正确性。
每笔商品销售明细资料（售价，部门，时段，客层）自动记录下来，再由联机架构传回计算机，经由计算机计算处理即能生成各种销售统计分析信息当为经营管理依据。
POS机是通过读卡器读取银行卡上的持卡人磁条信息，由POS操作人员输入交易金额，持卡人输入个人识别信息（即密码），POS把这些信息通过银联中心，上送发卡银行系统，完成联机交易，给出成功与否的信息，并打印相应的票据。
POS的应用实现了信用卡、借记卡等银行卡的联机消费，保证了交易的安全、快捷和准确，避免了手工查询黑名单和压单等繁杂劳动，提高了工作效率。
磁条卡模块的设计要求满足三磁道磁卡的需要，即此模块要能阅读1/2、2/3、1/2/3磁道的磁卡。
POS机能重打小票吗？我刷卡的小票丢失了，需要报销！都消费好几个月的去那里补办啊~ 在线等待回答！
可以重新打印小票，但是前提刷卡那台pos机没有结算过，可以找到哪一笔，重新打印即可，如果结算了那就无法重新打印，可以让pos机老板，在商户后台找到这笔交易，截图开个证明。
当持卡人在商家的POS机上刷卡消费成功后会打印出小票，上面有商户编号，从第8位到11位（4位数）即为商家这台POS机的MCC码，这个码对应的就是商家经营的行业，民生类的是0.38%的手续费，一般类是0.78%，餐娱类是1.25%；
有的POS机从业人员为了私利就会给商家说装便宜的手续的POS机，其实就是将便宜手续费行业的机具装给高费率行业的客户使用，就是套用低费率的代码（MCC码），当商户刷卡时出来的小票上面的MCC码跟实际的经营项目是不相符的，这种情况被银联发现是要撤机的。
扩展资料：
1、做交易时若刷卡失败，则需要重新按所需交易代码键，以免将其他交易错做为“消费”，造成重复扣帐。
2、持卡人密码输入。为保证交易的安全，公用POS机在交易时，持卡人需输入正确的银行卡密码，若持卡人银行卡无预留密码，操作员直接按POS机“确认”键进行交易，交易成功。
3、切勿忘记让持卡人在签购单上签字，若持卡人签名与卡背面预留姓名或卡正面姓名字母不一致，可向发卡行查询。
4、对打印出的签购单上的交易类型需认真审查，以免将“消费”做成“预授权”，或将“退货”做成“消费”造成错帐。
5、退货交易可全额或部分退货，若退货不成功，切勿随意退现金或让持卡人将货拿走，可根据POS提示做相应处理或与银联维护人员联系。
6、不要随便拔插通信线。POS机的通信接口为专用接口（line口），不可相互混淆。
7、对借记卡和未签订手工压卡协议的成员行的卡，压卡交易无效，发卡行不予承认，因此，切勿压单受理。
收款员使用收款机可以进行收款、退货、换货、价格查询、折扣、取消交易等操作，其中退货、换货、折扣功能可以设置成由经理控制。收款员每天工作的基本操作过程可以分为开机、进入销售、存零头、执行销售、结账、退出销售和关机。
参考资料来源：百度百科-pos单
参考资料来源：百度百科-pos机
pos机打小票和不打小票有何区别
pos机打小票和不打小票，区别在于有没有交易成功，交易成功后才能打出小票的。其他的，从主要功能上来说没什么太大的区别。打印小票的收款方需要保存客户签名的纸质小票一年，不打小票的就是电子小票，客户的签名小票会保存在服务器上可查。
拓展资料
关于POS机：
POS系统基本原理是先将商品资料创建于计算机文件内，透过计算机收银机联机架构，商品上之条码能透过收银设备上光学读取设备直接读入后(或由键盘直接输入代号)马上可以显示商品信息(单价，部门，折扣…)加速收银速度与正确性。每笔商品销售明细资料(售价，部门，时段，客层)自动记录下来，再由联机架构传回计算机。经由计算机计算处理即能生成各种销售统计分析信息当为经营管理依据。
POS机是通过读卡器读取银行卡上的持卡人磁条信息，由POS操作人员输入交易金额，持卡人输入个人识别信息(即密码)，POS把这些信息通过银联中心，上送发卡银行系统，完成联机交易，给出成功与否的信息，并打印相应的票据。POS的应用实现了信用卡、借记卡等银行卡的联机消费，保证了交易的安全、快捷和准确，避免了手工查询黑名单和压单等繁杂劳动，提高了工作效率。
磁条卡模块的设计要求满足三磁道磁卡的需要，即此模块要能阅读1/2、2/3、1/2/3磁道的磁卡。
通讯接口电路通常由RS232接口，PINPAD接口，IRDA接口和RS485等接口电路组成。RS232接口通常为POS程序下载口，PINPAD接口通常为主机和密码键盘的接口，IRDA接口通常为手机和座机的红外通讯接口。接口信号通常都是由一个发送信号、一个接收信号和电源信号组成。
MODEM板由中央处理模块、存储器模块、MODEM模块、电话线接口组成。首先，POS会先检测/RING和/PHONE信号，以确定电话线上的电压是否可以使用，交换机返回可以拔号音，POS拔号，发送灯闪动，开始拔号，由通讯协议确定交换机和POS之间的信号握手确认等，之后才开始POS的数据交换，信号通过MODEM电路收发信号;完成后挂断，结束该过程。
小票pos机的介绍就聊到这里吧。
一、数据库课程设计实例
数据库课程设计
题目：小型超市管理系统
1、项目计划
1.1系统开发目的
（1）大大提高超市的运作效率；
（2）通过全面的信息采集和处理，辅助提高超市的决策水平；
（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。
1.2背景说明
21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3项目确立
针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4应用范围
本系统适应于各种小型的超市。
1.5 定义
（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
（5）盘点：计算出库存、销售额、盈利等经营指标。
1.6 参考资料
《数据库原理及设计》 陶宏才编 清华大学出版社
《SQL Server 2000 实用教程》范立南编 清华大学出版社
《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社
《轻松搞定 SQL Server 2000 程序设计》Rebecca M.Riordan编
《软件工程规范》Watts S.Humphrey编 清华大学出版社
《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社
《软件需求分析》 Swapna Kishore编 机械工业出版社
《软件工程思想》 林锐编
2、逻辑分析与详细分析
2.1系统功能
（1）、零售前台（POS）管理系统，本系统必须具有以下功能：
? 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
? 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
? 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
? 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业
(2)、后台管理系统，本系统必须具备以下功能
? 进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
? 销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
? 库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
? 人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。
（3）系统结构
系统总体结构
模块子系统结构
功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。
功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。
功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。
功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。
功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。
功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。
2.2、流程图
前台管理系统
顶层DFD图
第0层DFD图第1层DFD图
2.3、户类型与职能
（1）、员工（营业员）：
? 通过商品条形码扫描输入商品到购买清单
? 操作软件计算交易总金额
? 操作软件输出交易清单
? 对会员进行会员卡扫描以便打折
（2）、：超市经理
? 操作软件录入商品，供货商，厂商
? 操作软件制定进货计划
? 查询打印计划进货与入库记录
? 操作软件控制商品销售与否
? 查询打印销售情况
? 操作软件生成销售排行榜
? 查询库存明细记录
? 根据软件发出的库存告警进行入货
? 操作软件进行盘点计算
（3）、总经理：
? 基本信息登记管理
? 员工操作权限管理
? 客户销售权限管理
2.4、统开发步骤
? 确定参与者和相关的用况
? 为每个用况设计过程
? 建立顺序图，确定每个脚本中对象的协作
? 创建类，确定脚本中的对象
? 设计, 编码, 测试, 集成类
? 为过程编写系统测试案例
? 运行测试案例，检验系统
2.5、系统环境需求
? 系统模式
本系统采用C/S模式作为开发模式
? 硬件环境
服务器端： 高性能的计算机一台， 普通的双绞线作为连接。客户端： 普通的计算机或者工作站， 普通的双绞线作为连接。? 软件环境
服务器端：安装SQL Server 2000的服务器版本，
安装windows 2000服务器版本，
配置了诺顿等必须的防毒软件。客户端： 安装SQL Server2000的服务器版本，
安装了VB等可视化开发工具软件， 安装windows2000服务器版本。2.6、系统安全问题
信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。
? 系统要能重建
? 系统应该是可审查的
? 系统应能进行有效控制，抗干扰能力强
? 系统使用者的使用权限是可识别的
3、基于UML的建模
3.1语义规则
用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。
UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。
用例（use case）：
参与者（actor）：
3.2、UML模型
3.21、系统UML模型
3.22、子系统UML模型
（1）零售前台（POS）管理系统用例视图
（2）后台管理系统用例视图
3.3、系统实现图
4、超市销售系统概念设计文档
（1）、系统ER图
（2）、系统ER图说明
商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；
每个顾客可以购买多种商品，不同商品可由不同顾客购买；
每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。
（3）、视图设计
交易视图(v_Dealing)——用于查询交易情况的视图；
计划进货视图(v_PlanStock)——用于查询进货计划的视图；
销售视图(v_Sale)——用于查询销售明细记录的视图；
入库视图(v_Stock)——用于查询入库情况的视图。
5、逻辑设计文档
（1）、系统关系模型
a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）
b) 用户表（用户编号，用户名称，用户密码，用户类型）
c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）
d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）
e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）
f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）
g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）
h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）
（2）、系统数据库表结构
数据库表索引
表名 中文名
MerchInfo 商品信息表
User 用户表
Menber 会员表
Sale 销售表
Dealing 交易表
Stock 进货入库表
Provide 供货商表
Factory 厂商表
商品信息表(MerchInfo)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MerchID int 4 P Not null 商品编号
MerchName Varchar 50 Not null 商品名称
MerchPrice Money 4 Not null 价格
MerchNum Int 4 Not null 库存数量
CautionNum Int 4 Not null 库存报警数量
PlanNum Int 4 null 计划进货数
BarCode Varchar 50 Not null 条形码
SalesProPrice Money 4 促销价格
SalesProDateS Datetime 8 促销起日期
SalesProDateE Datetime 8 促销止日期
AllowAbate Int 4 Not null 允许打折
AllowSale Int 4 Not null 允许销售
FactoryID Varchar 10 F Not null 厂商编号
ProvideID Varchar 10 F Not null 供货商编号
用户表(User)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
UserID varchar 10 P Not null 用户编号
UserName Varchar 25 Not null 用户名称
UserPW Varchar 50 Not null 用户密码
UserStyle Int 4 Not null 用户类型
会员表(Menber)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MemberID Varchar 10 P Not null 会员编号
MemberCard Varchar 20 Not null 会员卡号
TotalCost Money 4 Not null 累积消费金额
RegDate Datetime 8 Not null 注册日期
销售表(Sale)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
SaleID Varchar 10 P Not null 销售编号
MerChID Varchar 10 F Not null 商品编号
SaleDate Datetime 8 Not null 销售日期
SaleNum Int 4 Not null 销售数量
SalePrice Money 4 Not null 销售单额
交易表(Dealing)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
DealingID Varchar 10 P Not null 交易编号
DealingPrice Money 4 Not null 交易金额
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 会员卡号
UserName Varchar 10 F Not null 用户名称
入库纪录表(Stock)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
StockID Varchar 10 P Not null 入库编号
MerchID Varchar 10 F Not null 入库商品编号
MerchNum Int 4 Not null 入库数量
MerchPrice Money 4 Not null 单额
TotalPrice Money 4 Not null 总额
StockDate Datetime 8 Datetime 入库日期
PlanDate Datetime 8 Datetime 计划进货日期
StockState Int 4 Not null 入库状态
供货商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
ProvideID varchar 10 P Not null 供货商编号
ProvideName Varchar 50 Not null 供货商名称
ProvideAddress Varchar 250 供货商地址
ProvidePhone Varchar 25 供货商电话
厂商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
FactoryID varchar 10 P Not null 厂商编号
FactoryName Varchar 50 Not null 厂商名称
FactoryAddress Varchar 250 厂商地址
FactoryPhone Varchar 25 厂商电话
6、物理设计文档
/———-创建数据库———-/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename=‘C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf’,
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename=‘C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf’,
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go
/———-创建基本表———-/
use [SuperMarketdb]
go
/创建交易表/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/创建厂商表/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/创建会员表/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/创建商品信息表/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/创建供应商表/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/创建销售表/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/创建入库表/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/创建用户表/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO
/———-创建表间约束———-/
/商品信息表中厂商编号、供应商编号分别与厂商表、供应商表之间的外键约束/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/销售表中商品编号与商品信息表之间的外键约束/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/入库表中商品编号与商品信息表之间的外键约束/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/———-创建索引———-/
/在交易表上建立一个以交易编号、交易日期为索引项的非聚集索引/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/在商品信息表上建立一个以商品编号为索引项的非聚集索引/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/在销售表上建立一个以销售编号、销售日期为索引项的非聚集索引/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/在入库表上建立一个以入库编号、入库日期、商品编号为索引项的非聚集索引/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO
/———-创建视图———-/
/创建用于查询交易情况的视图/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 员工名称, MemberCard as 会员卡号, DealingPrice as 交易金额FROM Dealing
GO
/创建用于查询进货计划的视图/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名称, MerchInfo.BarCode as 条形码, Factory.FactoryName as 厂商, Provide.ProvideName as 供货商, Stock.MerchNum as 计划进货数量, Stock.PlanDate as 计划进货日期FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID and Factory.FactoryID=MerchInfo.FactoryID and Stock.StockState=0 GO
/创建用于查询销售明细记录的视图/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码, MerchInfo.MerchPrice as 商品价格, Sale.SalePrice as 销售价格, Sale.SaleNum as 销售数量, Sale.SaleDate as 销售日期FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID GO
/创建用于查询入库情况的视图/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码, Factory.FactoryName as 厂商, Provide.ProvideName as 供货商, Stock.MerchPrice as 入库价格, Stock.MerchNum as 入库数量, Stock.TotalPrice as 入库总额, Stock.StockDate as 入库日期FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID and Factory.FactoryID=MerchInfo.FactoryID and Stock.StockState=1 GO
7、小结
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：
? 本系统只适合小型超市使用，不能适合中大型超市使用；
? 超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。
