做电商需要做哪些数据库，用thinkphp框架做一个手机电商网站需要哪些数据库表

来源：整理时间：2024-07-04 13:52:26 编辑：黑码技术手机版

本文目录一览

1，用thinkphp框架做一个手机电商网站需要哪些数据库表
2，开网站用什么数据库好急急急
3，做电商网站一般是用mysql还是sqlserverce
4，电商平台应该分析哪些数据
5，电子商务网站怎样的数据库设计

1，用thinkphp框架做一个手机电商网站需要哪些数据库表

ThinkPHP\Common文件夹中的convention.php中是tp的核心配置文件，不能乱动，如果要想更改里面的配置，在Conf 文件夹里面的config.php可以配置，可以这样写也可以在最外边写，就是与ThinkPHP框架同一目录中写一个config.php文件，格式如同上面的...

搜一下：用thinkphp框架做一个手机电商网站需要哪些数据库表

用thinkphp框架做一个手机电商网站需要哪些数据库表

2，开网站用什么数据库好急急急

自己不会做的话可以在网上找一套现成的cms改一下！或者花money请人写一套也可以！

看你网站程序选择什么，。一般mysql数据库居多，你有想法

个人、小中型企业用MySQL数据库就行。中大型系统，大型企业管理系统一般用Oracle数据库。互联网电商等追求快响应的网站和秒杀系统会兼用非关系型的数据库，建立缓存数据库，静态资源单独开小机等方案解决。

Sql

开网站用什么数据库好急急急

3，做电商网站一般是用mysql还是sqlserverce

这个没有定论。听说许多是用mysql+自己写的什么实现的。我认为用mysql就可以了，还免费的。

如果空间上只支持mysql，你现在的数据库与空间上的数据库是不一样的，你需要做转换。这个转换一般都是手工的，就是把在sqlserver上把表结构关\触发器\存储过程等内容生成sql语句，在mysql上执行，如果有数据的话，把数据生成insert，然后在mysql上执行。触发器\存储过程中的一些sqlserver的function要换成mysql的。

做电商网站一般是用mysql还是sqlserverce

4，电商平台应该分析哪些数据

会商宝提示：跳出率，展现点击比，页面粘性、点击成交比，页面内容引导...

众所周知，电商平台定期都要对商品销售进行分析，比如针对各个不同商品的销量、库存分析、商品评论等。做商品数据分析，可以从时间维度或者从不同商品的类别、价格等多个维度来做分析，这里可以做的数据图表类型很多。　　一、时间维度　　从时间维度上来看，除了显示分析周期的数据，最常用的分析方式是同比和环比，时间区间可以是年、季和月，甚至是周，不过周相对用的少。　　二、商品类别、价格维度　　本次分析我主要是从商品类别、价格等多角度来进行商品数据分析，先是商品总的数据预览，如图（图表在bdp个人版上制作的）：　　这是选取8月23日的数据，可以看出，整个平台的上架的商品量还有4372万，量还比较多；商品好评率为93%，是整个平台的平均值，那应该还算不错啦！本月的月销量还有12%，只有24-31日一共8天，完成剩下的12%应该问题不大，相当于这个超额完成销量啦，是不是平台近期上架了很多夏天商品，所以8月份超额完成也是正常，比如游泳三件套、风扇等等。还是这个月做了什么活动，让这个月的销量比预定的目标稍微好一些......数据真实的反应是这样，至于原因还是需要自己去找哈。　　自己平台上的上架商品的数量、价格分布情况，作为运营者应该很了解的，均价当然也要了解，均价可能直接影响到网站客单价，网站的价格定位甚至是主要人群定位都会很清晰。比如，某个网站均价5000，那可能可以属于轻奢侈品网站了，可能主要人群是年收入过10万的女白领等等，这个依不同网站而定。　　以上只是简单分析商品的某些数据，商品还能进行关联性、top10、采购情况等分析，大家依据自己的网站实际情况进行分析。当然，电商平台除了商品分析，还有订单数据、用户行为等分析，有空再一起探讨！注：数据图表来自bdp个人版！

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会比麻烦，也影响性能。

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

我建议你去购买成熟的电子商务网站平台，功能也很齐全了，与其自己设计数据库，不如去购买现成的，如果不愿意掏钱，当然也有免费的B2B网站系统，例如SHOPEX,ECSHOP等等都是免费的。成熟的有很多的完善的保障的，技术保证和售后保证对你会有很多的帮助的！

你开始并没有说清楚按你的最新要求，应该是：一个商品表，一个属性表（字段不重复了）然后就是卖家商品表，字段如下：卖家id 商品id 商品数量明白吗？如果多个店卖同一种商品，那数据都在卖家商品表里需要商品名时，从商品表关联取数据，需要商品属性时，从属性表关联你想的复杂了就2个表，一个商品表，一个属性表商品表字段：id 品名属性表字段：商品id 属性名属性值也就是说一个属性一条记录

2个表，一个商品表，一个属性表商品表字段：id 品名属性表字段：商品id 属性名属性值