当前位置：首页 > news >正文

如何最便宜建设一个网站新品牌推广方案

news 2025/8/13 9:35:48

如何最便宜建设一个网站,新品牌推广方案,江西南昌最新疫情,仿站在线实验目的理解数据库模型的层次结构：强调理解外模式、模式、内模式之间的关系，以及它们在数据库系统中的作用和相互映射的过程。探究数据库设计与实现：通过识别业务场景中的数据模式，建立相应的实体表，验证设计模型的…

实验目的

理解数据库模型的层次结构：强调理解外模式、模式、内模式之间的关系，以及它们在数据库系统中的作用和相互映射的过程。
探究数据库设计与实现：通过识别业务场景中的数据模式，建立相应的实体表，验证设计模型的合理性，并思考其在数据库系统中的应用和实现方式。
学习用户界面设计与数据库对接：利用快速原型设计工具设计用户界面，并分析界面子集与模式之间的映射关系，从而更好地理解外模式的概念及其与数据库系统的关系。
探索数据规模估算方法：学习和掌握数据库系统数据规模估算方法，估计业务场景的数据规模，并讨论数据规模对内模式实现的可能影响。
思考数据加工和处理过程：分析数据库系统从内模式到用户界面的映射过程中可能涉及的数据加工环节，以及由程序员和数据库管理系统实现的不同环节。

实验要求

外模式、模式、内模式与两级mapping理解、设计与思考题。

请针对如下业务场景

1) 12306网站余票查询业务模型

2) 航空公司航班查询业务模型

3) 支付宝或微信支付业务模型

4) 银行账户与转账业务模型

5) 微信朋友圈业务模型

6) 微信用户及聊天群聊天业务模型

7) 短视频平台业务模型

8) 知乎等论坛业务模型

9) 互联网点餐业务模型

10) 快餐店点餐业务模型（门店或网络点餐）

选择任一实际应用场景，完成以下任务：

2. 尝试标识该业务场景中的数据模式，即列出该业务涉及到的所有实体型（包括实体名及属性（可以适当简化）。可以采用如下形式列出：

实体型名1（属性1，…，属性n）

尝试在你选定的数据库平台中建立实体型所对应的几个表，并想办法往其中插入数据，验证你所设计的模型的合理性。

3. 请自学了解Axure RP等快速原型设计工具的概念及功能，并尝试下载一个试用版。请你充当产品经理和产品界面模型设计工程师，模仿或创新设计两个用户界面（UI、用户视图或外模式的子模式）。请提交原始设计文档以证明你做了此项工作。

4. 请分析你所设计的用户界面所对应的外模式子集，以及该子集与前面的模式间的映射关系，思考并叙述数据库系统从内模式、模式、外模式并最终到用户界面的双向映射(mapping)过程，分析过程中可能会涉及到的数据加工环节。分别指出一般需要由程序员写程序实现的环节和由数据库管理系统实现的环节。

5. 请尝试学习掌握数据库系统数据规模（条或记录数）估算方法，估计所选业务场景的数据规模，针对这种规模，请说明这种规模的数据可能对内模式的实现或表示存在什么要求。

ER图向关系模型的转换

首先，明确E-R图向关系模型的转换的目的：将实体、实体的属性和实体之间的联系转换为关系模式。

实验1中所设计概念模型的ER 图如下：

一个实体型转化为一个关系模式

转换规则如下：

关系的属性：实体的属性
关系的码：实体的码
派生属性可以忽略，因为可以直接计算得到

转换之后为：

用户（用户ID，用户名，账号，密码，个人简介，注册时间，头像）

实体型间的联系

1：n联系

一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并

若转换为一个独立的关系模式：

关系的属性：与该联系相连的各实体的码以及联系本身的属性
关系的码：n端实体的码

若与n端对应的关系模式合并：

合并后关系的属性：在n端关系中加入1端关系的码和联系本身的属性
合并后关系的码：不变
可以减少系统中的关系个数，一般情况下更倾向于采用这种方法

将回复联系与“评论”关系合并，合并结果如下：

评论（评论ID，评论内容，评论时间，评论者ID，被评论者ID，父评论ID）

内容创作者是用户的子类，故将“内容创作者”关系属性合并到“用户关系”属性，创作者ID即为用户ID，然后将“发布”联系与“文章”关系合并，结果如下：

用户（用户ID，用户名，账号，密码，个人简介，注册时间，头像，身份证号，创作者等级）

文章（文章ID，上传时间，用户ID，文章描述，文章路径，文章封面，发布状态，标题，阅读量）

m:n联系

一个m:n联系转换为一个关系模式：

关系的属性：与该联系相连的各实体的码以及联系本身的属性
关系的码：各实体码的组合

