促销数据库设计

Ⅰ 红包活动怎么设计数据库表

仅供参考
创建数据库里最基本的应该就是建表，建索引、存储过程等一系列操作了。谈到表就不得不谈到实体。
一、数据实体
什么是实体，客观存在并且可以相互区别的事物称为实体。这里我们就简单的把它理解为一个表吧，描述实体的特性，我们就把他们称为了属性。也可以说当我们把一个数据库表当作一个实体，那么它里面的所有字段是不是就是一个属性了呢？结果是肯定的。
二、实体间的联系
我想说的是，很简单，数据库里表跟表间的关系莫过于三种：一对一；多对多；一对多。
一对一其实就是说我们建的主表跟相关联的表之间是一一对应的，比如说，我建了一个学生基本信息表：t_student,然后我又建了一个成绩表，里面有个外键，studentID，学生基本信息表里的字段studentID和成绩表里的studentID就是一对一。
一对多，也是类似，我另外建一个班级表，而每个班级有多个学生，每个学生就对应一个班级，对班级来说当然就是一对多了。
多对多，我还举这个例子，我建个选课表，可能有许多科目，每个科目有很多学生选，而每个学生又可以选择多个科目。这就是多对多了。
三、基本表的完整性
(1) 原子性。基本表中的字段是不可再分解的。
(2) 原始性。基本表中的记录是原始数据（基础数据）的记录。
(3) 演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。
(4) 稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。
这是基本表的完整性，也是它特有的。这里我想说的是，在数据库里还有几种表也是常用的那就是中间表和临时表。
1、中间表
中间表是针对多对多关系的，就比如做公交查询系统。里面有两个表，分别是车站表、线路表。这里我们起个名字叫：t_busstation 、t_road，根据常识我们也知道，一个站有多个线路经过，而每个线路又有多个车站，怎么才能将两个表联系起来呢，如果是一对一，一对多，我们一个表，两个表就可以将他们实现了，但是多对多呢，这样我们就必须借助中间表用来连接两个表。一般中间表都是有一个本表的自增主键，还有另外两个表的主键。中间表是没有属性的因为它不是一个基本表。
2、临时表
在本次项目中，我们就要用到临时表，首先来看看什么是临时表吧。这是我从网上书上查到的。因为我们用的是MS SQL Server 2000数据库，而在这个数据库里是支持临时表的。
临时表：其实就是那些以#号开头为名字的数据表，它主要是用来存放临时数据的，当用户断开连接但没有出去临时表里的数据时，系统会自动把临时表里的数据清空。这里要说一点，临时表是放在系统数据库 tempdb中的，而不是当前数据库。
临时表总共是分两种：本地临时表和全局临时表。
（1）这里我们需要了解的就是，在数据库中本地临时表是以一个#开头的，这种临时表只对当前的数据库用户可见，而其他的用户是不可见的。当数据库实例断开后当然也就丢失了数据了，不管是显式清空还是系统回收。
（2）还有一个就是全局临时表。它是以“##”开头的，而且是对于所有的用户都是可见的，当你断开数据库实例连接时，只要还有别的系统项目在引用它，连着数据库，那么数据就存在，只有当别的系统也断开连接时，系统才会清除全局临时表的数据。
下面是建立临时表的语句:
本地临时表：
create table #student
(
studentID int ,
studentName nvarchar (40),
classID int
)

全局临时表：
create table ##student
(
studentID int ,
studentName nvarchar (40).
classID int
)
这里我们也可以用SQL语句完成：
select * from employee into #student

