如何查询商城的销售数据库设计

1. 电子商务的交易记录，数据库怎么设计

首先来说对于这种场景有两种设计方法，这两种方法都能够满足扩展性要求
1. 把原有的横表转化为纵表存储属性，即
产品表：（proct_id, proct_name, proct_class)
产品属性表：(proct_id, property_id , property_name , property_value)
2. 保持原有横表设计思路，但是弹性字段含义单独元数据表存储
产品表：（proct_id, proct_name, proct_class, prop1, prop2, .... propn)
产品属性含义元数据表
(proct_class , prop1_name ,prop2_name, ..... propn_name)
对于两种设计方法，个人理解为
a. 对于首页打开就必须要能够快速查询出来的属性，而且这些属性本身各类产品差异不大。而对于差异大的属性基本都是针对特定一个产品查询。可以采用方案1来做。
b. 首页显示产品列表时候就存在要显示出不同产品属性情况，采用方案2来做。当我们处理的是一个proct list的时候，由于存在数据表本身的关联场景，用方案1会比麻烦，也影响性能。

2. 多用户商城数据库如何设计

差不多都是一个 文章表，用户表，分类表，设置表。
1、数据库分离成前台和后版台权，通过链接表关联；
2、把前台做成弹出窗体，禁止用户使用导航选项和菜单之类；
3、把前台编译成ACCESS2007的accde文件（对应ACCESS2003的mde文件）；
4、把这个accde文件也放在服务器端，客户端通过winform之类exe来远程打开。

前3步都比较正常，第4步的看起来应该比较奇怪。我的想法是，如果accde文件也放在客户端，高手会不会通过反编译就可以进入到数据库看到链接表？感觉上“禁止Shift”，“隐藏表”这类手段只对菜鸟有用。

3. 个商城系统是怎么设计数据库的

网上商城系统的开发步骤

一、目标需求分析
1.相关系统分析员向用户初步了解需求，然后用word列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。
2.系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。
3.系统分析员向用户再次确认需求。
二、网站策划
1、确定网站定位
2、确定网站规划（功能、风格）
3、对网站内容进行采集
三、整体设计
1、概要设计
需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。
2、详细设计
在概要设计的基础上，进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。
四、网页、数据库编程
在软件编码阶段，根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。
五、测试
测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作。
六、上传发布
将写好的源码上传到远程服务器上，供普通用户使用.

七、网站推广
通过网络营销手段对网站进行推广。

八、维护、更新
根据用户需求的变化或环境的变化，对应用程序进行全部或部分的修改。

4. 销售管理的数据库，有三个表，员工，商品，销售，怎么查询员工李明销售的清单，输出姓名，商品名。。。

select 员工.员工姓名，商品.商品名称
from 员工，商品，销售
where 员工.员工号码=销售.销售人号码
and 商品.商品号码=销售.商品号码

5. 商品分类的数据库是怎么设计的以满足查询的高效

这个三个表就应该够了吧，一个是商品大类表，一个是品牌表，另外是商品详细信息表内
商品类别表：容
ClassID
ClassName
ParentID //这个商品类归属的上个大类，也就是满足你的多级分类要求

举个例子 假设说你的鞋子分类id是1，那下属的小类举例说女凉鞋，她的ParentID就是1，明白？

品牌表：
BrandID
BrandName
BrandDescription

商品详细信息表：
GoodId
ClassID
BrandID
GoodName
GoodDescription
GoodURl
还有其他你想加的属性

6. 假设有商品销售管理数据库(数据库名:XSGL),其中有3个表:商品、商店和销售,它

这个的话很简单呀，你直接把商品的名称，商店的名称以及商品的价格写成三个。

7. 关于购物网站的数据库设计问题

不要这样，这样你会有无数多的表，而且以后新的一个产品时候非常麻烦，如果要属于新的类别，而且还会因为避免数据库太复杂而使得许多不同类的产品归在一个类。而且你的程序很麻烦，要为每个类编写不同程序，因为数据表名不同。

应该用下面的办法，主要使用四个表存储所有类别的商品：

第一、类别名称表，字段有
类别ID，类别名称
1 电脑
2 洗衣机

第二、类别属性表，字段有：
类别ID，属性ID，属性名称
1 1 CPU
1 2 内存
1 3 屏幕尺寸
2 1 容量
2 2 类型

第三、商品名称表，字段有：
商品ID，类别ID
1 1
2 1
3 2
4 2

第四、商品属性表，字段有：
商品ID，属性ID，属性值
1 1 P4
1 2 128M
1 3 CRT 14
2 1 P4
2 2 512M
2 3 LCD19
3 1 9公斤
3 2 滚筒
4 1 8公斤
4 2 波轮

上面定义了四个商品，商品ID为1～4，分别是128M、512M内存的电脑，和9公斤滚筒、8公斤的波轮洗衣机。

这样定义的数据库结构，可以包含任何商品，一般不会改变，那么程序也就无需改变，定义新的产品、或者修改现有商品只需要在程序界面有操作员点点鼠标。

8. 我设计了一张数据库商品表，但是怎么统计商品每一天，每个月的销售数量，

商品表应该只用作存储商品基本信息，你要统计销量就涉及到了交易，你可以再建一张交易内流水容表，交易流水表里面（主键id、商品id、商品名称、商品数量、出售日期）。你要统计销量时，在交易流水表里查询指定时间内指定的商品就行了

9. 如何做一个在线查询数据库~~ 用于市场价格查询

挺复杂的
数据量大：每天价格都变动，粗算每天40W条记录，20个月更也算在日更上。要存10年的。首先数据库表要设计好
常用的可以内存缓存一部分
蔬菜水果农副产品的别名太多，头疼“青椒/菜椒/大椒”，“土豆/马铃薯”，“肉/猪肉/五花肉”。。。。原始数据想手工输入，这就是神话。
呈现形式，你开发出来做出restful api就行了，别的地方解析这些json就行了
图表用echarts