“归属”联系为m:n联系，可以将它转换为：归属（文章ID，分区ID），其中文章ID和分区ID为关系的组合码；

“拥有”联系为m:n联系，可以将它转换为：拥有（文章ID，标签ID），其中文章ID和标签ID为关系的组合码。

内容消费者是用户的子类，故将“内容消费者”关系属性合并到“用户关系”属性，消费者ID即为用户ID，更新“用户“关系模型：

用户（用户ID，用户名，账号，密码，个人简介，注册时间，头像，身份证号，创作者等级，硬币数）

“收藏”联系为m:n联系，可以将它转换为：收藏（用户ID，文章ID），其中用户ID和文章ID为关系的组合码；

“点赞”联系为m:n联系，可以将它转换为：点赞（用户ID，文章ID），其中用户ID和文章ID为关系的组合码；

“投币”联系为m:n联系，可以将它转换为：投币（用户ID，文章ID，投币数），其中用户ID和文章ID为关系的组合码

“关注”联系为m:n联系，可以将它转换为：关注（关注ID，关注者ID，被关注者ID），其中关注ID为关系的主码

多元联系

三个或三个以上实体间的一个多元联系转换为一个关系模式：

关系的属性：与该多元联系相连的各实体的码以及联系本身的属性
关系的码：各实体码的组合

“发表”联系是一个三元联系，可以将它转换为如下关系模式，其中用户ID、文章ID和评论ID为关系的组合码：发表（用户ID，文章ID，评论ID）

知乎关系模型

按照上述转换原则，知乎系统中的实体和联系转换为下列关系模型：

实体与联系：
1. 分区（分区ID，分区描述，分区名称）
2. 标签（标签ID，标签名称）
3. 评论（评论ID，评论内容，评论时间，评论者ID，被评论者ID，父评论ID）
4. 文章（文章ID，上传时间，用户ID，文章描述，文章路径，文章封面，发布状态，标题，阅读量）
5. 归属（文章ID，分区ID）
6. 拥有（文章ID，标签ID）
7. 用户（用户ID，用户名，账号，密码，个人简介，注册时间，头像，身份证号，创作者等级，硬币数）
8. 收藏（用户ID，文章ID）
9. 点赞（用户ID，文章ID）
10. 投币（用户ID，文章ID，投币数）
11. 关注（关注ID，关注者ID，被关注者ID）
12. 发表（用户ID，文章ID，评论ID）
该关系模型由12个关系模式组成，其中：
1. 文章关系模式包含了“发布”联系所对应的关系模式
2. 评论关系模式包含了“回复”联系所对应的关系模式

基本表建立

因此，实体类型有：

分区（分区ID，分区描述，分区名称）
标签（标签ID，标签名称）
评论（评论ID，评论内容，评论时间，评论者ID，被评论者ID，父评论ID）
文章（文章ID，上传时间，用户ID，文章描述，文章路径，文章封面，发布状态，标题，阅读量）
归属（文章ID，分区ID）
拥有（文章ID，标签ID）
用户（用户ID，用户名，账号，密码，个人简介，注册时间，头像，身份证号，创作者等级，硬币数）
收藏（用户ID，文章ID）
点赞（用户ID，文章ID）
投币（用户ID，文章ID，投币数）
关注（关注ID，关注者ID，被关注者ID）
发表（用户ID，文章ID，评论ID）

接下来以用户关系模式（user）、文章关系模式（article）、分区关系模式（Category）为例，在Mysql中建立对应基本表。

User表创建

执行以下语句进行数据的插入，其中now()函数用于获取当前时间：

插入成功，通过插件可以可视化user表：

Category表创建

执行以下语句进行数据的插入，其中now()函数用于获取当前时间：

插入成功，通过插件可以可视化category表：

Article表

执行以下语句进行数据的插入，其中now()函数用于获取当前时间：

插入成功，通过插件可以可视化article表：

Axure RP设计UI界面

使用Axure RP设计了知乎的两个界面（登陆注册界面和后台管理页面）

登陆注册页面

左侧为知乎封面和logo，右侧为自主设计的登陆和注册表单，具有记住密码和登陆按钮等

知乎后台管理页面

页面总体结构为：左边菜单，右边分成三部分（顶部，中间，底部），其中中间内容区域，根据用户选择不同菜单进行切换。

右边的顶部导航栏左侧为登陆用户昵称，右侧为登陆用户头像。

左侧菜单包括三个模块

文章分类：展示整个系统中所有的文章分类（查），以及添加分类、修改分类、删除分类。
文章管理：具有搜索和分页功能；添加文章（文章标题、文章分类、文章封面、文章内容）、编辑文章、删除文章；点击编辑文章，会弹出一个抽屉，显示文章的详细信息
个人中心：
1. 基本资料：可修改用户昵称和用户邮箱，修改昵称同时导航栏展示用户昵称也会修改
2. 更换头像：选择图片、上传头像后更换头像
3. 重置密码：原密码+新密码+确认新密码，修改成功后需要重新登陆