现在就来看看三大范式。
第一范式：如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式.比如一个工人的基本信息表，里面有工人的工号，性别，年龄，这些属性都是不可分割的，所以这个表就符合了第一范式。
第二范式： 就是在第一范式的基础上延伸，使之表里的每个字段都与主键发生关系。假如一个关系满足第一范式,并且除了主键以外的其它字段,都依赖于该主键,则满足第二范式.
例如:订单表(订单编号、产品编号、定购日期、价格、……)，"订单编号"为主键，"产品编号"和主键列没有直接的关系，即"产品编号"列不依赖于主键列，这个列我们就可以把它删除。
第三范式：在第二范式的基础上更进一步，也就是为了实现表里的列都与主键列直接相关，不是间接相关。这个我们可以用“Armstrong 公理”中的传递规则来推理。
我们来看一下它的定义：
设U是关系模式R 的属性集，F 是R 上成立的只涉及U 中属性的函数依赖集。若X→Y 和 Y→Z在R 上成立，则X →Z 在R 上成立。因此我们就来看在网上搜索到的例子：例如:订单表(订单编号，定购日期，顾客编号，顾客姓名，……)，初看该表没有问题，满足第二范式，每列都和主键列"订单编号"相关，再细看你会发现"顾客姓名"和"顾客编号"相关，"顾客编号"和"订单编号"又相关，最后经过传递依赖，"顾客姓名"也和"订单编号"相关。为了满足第三范式，应去掉"顾客姓名"列，放入客户表中。
这里其实就是为了说明数据库的表里步要出现冗余，在顾客表里已经有了"顾客姓名"了，而在订单表里就别出现了，而直接根据顾客编号相关联就可以，否则造成资源浪费。
以上就是三大范式。
延伸：我们来看这三大范式：
第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解；
第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性；
第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没
有冗余。
其实在设计数据库的时候我们最多的要遵循的就是第三范式，但是并不是越满足第三范式数据库就设计的越完美，这种错误是错误的。有时候增加点冗余相反的会提高访问速率，因此在实际的设计过程中应降低对范式的要求。
以前对数据冗余并不是很了解，在网络知道里的定义是这样的：在一个数据集合中重复的数据称为数据冗余. 但是不是说我们表的主键在其他表里重复出现就是冗余，这不是，而是为了连接两个表。只有非键字段就是既不是主键外键等约束的键如果重复出现，就会形成数据冗余。数据冗余也包括重复性冗余和派生冗余。比如工人表里有"基本工资"，"奖金"两列，然后还有一个"总工资"的列，这个总工资就是派生冗余。低级的重复性冗余一定要避免，杜绝，但是像派生冗余还是提倡的因为它能提高访问的效率。

Ⅱ 请问商品活动管理数据库该怎么去设计，就是商品有时打折促销赠送礼品会用到的，我有一个积分规则表，商品

商品表
某化妆品
某电器
某服装

积分类别表
化妆品积分
普通积分

积分规则表
商品 --> 积分类别 开始时间 结束时间 x系数
化妆品 化妆品积分 2011-1-1 2011-1-29 2 [比如这个是双倍积分]
化妆品 化妆品积分 2011-1-30 2011-2-10 0 [比如促销期间不积分]
化妆品 化妆品积分 2011-2-11 2099-12-31 2 [促销结束后恢复积分]
服装 普通积分 2011-1-1 2099-12-31 1

会员卡类别
无卡客户
普通会员卡
金卡

折扣
商品 会员卡类别 开始时间 结束时间 折扣
某化妆品 无卡客户 2011-1-30 2011-2-10 0.9 [此期间9折]
某化妆品 普通会员卡 2011-1-30 2011-2-10 0.8 [此期间8折]
某化妆品 金卡 2011-1-30 2011-2-10 0.7 [此期间7折]

就给个例子,仅供参考.

Ⅲ 什么是数据库营销以及它的优势是什么

