电子商务数据库表

❶ 电子商务类网站需要什么数据库

电子商务类网站需要的数据库主要有以下两种：

1. Windows Server 2003/2008+ASP.NET+IIS+MS SQL Server 2005/2008；
   

2. Linxu/Unix+PHP+Apache+MySQL。

电子回商务企业数据库必须答具备的三大特性：

1. 符合ACID原则：为了尽可能创建完美的用户体验，数据库需要一个可以在每个事务中保证原子性、一致性、隔离性和持久性的数据库，符合ACID的数据库将会确保数据库事务正确地完成，这意味着客户可以在网站上获得他们所查询的返回值和正确的产品可用性；

2. 可扩展性：MySQL数据库可以处理海量数据，但由于MySQL只能够'向上扩展'，因此在某种程度上，单一成本、大排量的主服务器将会出现瓶颈，所以，与其让电子商务平台最终走投无路，技术人员应该考虑利用水平可伸缩的云数据库，数据库可以很容易地扩展，以适应大流量的冲击；

3. 可用性高：如果数据库和系统处于关闭状态，客户会对你的品牌失去信心，所以需要可用性高的数据库，可用性高的数据库可以确保良好的用户体验，同时还产生收入双赢的局面。

❷ 电子商务网站数据库设计急

放到一个抄表是不现实的。我袭在学校做的练习中，
应该是每种商品一个表，而且还应抽取出商品的共有属性，设计 颜色表、商品规格表、商品价格表等等。这样当增加一款商品，这款商品有不同颜色时，在该商品表中只需增加一条数据。在颜色表中添加多条，用多对一，减少大量冗余数据。
而像 作者 出版社这些属性，直接写在‘book’表中作为字段就成了。
为了view层抽取数据时方便，应有 ’分类表‘ 比如说 电脑、剃须刀等，归为电子类。
剩下的就是 用户表 订单表（订单表中，应以商品id+商品颜色id+价钱id等等来唯一确定一个商品），基本各一张就搞定了。

❸ 电子商务数据库技术的目录

第1章电子商务数据库基础
1.1数据库系统概述
1.1.1数据库的基本概念
1.1.2电子商务数据库、Web数据库与数据库服务器
1.1.3客户/服务器体系结构的数据库系统
1.2数据模型
1.2.1数据模型的概念
1.2.2实体联系模型
1.2.3关系模型与关系数据库
1.2.4关系模型的完整性规则
1.3关系数据库的结构
1.3.1关系数据库的结构
1.3.2二级映像与数据独立性
1.4关系数据库语言
1.4.1关系代数
1.4.2SQL语言
1.5关系数据库产品简介
1.5.1Oracle
1.5.2Sybase
1.5.3DB2
1.5.4MicrosoftSQLServer
1.5.5Access
1.5.6visualFoxPro
习题
第2章Access关系数据库管理系统
2.1Access2000入门
2.1.1启动与退出Access2000
2.1.2Access2000数据库的组成、界面和操作
2.1.3Access2000的帮助系统
2.2数据定义
2.2.1数据库的建立与打开
2.2.2字段的数据类型
2.2.3设计表结构
2.2.4定义表之间的关系
2.2.5修改表结构
2.2.6表的复制、删除与重命名
2.3数据操作
2.3.1记录的添加与浏览
2.3.2记录的修改
2.3.3记录的删除
2.3.4记录的排序、查询和筛选
2.4设置表的显示格式
2.4.1设置表的行高和列宽
2.4.2设置列的显示格式
2.5打印表
2.5.1打印设置
2.5.2打印预览和打印
2.6数据查询
2.6.1查询的概念及类型
2.6.2使用设计视图创建查询
2.6.3设置查询条件
2.6.4创建交叉表查询
2.6.5使用查询向导
2.7窗体
2.7.1窗体的概念
2.7.2使用窗体向导创建窗体
2.7.3使用设计视图创建窗体
2.7.4窗体的修改与操作
2.8报表
2.8.1自动创建报表
2.8.2使用向导创建报表
2.8.3使用设计视图创建报表
2.9数据访问页、宏和模块
2.9.1数据访问页
2.9.2宏和模块
2.10数据库安全设置
2.10.1设置数据库密码与数据库加密
2.10.2设置用户账号
2.10.3设置用户权限
2.10.4数据库复制
2.11数据库实用工具
2.11.1将Access数据库升迁到SQLServer数据库
2.11.2压缩、修复和转换数据库
2.11.3外部数据的导人与链接
习题
……

❹ 电子商务数据库技术

1、产品型号 为数据依赖
产品库 字段 产品型号 产品名 单价
订单库 字段 订单号 订购单位名称 地址 数量

2、学号 主索引不可重复 其他无所谓

❺ 电子商务MySql数据表设计问题，比如：一个商品有多个价位怎么设计数据表保存就像一个商品有大中小

我朋友的公共号就是关于电商的类容，可以跟里面的朋友请教。扫我签名档

❻ 如何建设一个电子商务数据库，用SQL语言分别创建两张表，用户信息表和商品信息表

这个。。。两张表就成了一个电子商务数据库？这么简单！

❼ 电子商务数据库与普通数据库有什么区别

数据库就那么几个,功能和安全不同而已.
常用的ACCESS,SQLSERVER,MYSQL,ORACLE,DB2,SYBASE,其他的就不常用了,其实大多数回的功能一般的公司是用不上答的,只是为了一种趋势而已啊,基本操作也类似,都支持SQL语言,会这个基本的数据库都能用了,呵呵

❽ 求一个电子商务数据库设计步骤

一般，数据库的设计过程大致可分数据库设计为5个步骤：
(1)需求分析；调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约。
(2)概念设计；对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个学校等)，通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型。这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。以扩充的实体——联系模型方法为例，第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即用户要描述的现实世界的概念数据模型。
(3)逻辑设计；主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时，可能还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果就是所谓“逻辑数据库”。
(4)物理设计；根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和存取路径等。这一步设计的结果就是所谓“物理数据库”。
(5)验证设计；在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性。一般，一个大型数据库的设计过程往往需要经过多次循环反复。当设计的某步发现问题时，可能就需要返回到前面去进行修改。因此，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性。

❾ 电子商务产品数据库设计

这是一个非常好的问题！不过已经把解决方案给出来了。
我的理解是"动态回表结构"。

Proct(p_id,name)
ExtendField(ef_id,name,p_id)
ExtendValue(ev_id,value,ef_id,p_id)

当添加新属性时，只答是相当于在数据库添加一条记录，没有该变表结构。
这里是存的是书，现在要存储英译书(原作者，译者，原出版社，国内出版社)
这就中文书籍不需要原作者、原出版社，如果为了存储英译书，只需向后2个表添加记录即可，否则就要向proct表添加2个属性，而该设计不必改变原表的表结构(table schema)。