⑴ 现行的电子商务网站一般应用哪几类数据库
现在最流行的电子商务架构主要为两种：
一、Windows Server 2003/2008+ASP.NET+IIS+MS SQL Server 2005/2008。
二、Linxu/Unix+PHP+Apache+MySQL。
也有少数大型电子商务网站数据库用的是甲骨文公司的Oracle。
⑵ 【Mcmore电商系统】使用的是什么类型的数据库一般的商城系统需要使用ORACLE吗拜托各位了 3Q
电商一般用mysql，大型的电商由于是OLAP和OLTP温和型系统，mysql和ORACLE都会用
⑶ 构建中小型电子商务网站最常用的数据库是
Access数据库好，他是美国Microsoft公司于1994年推出的微机数据库管理系统。界面友好、易学易用、开发简单、接口灵活等特点，是典型的新一代桌面数据库管理系统。
他完善地管理各种数据库对象，具有强大的数据组织、用户管理、安全检查等功能；强大的数据处理功能，在一个工作组级别的网络环境中，使用Access开发的多用户数据库管理系统具有传统的XBASE(DBASE、FoxBASE的统称)数据库系统所无法实现的客户服务器(Cient/Server)结构和相应的数据库安全机制，Access具备了许多先进的大型数据库管理系统所具备的特征，如事务处理/出错回滚能力等；)可以方便地生成各种数据对象，利用存储的数据建立窗体和报表，可视性好；作为Office套件的一部分，可以与Office集成，实现无缝连接。
关键的一点能够利用Web检索和发布数据，实现与Internet的连接。 Access主要适用于中小型应用系统，或作为客户机/服务器系统中的客户端数据库。
⑷ 开发电商平台系统,为什么要使用数据库
不用数据库的话，用户的信息、积分、等级等信息存储在哪里？
用的订单信息存储在哪里？用户购买商品的物流信息存储在哪里？
你的商品信息存储在哪里？
你不能用户支付完成了，回头下支付情况，和购买上面的记录，都不见了。
⑸ o2o电子商务用什么后台数据库，怎么连接后台数据库
用到的数据库：access,mysql,sqlserver,oracle；
其中access,mysql较小型数据库，sqlserver,oracle为大型数据库；
连接Access数据库
1由于Access数据库没有官方的专用JDBC驱动程序，所以必须将Access数据库连接到ODBC，再通过JDBC-ODBC连接桥连接到ODBC来访问数据库。
2首先要为指定的Access数据库设置ODBC数据源，具体步骤如下：
控制面板->管理工具->数据源(ODBC)
添加->选择数据源的驱动程序（选择Access驱动）->点击完成->填写具体属性
3使用代码加载JDBC-ODBC的驱动程序，并且连接（Connection）上指定的Access数据库，建立语句（Statement），然后由语句对数据库进行创建表格、新增、修改等操作，最后返回结果（ResultSet）并打印。（代码略）
链接MySQL数据库方法：
1、显示密码
如：MySQL 连接远程数据库（192.168.5.116），端口“3306”，用户名为“root”，密码“123456”
C:/>mysql -h 192.168.5.116 -P 3306 -u root -p123456
2、隐藏密码
如：MySQL 连接本地数据库，用户名为“root”，
C:/>mysql -h localhost -u root -p
Enter password:
⑹ 商城系统一般用什么数据库
之前商城平台用的是php+mysql开发的，但运营几年后，只要数据量一上来系统系统响应就非常慢，后台打开一个页面经常要花十几秒，应该是mysql对海量数据的查询性能不太好导致的。目前已经将商城平台迁移至shop++，因为shop++同时支持mysql、sqlserver、oracle多种数据库，现在使用的是oracle,运行挺稳定的，暂时没有出现过系统响应缓慢的问题。
⑺ C2C电子商务 选择那种数据库用什么服务器
比较长用的数据库~~MYSQL MSSQL eBay用的应该是ORACLE数据库
服务器吗。当然是配置越高越好。
如果你刚起步的话 数据库 选用MYSQL 比较稳定 处理数据比较快。
服务器 `至强XEON 3.0 以上或者双至强 内存ECC 硬盘SCSI 主版 超微7300以上吧。
我服务器的配置
XEON 3.6X2 内存是8个G 硬盘是SCSI 400G 主版 X6DH-8 我这是电影服务器。在线最高达到过2万~
⑻ 电子商务网站该用哪个数据库软件
既然是做电子商务网站，SQL还是用的比较多，不过最好是用linux搭建的，比较安全，因为现在的黑客太多，还是要学会安全，不过这样要学的东西也很多
⑼ 关于电商网站数据库的设计有什么好的建议
这个问题的核心点在于：不同商品类别差异很大，如何设计通用的存储方案？简单来说，用数据库去存储所有信息，不管横表还是纵表，都有明显的缺陷：横表：同一个字段对不同商品含义不一样，这到了后面开发和维护是很蛋疼的纵表：一个商品的属性分布到很多行记录中，业务处理很麻烦，而且纵表的记录数会非常多，性能会有问题所以不要尝试只用数据库去统一解决这个问题，思路扩散一些其实就简单了：公共表：提炼商品公共的信息放到数据库，例如商品id、名称、发布的商家、发布日期、上架状态扩展表：将变化的信息放到另外一个表，可以是数据库表，例如电脑商品一个表、服装一个表；也可以将信息放到MongoDB或者ElasticSearch这类文档数据库。搜索组件：扩展表在全文搜索的时候不好实现，因此需要独立的组件负责搜索，可以用Elastic Search或者Solr来冗余一份数据，用于搜索。表结构不算复杂，因为项目关系只有SPU，没有涉及到SKU，但是可以做参考，更多的还是要根据项目实际情况设计。重点说明一下产品表的SPU，Keyword字段。本来之前设计了关系表，但是发现在做SQL查询时太痛苦，所以约定了一种数据存储结构（数据结构的重要性）基于上面的基础，可以实现URL规则变化的查询,类似京东的产品查询URL变化c=1,3 指分类层次关系ev=3_1+4_18 指SPU查询 按约定规则转换成字符串再进行查询。
⑽ 一个互联网在线电子商务网站用到MongoDB,Redis,Oracle三种数据库是否可行
个人推荐你使用 MongoDB，现在架构相比较以前是齐全了很多，结构上与PG不相伯仲。
Redis 做分布式架构虽然也适合用于 Web 的Inno DB 架构形式的业务系统，但使用的效果会在业务量增大之后 显得动力不足。
不推荐你用Oracle 因为电子商务这种商务公司 根本就买不起Oracle，不像ZF 或者 央企 那样对钱不在乎。