电子商务网站数据库，现行的电子商务网站一般应用哪几类数据库
来源：整理 编辑：问船数据网 2024-08-17 18:13:00
1，现行的电子商务网站一般应用哪几类数据库
现在最流行的电子商务架构主要为两种：一、Windows Server 2003/2008+ASP.NET+IIS+MS SQL Server 2005/2008。二、Linxu/Unix+PHP+Apache+MySQL。也有少数大型电子商务网站数据库用的是甲骨文公司的Oracle。
2，电子商务数据库构建步骤是什么
电子商务的数据库构建步骤主要有以下几点：1. 需求分析：调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约；2. 概念设计：对用户要求描述的现实世界，通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型；3. 逻辑设计：主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式；4. 物理设计：据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构；5. 验证设计：在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性等。
3，构建中小型电子商务网站最常用的数据库是
Access数据库好，他是美国Microsoft公司于1994年推出的微机数据库管理系统。界面友好、易学易用、开发简单、接口灵活等特点，是典型的新一代桌面数据库管理系统。 他完善地管理各种数据库对象，具有强大的数据组织、用户管理、安全检查等功能；强大的数据处理功能，在一个工作组级别的网络环境中，使用Access开发的多用户数据库管理系统具有传统的XBASE(DBASE、FoxBASE的统称)数据库系统所无法实现的客户服务器(Cient/Server)结构和相应的数据库安全机制，Access具备了许多先进的大型数据库管理系统所具备的特征，如事务处理/出错回滚能力等；)可以方便地生成各种数据对象，利用存储的数据建立窗体和报表，可视性好；作为Office套件的一部分，可以与Office集成，实现无缝连接。 关键的一点能够利用Web检索和发布数据，实现与Internet的连接。 Access主要适用于中小型应用系统，或作为客户机/服务器系统中的客户端数据库。如果是电子商务网站，尽管是中小型的，其实也是希望访问的人越多越好，应该是：D：SQL Server 其实最好的选择是：mysqlAccess数据库好，他是美国Microsoft公司于1994年推出的微机数据库管理系统。界面友好、易学易用、开发简单、接口灵活等特点，是典型的新一代桌面数据库管理系统。 他完善地管理各种数据库对象，具有强大的数据组织、用户管理、安全检查等功能；强大的数据处理功能，在一个工作组级别的网络环境中，使用Access开发的多用户数据库管理系统具有传统的XBASE(DBASE、FoxBASE的统称)数据库系统所无法实现的客户服务器(Cient/Server)结构和相应的数据库安全机制，Access具备了许多先进的大型数据库管理系统所具备的特征，如事务处理/出错回滚能力等；)可以方便地生成各种数据对象，利用存储的数据建立窗体和报表，可视性好；作为Office套件的一部分，可以与Office集成，实现无缝连接access现在都没什么企业用了oracle,db2就算了比较难维护根据实际情况sqlserver和mysql选一个吧推荐mysql
4，电子商务网站怎样的数据库设计
首先来说对于这种场景有两种设计方法，这两种方法都能够满足扩展性要求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 属性名 属性值
文章TAG：
电子商务网站数据库
