㈠ 电子商务系统设计。
我们公司在品拓互联做过一个企业网站和推广，服务跟售后都挺好的，可以提供上门服务，都是他们专员到我们公司来解决处理问题，感觉还挺方便的，是国内一家知名网站建设推广公司，他们的客户专员对互联网的操作还有资讯都很到位的，不做网站咨询下他们网络营销还是挺好的，能学到很多新东西，呵
㈡ 请教有电子商务（网上商城）设计经验的高手，关于促销策略数据库设计
我给企业做过许多电子商务网站，活动促销是每个网上商城必须有的，我就讲下，我对活动促销的开发设计方法吧。
我的促销方式有：全场免邮费或满额免邮费、分层级满额赠礼品、限时折扣促销、买就赠等
首先要明确每种活动的性质：
1、全场免邮费或满额免邮费，满额赠礼品、买就赠（订单）等这种形式是一种订单活动；
2、限时折扣、打折促销、买1赠1、买就赠（单品）等形式是单品活动；
那有上面两种形式后我们就容易来处理了，订单活动，我们只需要建设一个数据库表设置活动的形式及满额的额度还有分级及礼品就可以了，然后客户下订单后，我们从订单里面来处理这个活动；
第二种单品活动，我们就要从单品上来处理，两种形式，1直接从产品表里面设置，前台读取后判断设置该产品是否活动开启；2单独创建活动表，设置活动形式，产品编号等相关信息字段，然后从活动页面读取这些信息即可。
我不知道我的回答是不是满足你的需求，我们可以多沟通下。
㈢ 电子商务网站的数据库设计
一个数据库的设计，决不是你说的这些。就冲你说的这些，说明你对需求都没怎么明白。
数据库设计，需要设计师参透需求。其次才是ER设计。
别一上来就弄表。悠着点。
㈣ 求一个电子商务数据库设计步骤
一般，数据库的设计过程大致可分数据库设计为5个步骤：
(1)需求分析；调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约。
(2)概念设计；对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个学校等)，通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型。这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。以扩充的实体——联系模型方法为例，第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即用户要描述的现实世界的概念数据模型。
(3)逻辑设计；主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时，可能还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果就是所谓“逻辑数据库”。
(4)物理设计；根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和存取路径等。这一步设计的结果就是所谓“物理数据库”。
(5)验证设计；在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性。一般，一个大型数据库的设计过程往往需要经过多次循环反复。当设计的某步发现问题时，可能就需要返回到前面去进行修改。因此，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性。
㈤ 电子商务网站数据库设计急
放到一个抄表是不现实的。我袭在学校做的练习中，
应该是每种商品一个表，而且还应抽取出商品的共有属性，设计 颜色表、商品规格表、商品价格表等等。这样当增加一款商品，这款商品有不同颜色时，在该商品表中只需增加一条数据。在颜色表中添加多条，用多对一，减少大量冗余数据。
而像 作者 出版社这些属性，直接写在‘book’表中作为字段就成了。
为了view层抽取数据时方便，应有 ’分类表‘ 比如说 电脑、剃须刀等，归为电子类。
剩下的就是 用户表 订单表（订单表中，应以商品id+商品颜色id+价钱id等等来唯一确定一个商品），基本各一张就搞定了。
㈥ 电子商务的交易记录，数据库怎么设计
首先来说对于这种场景有两种设计方法，这两种方法都能够满足扩展性要求
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会比麻烦，也影响性能。
㈦ 电子商务网站数据库设计时，商品表如何设计的问题
你开始并没有说清楚
按你的最新要求，应该是：
一个商品表，一个属性表（字段不重专复了）
然后就是卖家商品属表，字段如下：
卖家id 商品id 商品数量
明白吗？
如果多个店卖同一种商品，那数据都在卖家商品表里
需要商品名时，从商品表关联取数据，
需要商品属性时，从属性表关联
你想的复杂了
就2个表，一个商品表，一个属性表
商品表字段：id 品名
属性表字段：商品id 属性名 属性值
也就是说一个属性一条记录
㈧ 电子商务MySql数据表设计问题，比如：一个商品有多个价位怎么设计数据表保存就像一个商品有大中小
我朋友的公共号就是关于电商的类容，可以跟里面的朋友请教。扫我签名档
㈨ 电子商务产品数据库设计
这是一个非常好的问题！不过已经把解决方案给出来了。
我的理解是"动态回表结构"。
Proct(p_id,name)
ExtendField(ef_id,name,p_id)
ExtendValue(ev_id,value,ef_id,p_id)
当添加新属性时，只答是相当于在数据库添加一条记录，没有该变表结构。
这里是存的是书，现在要存储英译书(原作者，译者，原出版社，国内出版社)
这就中文书籍不需要原作者、原出版社，如果为了存储英译书，只需向后2个表添加记录即可，否则就要向proct表添加2个属性，而该设计不必改变原表的表结构(table schema)。