什么是数据库营销
所谓数据库营销就是企业通过收集和积累消费者的大量信息，经过处理后预测消费者有多大可能去购买某种产品，以及利用这些信息给产品以精确定位，有针对性地制作营销信息，以达到说服消费者去购买产品的目的。
数据库营销的优势
数据库营销在欧美已经得到了广泛的应用。在中国大陆地区，也已经开始呈现“星星之火，快速燎原”之势头。包括DM(Direct Mail, 定向直邮), EDM(Email DM，电子邮件营销) ,E-Fax(网络传真营销)和SMS(Short Message Server,短消息服务)等在内的多种形式的数据库营销手段，得到了越来越多的中国企业的青睐。
之所以越来越多的企业开始选择数据库营销，这与它相对传统营销所具有的独特优势是密不可分的。
一、可测试性
数据库营销就像科学实验，每推进一步，都可以精心的测试，其结果还可以进行分析。假设你有一间酒吧，可以发出一封邮件，宣布所有光临的女士都可以免费获得一杯鸡尾酒。而在另一封邮件中，你可以宣布除周六、周日外所有顾客都可以获得8折优惠。在进行一段时间的小规模测试后，计算哪一封邮件产生的回报最高，之后就运用获得最佳反应的方案进行更大规模的邮寄。不管企业的大小如何，只要运用适当的形式，都可以进行小规模的测试，以便了解哪种策略最有可能取得成功。
二、可测度
数据库营销是惟一一种可测度的广告形式。你能够准确地知道如何获得客户的反应以及这些反映来自何处。这些信息将被用于继续、扩展或重新制定、调整你的营销计划。
而传统的广告形式（报纸、杂志、网络、电视等）只能面对一个模糊的大致的群体，究竟目标人群占多少无法统计，所以效果和反馈率总是让人失望。正如零售商巨头Wanamaker说过：“我知道花在广告上的钱，有一半被浪费掉了，但我不知道是哪一半”。
三、获得更多的长期忠实客户
权威专家分析，维持一个老顾客所需的成本是寻求一个新顾客成本的0.5倍，而要使一个失去的老顾客重新成为新顾客所花费的成本则是寻求一个新客户成本的10倍。如果比竞争对手更了解顾客的需求和欲望，留住的最佳顾客就更多，就能创造出更大的竞争优势。用数据库营销经常地与消费者保持沟通和联系，可以维持和增强企业与消费者之间的感情纽带。另外，运用储存的消费记录来推测其未来消费者行为具有相当精确性，从而使企业能更好地满足消费者的需求，建立起长期的稳定的客户关系。
四、降低成本，提高营销效率
数据库营销可以使企业能够集中精力于更少的人身上，最终目标集中在最小消费单位到个人身上，实现准确定位。目前美国已有56％的企业正在建立数据库，85％的企业认为他们需要数据库营销来加强竞争力。由于运用消费者数据库能够准确找出某种产品的目标消费者，企业就可以避免使用昂贵的大众传播媒体，可以运用更经济的促销方式，从而降低成本，增强企业的竞争力。具有关资料统计，运用数据库技术进行筛选消费者，其邮寄宣传品的反馈率，是没有运用数据库技术进行筛选而发送邮寄宣传品的反馈率的10倍以上。
五、企业制胜的秘密武器
传统营销中，运用大众传媒（电视、报纸、杂志、网络等）大规模地宣传新品上市，或实施新的促销方案，容易引起竞争对手的注意，使他们紧跟其后推出对抗方案，势必影响预期的效果。而运用数据库营销，可与消费者建立紧密关系，一般不会引起竞争对手的注意，避免公开对抗。如今，很多知名企业都将这种现代化的营销手段运用到了自身的企业，将其作为一种秘密武器运用于激烈的市场竞争中去，从而在市场上站稳了脚跟。
由此可见数据库营销以一种新型市场营销方式结合它的便利性推动了企业与消费者之间的互动。

Ⅳ 网站消费优惠活动表数据库怎么设计

“消费满多少” 做一个字段
“减多少” 做一个字段

订单结算时：程序中检查订单商品的ID是否在商品优惠表中，是的话，根据ID把这些价格加起来和“消费满多少”做比较，超过了就用这个数来减去“减多少”这个字段。
还不明白，留下QQ，再详说

Ⅳ 什么是数据库营销数据库营销的概念是什么

