电子商务网站后台数据库设计

① 做一个简易的个人网站（前后台）数据库应该怎样设计

楼上说的没错。首先要考虑功能，然后才能分析怎样设计数据库嘛，需要哪些表，表中要什么字段。如果没思路，就找个参照网站分析一下，再不成在网上找个现成的源码参考下。不要空想。

② 如何设计电子商务网站的数据库并E-R图

先进行了解需求，分析其中的实体和关系，再用数据库建模工具比如powerdesigner，进行绘制er图

③ 完成电子商务网站后台数据库的建立，和相关表格，查询，存储过程等的建立，标有●符号的都要完成相应的SQL

没人会无偿帮你做这个的。别梦了。亲

④ 网站后台的数据表和字段怎样设计

想设计数据库，得先了解数据库相关知识，关于范式的知识。然后根据业务需要，对存储的数据尝试设计，这时候不但要能实现业务需求，还要考虑安全性，稳定性，高效性，一般要懂一些编程的知识。

⑤ 网站的数据库如何设计

什么是好的数据库设计？

一些原则可为数据库设计过程提供指导。第一个原则是，重复信息（也称为冗余数据）很糟糕，因为重复信息会浪费空间，并会增加出错和不一致的可能性。第二个原则是，信息的正确性和完整性非常重要。如果数据库中包含不正确的信息，任何从数据库中提取信息的报表也将包含不正确的信息。因此，基于这些报表所做的任何决策都将提供错误信息。

所以，良好的数据库设计应该是这样的：

• 将信息划分到基于主题的表中，以减少冗余数据。

• 向 Access 提供根据需要联接表中信息时所需的信息。

• 可帮助支持和确保信息的准确性和完整性。

• 可满足数据处理和报表需求。

设计过程

设计过程包括以下步骤：

• 确定数据库的用途：这可帮助进行其他步骤的准备工作。

• 查找和组织所需的信息：收集可能希望在数据库中记录的各种信息，如产品名称和订单号。

• 划分到表中的信息：将信息项划分到主要的实体或主题中，如“产品”或“订单”。每个主题即构成一个表。

• 关闭信息项目导入的列 确定希望在每个表中存储哪些信息。每个项将成为一个字段，并作为列显示在表中。例如，“雇员”表中可能包含“姓氏”和“聘用日期”等字段。

• 指定为主键：选择每个表的主键。主键是一个用于唯一标识每个行的列。例如，主键可以为“产品 ID”或“订单 ID”。

• 设置表关系：查看每个表，并确定各个表中的数据如何彼此关联。根据需要，将字段添加到表中或创建新表，以便清楚地表达这些关系。

• 优化您的设计：分析设计中是否存在错误。创建表并添加几条示例数据记录。确定是否可以从表中获得期望的结果。根据需要对设计进行调整。

• 应用规范化规则：应用数据规范化规则，以确定表的结构是否正确。根据需要对表进行调整。

参考：数据库设计基础

⑥ 电子商务网站的数据库设计

一个数据库的设计，决不是你说的这些。就冲你说的这些，说明你对需求都没怎么明白。

数据库设计，需要设计师参透需求。其次才是ER设计。

别一上来就弄表。悠着点。

⑦ 电子商务系统分析与设计怎么进行数据库设计

(1)需求分析，形成用户需求规约、索引结构和数据的存放次序与位逻辑等)，即用户要描述的现实世界的概念数据模型，通过对其中住处的分类。一般，第一步先明确现实世界各部门所含的各种实体及其属性，运行一些典型的应用任务来验证数据库设计的正确性和合理性。

(2)概念设计。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即适应于某种特定数据库管理系统所支持的逻辑数据模式。因此、一个商场或者一个学校等)、实体间的联系以及对信息的制约条件等，可能就需要返回到前面去进行修改，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性.

(3)逻辑设计、聚集和概括、信息间的互相制约关系以及各部门对信息储存。

(5)验证设计，建立抽象的概念数据模型，数据库的设计过程大致可分数据库设计为5个步骤;根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施、范围。

(4)物理设计。当设计的某步发现问题时、存取方法和存取路径等;对用户要求描述的现实世界(可能是一个工厂，可能还需为各种数据处理应用领域产生相应的逻辑子模式、信息流动情况，弄清所用数据的种类。这个概念模型应反映现实世界各部门的信息结构，一个大型数据库的设计过程往往需要经过多次循环反复;主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式：

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

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

⑨ 电子商务网站数据库设计

有几种方法可以解决这个问题的
1、你说的那方法，类产品一个表
2、一个表，做最多的冗余
3、一个表，做较少的冗余，然后另一个附加属性表，在第一个表不够的时候，存附加属性表
4、其他的暂时没想到

⑩ 怎样制作一个有后台数据库的简单网站

连接access数据库的方式
<%
db="db.mdb" '数据库名字
Set Conn = Server.CreateObject("ADODB.Connection")
Connstr="Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & Server.MapPath(db)
Conn.Open Connstr
%>
然后建立一个html页，把需要提交的东西通过表单提交到处版理页面，添加的书权据库，就可以了。