⑴ 如何设计电子商务网站的数据库并E-R图
先进行了解需求，分析其中的实体和关系，再用数据库建模工具比如powerdesigner，进行绘制er图
⑵ 电子商务网站数据库设计
有几种方法可以解决这个问题的
1、你说的那方法，类产品一个表
2、一个表，做最多的冗余
3、一个表，做较少的冗余，然后另一个附加属性表，在第一个表不够的时候，存附加属性表
4、其他的暂时没想到
⑶ 电子商务 SQL 数据库设计的问题
-- 商品类型 --
create Table GoodsCategory
(
[GoodsCategory_Id] int identity (1, 1), /*商品类型 编号*/
[GoodsCategory_Name] nvarchar(20) NOT NULL, /*商品类型 名称*/
[GoodsCategory_IsDel] bit default 0 NOT NULL /*商品类型 是否删除*/
)
go
-- 商品类型分类 --
create Table GoodsCategorySort
(
[GoodsCategorySort_Id] int identity (1, 1), /*商品类型分类 编号*/
[GoodsCategorySort_Name] nvarchar(20) NOT NULL, /*商品类型分类 名称*/
[GoodsCategory_Id] int NOT NULL, /*商品类型分类 外键
*/
[GoodsCategory_FatherId] int NOT NULL, /*商品类型父级编号 -1 就
是它是第一级别的*/
[GoodsCategorySort_IsDel] bit default 0 NOT NULL/*商品类型分类 是否删除*/
)
go
/* 测试数据*/
-- 插入商品类型 --
insert GoodsCategory values('衣服',default)
-- 插入商品类型分类 --
insert GoodsCategorySort values('女装',1,-1,default)
-- 插入商品类型分类 --
insert GoodsCategorySort values('上衣',1,1,default)
-- 插入商品类型分类 --
insert GoodsCategorySort values('西装',1,2,default)
⑷ 高分求电子商务网站B2C模式数据库设计方案
本人现在做一个B2C模式的电子商务网站,参考了下淘宝和中关村的商品模专块,对数据库建属表很是棘手,因为它们各类商品的属性个数不固定,因此商品表不能将属性列固定死,但是用公有属性和私有属性时又会出现一个问题,那就...
⑸ 电子商务数据库构建步骤是什么
电子商务的数据库构建步骤主要有以下几点：
需求分析：调查和分析用户的业务活专动和数据的使用属情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约；
概念设计：对用户要求描述的现实世界，通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型；
逻辑设计：主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式；
物理设计：据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构；
验证设计：在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性等。
⑹ 像美团一样的电商网站 可以切换地区的电商单用户网站 数据库怎么设计
同一个数据库用户表自然不分了。具体你可以参考 天天团购 是php的开源系统，你可以自己安装下看下他们的数据吧。很多商城的开源系统也都有这个功能。
⑺ 完成电子商务网站后台数据库的建立，和相关表格，查询，存储过程等的建立.
用PowerDesigner把表和关系设计好，再导出成对应的SQL就行了
如果你是想建立三层网站结构，存储过程用动软代码生成器生成吧
⑻ 电子商务的交易记录，数据库怎么设计
首先来说对于这种场景有两种设计方法，这两种方法都能够满足扩展性要求
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会比麻烦，也影响性能。
⑼ 电子商务系统分析与设计怎么进行数据库设计
(1)需求分析，形成用户需求规约、索引结构和数据的存放次序与位逻辑等)，即用户要描述的现实世界的概念数据模型，通过对其中住处的分类。一般，第一步先明确现实世界各部门所含的各种实体及其属性，运行一些典型的应用任务来验证数据库设计的正确性和合理性。
(2)概念设计。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即适应于某种特定数据库管理系统所支持的逻辑数据模式。因此、一个商场或者一个学校等)、实体间的联系以及对信息的制约条件等，可能就需要返回到前面去进行修改，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性.
(3)逻辑设计、聚集和概括、信息间的互相制约关系以及各部门对信息储存。
(5)验证设计，建立抽象的概念数据模型，数据库的设计过程大致可分数据库设计为5个步骤;根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施、范围。
(4)物理设计。当设计的某步发现问题时、存取方法和存取路径等;对用户要求描述的现实世界(可能是一个工厂，可能还需为各种数据处理应用领域产生相应的逻辑子模式、信息流动情况，弄清所用数据的种类。这个概念模型应反映现实世界各部门的信息结构，一个大型数据库的设计过程往往需要经过多次循环反复;主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式：