数据库营销是为了实现接洽、交易和建立客户关系等目标而建立、维护和利用顾客数据与其他顾客资料的过程。数据库营销（Database Marketing Service，DMS）是在IT、Internet与 Database技术发展上逐渐兴起和成熟起来的一种市场营销推广手段，在企业市场营销行为中具备广阔的发展前景。它不仅仅是一种营销方法、工具、技术和平台，更重要的是一种企业经营理念，也改变了企业的市场营销模式与服务模式，从本质上讲是改变了企业营销的基本价值观。通过收集和积累消费者大量的信息，经过处理后预测消费者有多大可能去购买某种产品，以及利用这些信息给产品以精确定位，有针对性地制作营销信息达到说服消费者去购买产品地目的。通过数据库的建立和分析，各个部门都对顾客的资料有详细全面的了解，可以给予顾客更加个性化的服务支持和营销设计，使 “ 一对一的顾客关系管理 ” 成为可能。

数据库营销在西方发达国家的企业里已相当普及，在美国，1994年Donnelley Marketing 公司的调查显示，56% 的零售商和制造商有营销数据库，10%的零售商和制造商正在计划建设营销数据库，85%的零售商和制造商认为在本世纪末，他们将需要一个强大的营销数据库来支持他们的竞争实力。从全球来看，数据库营销作为市场营销的一种形式，正越来越受到企业管理者的青睐，在维系顾客、提高销售额中扮演着越来越重要的作用。

一、宏观功能——市场预测和实时反应

客户数据库的各种原始数据，可以利用 “ 数据挖掘技术 ” 和 “ 智能分析 ” 在潜在的数据中发现赢利机会。基于顾客年龄、性别、人口统计数据和其它类似因素，对顾客购买某一具体货物可能性作出预测；能够根据数据库中顾客信息特征有针对性的判定营销策略，促销手段，提高营销效率，帮助公司决定制造适销的产品以及使产品制定合适的价格；可以以所有可能的方式研究数据，按地区、国家、顾客大小、产品、销售人员、甚至按邮编，从而比较出不同市场销售业绩，找出数字背后的原因，挖掘出市场潜力。企业产品质量上或者功能的反馈信息首先通过市场、销售、服务等一线人员从面对面的顾客口中得知，把有关的信息整理好以后，输入数据库，定期对市场上的顾客信息进行分析，提出报告，帮助产品在工艺或功能上的改善和完美，产品开发部门作出前瞻性的研究和开发；管理人员可以根据市场上的实时信息随时调整生产和原料的采购，或者调整生产产品的品种，最大限度的减少库存，做到 “ 适时性生产 ” （ JIT ）。

二、微观功能——分析每位顾客的赢利率

事实上，对于一个企业来说，真正给企业带来丰厚利润的顾客只占所有顾客中的 20% ，他们是企业的最佳顾客，赢利率是最高的，对这些顾客，企业应该提供特别的服务、折扣或奖励，并要保持足够的警惕，因为竞争对手也是瞄准这些顾客发动竞争攻击的。然而绝大多数的企业的顾客战略只是获取顾客，很少花精力去辨别和保护他们的最佳顾客，同时去除不良顾客；他们也很少花精力考虑到竞争者手中去策反顾客，增加产品和服务，来提高赢利率。利用企业数据库中的详细资料我们能够深入到信息的微观程度，加强顾客区分的统计技术，计算每位顾客的赢利率，然后去抢夺竞争者的最佳顾客，保护好自己的最佳顾客，培养自己极具潜力的顾客，驱逐自己最差的顾客。通用电气公司的消费者数据库能显示每个顾客的各种详细资料，保存了每次的交易记录。他们可以根据消费者购买公司家用电器的历史，来判断谁对公司和新式录象机感兴趣，能确认谁是公司的大买主，并给他们送上价值30 美圆的小礼物，以换取他们对公司产生下一次的购买。

