电商平台数据库设计表(电商数据库有哪些表)

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

首先来说对于这种场景有两种设计方法，这两种方法都能够满足扩展性要求

1. 把原有的横表转化为纵表存储属性，即

产品表：（product_id, product_name, product_class)

产品属性表：(product_id, property_id , property_name , property_value)

2. 保持原有横表设计思路，但是弹性字段含义单独元数据表存储

产品表：（product_id, product_name, product_class, prop1, prop2, .... propn)

产品属性含义元数据表

(product_class , prop1_name ,prop2_name, ..... propn_name)

对于两种设计方法，个人理解为

a. 对于首页打开就必须要能够快速查询出来的属性，而且这些属性本身各类产品异不大。而对于异大的属性基本都是针对特定一个产品查询。可以采用方案1来做。

b. 首页显示产品列表时候就存在要显示出不同产品属性情况，采用方案2来做。当我们处理的是一个product list的时候，由于存在数据表本身的关联场景，用方案1会比麻烦，也影响性能。

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

我给企业做过许多电子商务网站，活动促销是每个网上商城必须有的，我就讲下，我对活动促销的开发设计方法吧。

我的促销方式有：全场免邮费或满额免邮费、分层级满额赠礼品、限时折扣促销、买就赠等

首先要明确每种活动的性质：

1、全场免邮费或满额免邮费，满额赠礼品、买就赠（订单）等这种形式是一种订单活动；

2、限时折扣、打折促销、买1赠1、买就赠（单品）等形式是单品活动；

那有上面两种形式后我们就容易来处理了，订单活动，我们只需要建设一个数据库表设置活动的形式及满额的额度还有分级及礼品就可以了，然后客户下订单后，我们从订单里面来处理这个活动；

第二种单品活动，我们就要从单品上来处理，两种形式，1直接从产品表里面设置，前台读取后判断设置该产品是否活动开启；2单独创建活动表，设置活动形式，产品编号等相关信息字段，然后从活动页面读取这些信息即可。

我不知道我的回答是不是满足你的需求，我们可以多沟通下。

做一个简单的商城网站，数据库里面大约需要做几张表比较适合，希望有前辈可以赐教下！

看你需要实现什么功能才决定需要多少张表啊，基本的：商品分类表，商品列表，表，用户信息表，订单表，关于我们等等，复杂一点还要加上seo表，友情链接表，资讯表，广告图表，留言表，数据统计表等

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

这里涉及几个概念：商品、商品SKU、商品分类和库存。一个商品有若干个SKU，每个SKU表示该商品的一种规格组合，比如某件上衣：红色+38码库存是基于商品SKU来存储和统计的。商品分类。看分类的方式，传统的分类方式是按商品的类型，比如服装 --> 上衣等。也有按促销活动、系列来进行临时分类。对于SKU属性，按分类来管理可能灵活性不够好我建议的SKU属性设计方式是：的SKU属性，每个SKU维护SKU属性和选项。SKU属性的命名一般和分类相关。SKU属性和商品分类关联，这样避免在添加商品时列出太多的SKU属性集。维护商品时关联一个SKU属性根据属性带出SKU属性，选择若干个选项，生成笛卡尔乘数量的商品SKU逐一维护每个SKU的价格、库存等。

你先把产品分分类，设好SKU。然后产品表就按SKU来建。产品属性则可以分类设计不同的表结构，根据SKU来外键做关联。产品属性表应以SKU编号为表名，以确保一致性，即使今后调整表结构也不至于对代码影响太大。用非关系型数据库，例如mongodb。如果你一定要用关系型数据库，那么就是商品属性作为一个表，一个商品有多个商品属性。同类型的商品制定商品模板。首先来说对于这种场景有两种设计方法，这两种方法都能够满足扩展性要求，把原有的横表转化为纵表存储属性，保持原有横表设计思路，但是弹性字段含义单独元数据表存储。

电商项目中,商品分类数据在数据库中如何设计

(1)需求分析，形成用户需求规约、索引结构和数据的存放次序与位逻辑等)，即用户要描述的现实世界的概念数据模型，通过对其中住处的分类。一般，步先明确现实世界各部门所含的各种实体及其属性，运行一些典型的应用任务来验证数据库设计的正确性和合理性。

(2)概念设计。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即适应于某种特定数据库管理系统所支持的逻辑数据模式。因此、一个商场或者一个学校等)、实体间的联系以及对信息的制约条件等，可能就需要返回到前面去进行修改，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性.

(3)逻辑设计、聚集和概括、信息间的互相制约关系以及各部门对信息储存。

(5)验证设计，建立抽象的概念数据模型，数据库的设计过程大致可分数据库设计为5个步骤;根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施、范围。

(4)物理设计。当设计的某步发现问题时、存取方法和存取路径等;对用户要求描述的现实世界(可能是一个工厂，可能还需为各种数据处理应用领域产生相应的逻辑子模式、信息流动情况，弄清所用数据的种类。这个概念模型应反映现实世界各部门的信息结构，一个大型数据库的设计过程往往需要经过多次循环反复;主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式。