电商数据库价格设计，设计一套B2B的电商网站数据库大约多少钱一套呢

来源：整理时间：2023-04-17 19:35:08 编辑：问船数据网手机版

1，设计一套B2B的电商网站数据库大约多少钱一套呢

看你需要什么样的功能了，B2B的电商网站其数据库一般是由程序员写的，这个要看你需要什么技术的，Java的数据库大概要5000元以上吧，PHP的是开源的技术，大概要6000元左右，像麦多B2B电商系统的数据库设计出来就是4500元左右吧，你也可以直接找这个团队设计。

你可以找专业的团队为您来设计的，你在百度里搜索一下关于数据库的建设，在数据库的建设中你可以慢慢的来，不要急因为大型的网站的数据库的建设时很困难的。实在不行你可以去找专业的数据库建设的网站，你在百度里搜索“中环互联网”你看看是不是符合你的要求。希望我的回答对您有帮助。

要看你网站的功能和会员

设计一套B2B的电商网站数据库大约多少钱一套呢

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

这个问题的核心点在于：不同商品类别差异很大，如何设计通用的存储方案？简单来说，用数据库去存储所有信息，不管横表还是纵表，都有明显的缺陷：横表：同一个字段对不同商品含义不一样，这到了后面开发和维护是很蛋疼的纵表：一个商品的属性分布到很多行记录中，业务处理很麻烦，而且纵表的记录数会非常多，性能会有问题所以不要尝试只用数据库去统一解决这个问题，思路扩散一些其实就简单了：公共表：提炼商品公共的信息放到数据库，例如商品id、名称、发布的商家、发布日期、上架状态扩展表：将变化的信息放到另外一个表，可以是数据库表，例如电脑商品一个表、服装一个表；也可以将信息放到MongoDB或者ElasticSearch这类文档数据库。搜索组件：扩展表在全文搜索的时候不好实现，因此需要独立的组件负责搜索，可以用Elastic Search或者Solr来冗余一份数据，用于搜索。表结构不算复杂，因为项目关系只有SPU，没有涉及到SKU，但是可以做参考，更多的还是要根据项目实际情况设计。重点说明一下产品表的SPU，Keyword字段。本来之前设计了关系表，但是发现在做SQL查询时太痛苦，所以约定了一种数据存储结构（数据结构的重要性）基于上面的基础，可以实现URL规则变化的查询,类似京东的产品查询URL变化c=1,3 指分类层次关系ev=3_1+4_18 指SPU查询按约定规则转换成字符串再进行查询。

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

3，制作一个中小型电子商务类网站要多少钱用PHPMySQL开发

从免费到几百万的都有。要看你怎么做了。 1，免费模板这个是免费的（直接可以使用的，后台自己可以改东西）2，收费模板 100-1000元，（常规模板，5分种就好用）3，收费模板 1000-3000元（定制小功能，3-5天）3，二次开发 3000-10000 （通过你需要的功能来定制 1-2周）4，独立开发 1W起（部分代码都是需要软件工程师来手写代码，3-6个月周期）5，站群 5W以上（与独立开发差不多，功能特别多，特别复杂半年以上）

现在比较流行第三方建站程序就是程序是免费帮您安装的,之后您自己修改就可以了!这样是比较便宜的就用空间和域名的价格!如果您要建的话可以推荐您看一下耐思尼克 <a href="http://wenwen.soso.com/z/urlalertpage.e?sp=shttp%3a%2f%2fwww.nicenic.com%2fdesign%2f%3fs%3dtongtao" target="_blank">http://www.nicenic.com/design/?s=tongtao</a> 第三方建站程序!

制作一个中小型电子商务类网站要多少钱用PHPMySQL开发

4，电子商务产品数据库设计

这是一个非常好的问题！不过已经把解决方案给出来了。我的理解是"动态表结构"。Product(p_id,name)ExtendField(ef_id,name,p_id)ExtendValue(ev_id,value,ef_id,p_id)当添加新属性时，只是相当于在数据库添加一条记录，没有该变表结构。这里是存的是书，现在要存储英译书(原作者，译者，原出版社，国内出版社)这就中文书籍不需要原作者、原出版社，如果为了存储英译书，只需向后2个表添加记录即可，否则就要向product表添加2个属性，而该设计不必改变原表的表结构(table schema)。

洗衣机和笔记本因为属性差别比较大，如果只建一个表的话，冗余的信息太多，不符合范式的要求。可以为同一类产品建一个，比如电子产品作为一个实体包括（笔记本，mp4，手机，照相机等等），因为电子产品的属性比较相似，该实体的属性有产品编号，名称，尺寸，处理器，存储器，屏幕尺寸等等。这要做既可以减少表的数量，又不会显得数据过于冗余。所以要不要把数据放在一个表里就要看你选择的诸多实体是否有很多相同的属性。当然没有任何相同属性的实体也是可以放在一个表里的，那样只会导致很多数据出现空值，也不会出现多大错误，数据查找会变得很慢而已，不能体现良好的设计思路。

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

首先来说对于这种场景有两种设计方法，这两种方法都能够满足扩展性要求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会比麻烦，也影响性能。

产品表 + 私有属性表 + 私有属性值表产品表里就包括一些产品的公共属性私有属性表里设置私有属性的名称，比如出版社、作者、出版日期私有属性值表里就是每个产品私有属性的值例如：产品表： product_id = 1 ; product_name =《ajax实践》私有属性表： attribute_id = 1 ; attribute_name = 出版社 attribute_id = 2 ; attribute_name = 作者私有属性值表: id = 1 ; product_id = 1 ; attribute_id = 1 ; attribute_value = 清华出版社 id = 2 ; product_id = 1 ; attribute_id = 2 ; attribute_value = 老外不指望别人了，自己来回答自己的问题