目前在我国，传统的营销方式仍占据着相当的地位，数据库营销只是对传统营销方式的补充和改变。但从长期看，数据库营销必将随着企业管理水平、尤其是营销管理水平的提升而得到创新使用。现在一些具有领先观念的企业如上海罗氏、通用汽车、广东美的已经建设了CRM 系统。

随着经济的日益发展和信息技术对传统产业的改造，消费者的个性化需求的满足成为了可能，中国加入WTO 以后，企业将面临更加严峻的形势，如何在这场强敌环饲的角力中胜出，需要全方位的提升企业的竞争力——特别是企业的客户信息能力，作为企业经营战略中非常重要的营销体制也必须吸收西方先进的营销理念和手段，革除传统营销模式的弊端，数据库营销是先进的营销理念和现代信息技术的结晶，必然是企业未来的选择。

数据库营销的基本作用

（1）更加充分地了解顾客的需要。

（2）为顾客提供更好的服务。顾客数据库中的资料是个性化营销和顾客关系管理的重要基础。

（3）对顾客的价值进行评估。通过区分高价值顾客和一般顾客，对各类顾客采取相应的营销策略。

（4）了解顾客的价值。利用数据库的资料，可以计算顾客生命周期的价值，以及顾客的价值周期。

（5）分析顾客需求行为。根据顾客的历史资料不仅可以预测需求趋势，还可以评估需求倾向的改变。

（6）市场调查和预测。数据库为市场调查提供了丰富的资料，根据顾客的资料可以分析潜在的目标市场。

与传统的数据库营销相比，网络数据库营销的独特价值主要表现在三个方面：动态更新、顾客主动加入、改善顾客关系。

（1）动态更新

在传统的数据库营销中，无论是获取新的顾客资料，还是对顾客反应的跟踪都需要较长的时间，而且反馈率通常较低，收集到的反馈信息还需要繁琐的人工录入，因而数据库的更新效率很低，更新周期比较长，同时也造成了过期、无效数据记录比例较高，数据库维护成本相应也比较高。 网络数据库营销具有数据量大、易于修改、能实现动态数据更新、便于远程维护等多种优点，还可以实现顾客资料的自我更新。网络数据库的动态更新功能不仅节约了大量的时间和资金，同时也更加精确地实现了营销定位，从而有助于改善营销效果。

（2）顾客主动加入

仅靠现有顾客资料的数据库是不够的，除了对现有资料不断更新维护之外，还需要不断挖掘潜在顾客的资料，这项工作也是数据库营销策略的重要内容。在没有借助互联网的情况下，寻找潜在顾客的信息一般比较难，要花很大代价，比如利用有奖销售或者免费使用等机会要求顾客填写某种包含有用信息的表格，不仅需要投入大量资金和人力，而且又受地理区域的限制，覆盖的范围非常有限。

在网络营销环境中，顾客数据在增加要方便得多，而且往往是顾客自愿加入网站的数据库。最新的调查表明，为了获得个性化服务或获得有价值的信息，有超过50%的顾客愿意提供自己的部分个人信息，这对于网络营销人员来说，无疑是一个好消息。请求顾客加入数据库的通常的做法是在网站设置一些表格，在要求顾客注册为会员时填写。但是，网上的信息很丰富，对顾客资源的争夺也很激烈，顾客的要求是很挑剔的，并非什么样的表单都能引起顾客的注意和兴趣，顾客希望得到真正的价值，但肯定不希望对个人利益造成损害，因此，需要从顾客的实际利益出发，合理地利用顾客的主动性来丰富和扩大顾客数据库。在某种意义上，邮件列表可以认为是一种简单的数据库营销，数据库营销同样要遵循自愿加入、自由退出的原则。

（3）改善顾客关系

顾客服务是一个企业能留住顾客的重要手段，在电子商务领域，顾客服务同样是取得成功的最重要因素。一个优秀的顾客数据库是网络营销取得成功的重要保证。 在互联网上，顾客希望得到更多个性化的服务，比如，顾客定制的信息接收方式和接收时间，顾客的兴趣爱好、购物习惯等等都是网络数据库的重要内容，根据顾客个人需求提供针对性的服务是网络数据库营销的基本职能，因此，网络数据库营销是改善顾客关系最有效的工具。