外模式子集和映射关系

外模式子集

外模式子集代表用户界面上需要显示的数据和交互功能。根据设计的用户界面，可以推导出以下外模式子集：

登录注册页面（外模式子集）

用户信息：用户名、密码

后台管理页面（外模式子集）

顶部导航栏：用户昵称、用户头像

左侧菜单：

文章分类：分类列表、添加分类、修改分类、删除分类
文章管理：文章列表（带搜索和分页功能）、添加文章（标题、分类、封面、内容）、编辑文章（标题、分类、封面、内容）、删除文章
个人中心：基本资料（用户昵称、用户邮箱）、更换头像、重置密码（原密码、新密码、确认新密码）

数据库模式

User表：

Category表：

Article表：

外模式与模式间的映射关系

以下是外模式子集与数据库模式之间的映射关系：

登录注册页面：

用户名、密码 ↔ `User` 表中的 `username`, `password`

后台管理页面：

顶部导航栏：

用户昵称 ↔ `User` 表中的 `nickname`

用户头像 ↔ `User` 表中的 `user_pic`

左侧菜单：

文章分类

分类列表 ↔ `Category` 表中的 `category_name`

添加、修改、删除分类 ↔ 对 `Category` 表进行增删改操作

文章管理

文章列表 ↔ `Article` 表

搜索功能 ↔ 对 `Article` 表中相关字段（如 `title`）进行查询

添加、编辑、删除文章 ↔ 对 `Article` 表进行增删改操作

个人中心

基本资料（用户昵称、用户邮箱）↔ `User` 表中的 `nickname`, `email`

更换头像 ↔ `User` 表中的 `user_pic`

重置密码 ↔ `User` 表中的 `password`

双向映射过程分析

数据库系统从内模式、模式、外模式并最终到用户界面的双向映射过程可以分为以下几个环节：

1. 内模式到模式的映射

内模式是物理存储的实现细节，包括数据文件的存储格式和索引的实现等。

模式是数据库的逻辑结构，包括表的定义、关系和约束等。

数据库管理系统（DBMS）负责将内模式转换为模式。这主要涉及存储引擎、索引的维护和查询优化等。

2. 模式到外模式的映射

外模式是用户视角的数据视图，通常由应用程序生成并展现给用户。外模式基于模式，但只展示用户需要的数据。

应用程序（例如使用Axure设计的界面）负责将模式转换为外模式。这涉及数据查询、数据过滤和数据格式化等操作。例如：

查询 `User` 表以获取用户的昵称和头像，展示在导航栏上。
查询 `Article` 表并进行分页和搜索，展示在文章管理界面上。

3. 数据加工环节

数据查询：从数据库中检索数据。例如，通过SQL语句查询用户信息、文章列表和分类列表。

数据过滤：根据用户输入的搜索条件过滤数据。例如，根据文章标题搜索文章。

数据格式化：将检索到的数据格式化为适合前端展示的格式。例如，将日期格式化，将文章内容截取等。

由程序员实现的环节

用户界面的设计和实现（HTML/CSS/JavaScript）

数据查询和操作的实现（SQL语句、ORM框架）

数据的过滤、排序和分页处理

业务逻辑的实现（例如用户登录验证、密码重置逻辑等）

由数据库管理系统实现的环节

内模式到模式的映射（存储引擎、索引、查询优化）

数据一致性和完整性的维护（事务、约束、触发器等）

并发控制和数据恢复

通过上述分析，可以清晰地看到数据库系统从内模式、模式、外模式并最终到用户界面的双向映射过程，以及在每个环节中不同角色的职责分工。这种双向映射确保了数据的一致性和完整性，同时也使得用户能够方便地访问和操作数据。

内模式要求

数据规模估算方法

为了估算所选业务场景的数据规模，需要考虑以下几个方面：

用户数量：估计会有多少用户注册和使用系统。
文章数量：每个用户大约会发布多少文章。
分类数量：系统中会有多少文章分类。
数据增长率：用户和文章数量随时间增长的速度。

可以进行如下假设和估算：

用户数量：假设系统在第一年内会有 10,000 个注册用户，每年用户数量会以 20% 的速度增长。
文章数量：假设每个用户平均会发布 20 篇文章，第一年的文章总数 = 10,000 用户 * 20 文章/用户 = 200,000 篇文章，假设每年的文章数量也会以 20% 的速度增长。
分类数量：假设系统初期会有 50 个文章分类，分类数量增长较慢，每年增加 10 个新的分类。

根据以上假设，估算前三年的数据规模：