网络数据库由于其种种独特功能而在网络营销中占据重要地位，网络数据库营销通常不是孤立的，应当从网站规划阶段开始考虑，列为网络营销的重要内容，另外，数据库营销与个性化营销、一对一营销有着密切的关系，顾客数据库资料是顾客服务和顾客关系管理的重要基础。

数据库的建立与管理

一、日益重要的数据库

企业顾客的基本资料分别加以搜集、筛选、测试、整理、编集及充实之后，妥善储存、保管。等到企业进行各种直复营销活动之时，依照特定的目的需求，迅速且完整地提供相关个别顾客资料。现在，由于计算机技术发展得十分迅速，电脑在顾客数据库的利用上，贡献很大。

直复营销是以目标顾客个人为对象，以双向沟通的方式进行信息传递的，因此，慎重选择目标顾客群，有系统地搜集目标顾客个别资料，进而形成顾客数据库，并有效运用顾客数据，将是直复营销成功的重要关键。

二、数据库形成的六个阶段

顾客数据库从决定成立到向直复营销人员提供信息，大致上有六个阶段：

1、决定建立顾客数据库 2、顾客资料的搜集 3、个别顾客资料卡的内容填写 4、资料的整理及筛选 5、智慧型信息的完成 6、灵活使用顾客数据库的信息。

数据库营销的前景

数据库营销缩短了商业企业与顾客之间的距离，有利于培养和识别顾客忠诚，与顾客建立长期关系，也为开发关系营销和“一对一”营销创造了条件。

（1） 以数据库为基础的顾客管理，为关系营销奠定了基础。

关系营销强调与顾客之间建立长期的友好关系以获取长期利益。实践证明，进行顾客管理，培养顾客忠诚度，建立长期稳定的关系，对商业企业是十分重要的。数据库营销不仅受到沃尔玛、麦德龙等传统企业的重视，像亚马逊这样的新型网上企业更是十分重视客户管理。比如，当客户向亚马逊买一本书以后，亚马逊会自动记录下顾客的电子邮箱地址、图书类别，以后定期以电子邮件的形式向顾客推荐此类新书。这种方式极大推动了亚马逊网上销售业务的增长。

（2） 数据库营销，使商业企业能够更详细地了解顾客，增加了“一对一”营销的可能。

“一对一”营销是基于信息技术的发展提出的新的营销理念，就是将市场细分到消费者个体，根据其消费习惯和需求特点提供个性服务。最近，在美国许多大城市出现一些“快速服装店”，其目标顾客是有一定身份和地位的职业女性。她们或者工作很忙无暇购物，或者是厌烦挑选商品的烦琐过程，但都需要不断改变形象。服装店便专门为这类顾客建立“一对一”档案，从身高、体重、体形到气质、职业、性格，都有详细的记录和分析。

Ⅵ 数据库课程设计实例

数据库课程设计

题目：小型超市管理系统
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图说明
1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；
2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；
3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。
（3）、视图设计
1) 交易视图(v_Dealing)——用于查询交易情况的视图；
2) 计划进货视图(v_PlanStock)——用于查询进货计划的视图；
3) 销售视图(v_Sale)——用于查询销售明细记录的视图；
4) 入库视图(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、小结
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：
 本系统只适合小型超市使用，不能适合中大型超市使用；
 超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。
请采纳。

Ⅶ 简述数据库营销的四个步骤是什么

一、激活

新用户的增量是衡量一个网站潜力的非常重要的因素。按照用户的贡献来计算的话，用比较粗暴的方式来算，就是：人均贡献额=总的销售额/总的消费人数=总的销售额/总的注册人数/注册消费转化率。

对一个稳定的网站，他的风格、商品价格、商品品质、引流渠道是一定的，基本就确定了网站的目标群体在哪里。进一步看，网站内部的转化率(从注册激活，付款率，重复购买率)这些数据也基本都是稳定。除非你修改了一些购物流程，支付流程和商品陈列等东西，否则变化不会太大。基于这样的假设，那你的总注册人数就是个很关键的指标。(PS：如果你想不通，看看淘宝的注册用户增长和销售增长的曲线，这就是用户红利。)

当用户完成了注册时，你就有了相关的联系方式，一般的都是邮箱，有更清晰的会有电话。如果是社交类登陆的话，会更好，这样的消息推送的成本低点。新注册未产生销售的用户，一般的做法是用折扣信息来完成首单来完成。原因很简单，有时候折扣可能会让你首单亏本，但是你有了以下信息：用户的联系方式，具体收货地址(很可能就是他的生活的地方，用作区域营销用)，而更重要的是首单体验，这个非常重要，就像走过一次的路，下次再走比较容易。而对整个购物流程来说，完成一次购买最复杂的地方是折扣。

二、催付

催付分两个部分，一般的购物流程分选择、支付两块：支付部分有的是从收藏开始，到购物车、到订单，有的直接从未付款订单开始。这个取决于自己的系统，只要记录了相关的数据，对未付款订单进行简单的催付即可。(当然，如果你感觉真不够可以送点福利过去)。催付只需要控制时间即可，比如1天、7天、30天进行催付，对应不同的策略，1天只是提醒、7天送积分、30天送现金券之类。

也可以对不同级别的用户进行催付，用户的分类就是累积消费金额较高、最近频次比较多的、单个订单金额较大的，这样对应的催付可以设置不同的现金券。催付的渠道也可以设置，比如利用聊天软件、短信、邮箱、我的账户完成。

购物车的部分是快速生成订单并完成支付，用相关的折扣券效果比较好，还可以利用恐吓式营销。比如购物车商品的提价，针对那些购买了一些特价商品的。比如下架，当有些商品库存较少时，提醒就要下架，马上要其付款。

还有个部分是是收藏列表，收藏列表一般的作用是什么?无外乎几点，1.关注的商品，想要的。2.比较，已经大体的方向，选几个商品进行比较价格，款式等。从这个里面大体可以分出几个点：类目偏好，价格偏好。有了这些点，可以做一个很牛的动作，对收藏比较多的某类、某个商品做整体促销，设计价格折扣，然后再根据目标人群再进行相关的调整。

三、分类

购买过1单的用户已经对你的网站有了基本的了解。从网站购物，到支付、收货，及相关商品的质量，有了初始印象，就可以进行相关的用户分群营销了。基本的用户群可以分成以下几种:

1.类目偏好。或者更准确的说是商品偏好，这个用户只在你这个网站卖的商品，比如我比较喜欢在淘宝买小玩意，在当当买书，在米兰网买服装，每个人对每个网站买什么一般都有固定的偏好。特别是经常网上购物的。可以从网站浏览的商品、收藏、购物车、购买的商品就基本可以分析出来。

2.价格偏好。从类目的价格分布和购买、点击的商品的价格进行对比，基本能分析出用户的价格偏好。还有使用折扣券的情况，积分的情况，这是利用现有折扣进行的。例如，如果有人对商品价格敏感的，就完全可以使用运费的费用调节;再比如，运费是服务范畴，而商品是实物范畴，有很多人喜欢付10块钱的运费买20块的商品，这是买服务。而你直接30块包邮的话，他就感觉贵了。这些需要一些价格的AB测试，目的是测试用户看重的是商品，还是服务。

3.节假日偏好。这种偏好的人是比较懒的。节假日偏好只所以产生是无外乎几点：1.节假日会做一些打折，往往折扣力度比较大。2.商家会把相关的商品按照各种主题准备好，然后划分各个类型。有了这两点，商品好找，又打折，自然有很多懒人在等待。这种人往往是前两种的结合体，而刚好节假日满足了它们的诉求，所以有了这样的群体。可是商家惯用的伎俩就是提价打折，尾货处理等。运气好可能碰到商家是用流行品做引流做活动的。

四、挽留

挽留是指原来购买的用户不再购买了，对用户进行的挽留式营销。一般会有1月，3月，6月的做法，不同的品类和平台对应的时间不同，换句话说就是不同的类目和平台的用户生命周期不一样。类似淘宝服装类的女性用户一般会比淘宝服装的男用户活跃，1个月不登陆女性用户可能就流失了，男性用户可能是正常的。所以，这个可以根据平台和类目的属性进行考虑。

我们可以设定一个大概的阈值，当超过了某个设定值后，就要做挽留措施了。挽留措施一般是推荐新品、积分使用、折扣券提醒、相关的挽留活动。对于那些平台数量比较大的，可以设置挽留用户的专区进行营销，主要方式是不同分群的用户，用对应的高质量的商品进行吸引，然后利用对应的折扣、服务等去换回，这样会比较精准。

还有比较犀利的做法是积分直接兑换现金券进行消费，积分到消费比较远，如果直接兑换现金券，会让人觉得变现，而增加粘性。想想微信红包，直接发红包导致了几百万的银行卡绑定，还是说明有这样的心理的人是很多的。

Ⅷ 关于电商网站数据库的设计有什么好的建议

这个问题的核心点在于：不同商品类别差异很大，如何设计通用的存储方案？简单来说，用数据库去存储所有信息，不管横表还是纵表，都有明显的缺陷：横表：同一个字段对不同商品含义不一样，这到了后面开发和维护是很蛋疼的纵表：一个商品的属性分布到很多行记录中，业务处理很麻烦，而且纵表的记录数会非常多，性能会有问题所以不要尝试只用数据库去统一解决这个问题，思路扩散一些其实就简单了：公共表：提炼商品公共的信息放到数据库，例如商品id、名称、发布的商家、发布日期、上架状态扩展表：将变化的信息放到另外一个表，可以是数据库表，例如电脑商品一个表、服装一个表；也可以将信息放到MongoDB或者ElasticSearch这类文档数据库。搜索组件：扩展表在全文搜索的时候不好实现，因此需要独立的组件负责搜索，可以用Elastic Search或者Solr来冗余一份数据，用于搜索。表结构不算复杂，因为项目关系只有SPU，没有涉及到SKU，但是可以做参考，更多的还是要根据项目实际情况设计。重点说明一下产品表的SPU，Keyword字段。本来之前设计了关系表，但是发现在做SQL查询时太痛苦，所以约定了一种数据存储结构（数据结构的重要性）基于上面的基础，可以实现URL规则变化的查询,类似京东的产品查询URL变化c=1,3 指分类层次关系ev=3_1+4_18 指SPU查询 按约定规则转换成字符串再进行查询。

Ⅸ 请教有电子商务（网上商城）设计经验的高手，关于促销策略数据库设计

我给企业做过许多电子商务网站，活动促销是每个网上商城必须有的，我就讲下，我对活动促销的开发设计方法吧。
我的促销方式有：全场免邮费或满额免邮费、分层级满额赠礼品、限时折扣促销、买就赠等
首先要明确每种活动的性质：
1、全场免邮费或满额免邮费，满额赠礼品、买就赠（订单）等这种形式是一种订单活动；
2、限时折扣、打折促销、买1赠1、买就赠（单品）等形式是单品活动；
那有上面两种形式后我们就容易来处理了，订单活动，我们只需要建设一个数据库表设置活动的形式及满额的额度还有分级及礼品就可以了，然后客户下订单后，我们从订单里面来处理这个活动；
第二种单品活动，我们就要从单品上来处理，两种形式，1直接从产品表里面设置，前台读取后判断设置该产品是否活动开启；2单独创建活动表，设置活动形式，产品编号等相关信息字段，然后从活动页面读取这些信息即可。
我不知道我的回答是不是满足你的需求，我们可以多沟通下。