第2章 SaaS-HRM- 数据库设计与前端框架

第2章 数据库设计与前端框架

学习目标:
理解多租户的数据库设计方案
熟练使用PowerDesigner构建数据库模型
理解前端工程的基本架构和执行流程
完成前端工程企业模块开发

1多租户SaaS平台的数据库方案

1.1多租户是什么

多租户技术(Multi-TenancyTechnology)又称多重租赁技术:是一种软件架构技术,是实现如何在多用户环境下
(此处的多用户一般是面向企业用户)共用相同的系统或程序组件,并且可确保各用户间数据的隔离性。简单讲: 在一台服务器上运行单个应用实例,它为多个租户(客户)提供服务。从定义中我们可以理解:多租户是一种架 构,目的是为了让多用户环境下使用同一套程序,且保证用户间数据隔离。那么重点就很浅显易懂了,多租户的重 点就是同一套程序下实现多用户数据的隔离

1.2需求分析

传统软件模式,指将软件产品进行买卖,是一种单纯的买卖关系,客户通过买断的方式获取软件的使用权,软件的 源码属于客户所有,因此传统软件是部署到企业内部,不同的企业各自部署一套自己的软件系统
Saas模式,指服务提供商提供的一种软件服务,应用统一部署到服务提供商的服务器上,客户可以根据自己的实际 需求按需付费。用户购买基于WEB的软件,而不是将软件安装在自己的电脑上,用户也无需对软件进行定期的维护 与管理
第2章 SaaS-HRM- 数据库设计与前端框架_第1张图片
在SaaS平台里需要使用共用的数据中心以单一系统架构与服务提供多数客户端相同甚至可定制化的服务,并且仍可 以保障客户的数据正常使用。由此带来了新的挑战,就是如何对应用数据进行设计,以支持多租户,而这种设计的 思路,是要在数据的共享、安全隔离和性能间取得平衡。

1.3多租户的数据库方案分析

目前基于多租户的数据库设计方案通常有如下三种: 独立数据库
共享数据库、独立 Schema
共享数据库、共享数据表
1.3.1独立数据库
独立数据库:每个租户一个数据库。
优点:为不同的租户提供独立的数据库,有助于简化数据模型的扩展设计,满足不同租户的独特需求;如果 出现故障,恢复数据比较简单。
缺点: 增多了数据库的安装数量,随之带来维护成本和购置成本的增加
这种方案与传统的一个客户、一套数据、一套部署类似,差别只在于软件统一部署在运营商那里。由此可见此方案 用户数据隔离级别最高,安全性最好,但是成本较高
1.3.2共享数据库、独立 Schema
(1) 什么是Schema
oracle数据库:在oracle中一个数据库可以具有多个用户,那么一个用户一般对应一个Schema,表都是建立 在Schema中的,(可以简单的理解:在oracle中一个用户一套数据库表)
第2章 SaaS-HRM- 数据库设计与前端框架_第2张图片

mysql数据库:mysql数据中的schema比较特殊,并不是数据库的下一级,而是等同于数据库。比如执行create schema test 和执行create database test效果是一模一样的
第2章 SaaS-HRM- 数据库设计与前端框架_第3张图片
共享数据库、独立 Schema:即多个或所有的租户使用同一个数据库服务(如常见的ORACLE或MYSQL数据库), 但是每个租户一个Schema。
优点: 为安全性要求较高的租户提供了一定程度的逻辑数据隔离,并不是完全隔离;每个数据库可支持更多的租户数量。
缺点: 如果出现故障,数据恢复比较困难,因为恢复数据库将牵涉到其他租户的数据; 如果需要跨租户统计数据,存在一定困难。
这种方案是方案一的变种。只需要安装一份数据库服务,通过不同的Schema对不同租户的数据进行隔离。由于数 据库服务是共享的,所以成本相对低廉。
1.3.3共享数据库、共享数据表
共享数据库、共享数据表:即租户共享同一个Database,同一套数据库表(所有租户的数据都存放在一个数据库 的同一套表中)。在表中增加租户ID等租户标志字段,表明该记录是属于哪个租户的。
优点:所有租户使用同一套数据库,所以成本低廉。
缺点:隔离级别最低,安全性最低,需要在设计开发时加大对安全的开发量,数据备份和恢复最困难。
这种方案和基于传统应用的数据库设计并没有任何区别,但是由于所有租户使用相同的数据库表,所以需要做好对 每个租户数据的隔离安全性处理,这就增加了系统设计和数据管理方面的复杂程度。
第2章 SaaS-HRM- 数据库设计与前端框架_第4张图片

1.4SAAS-HRM数据库设计

在SAAS-HRM平台中,分为了试用版和正式版。处于教学的目的,试用版采用共享数据库、共享数据表的方式设 计。正式版采用基于mysql的共享数据库、独立 Schema设计(后续课程)。
2数据库设计与建模

2.1数据库设计的三范式

三范式:
1.第一范式(1NF):确保每一列的原子性(做到每列不可拆分)
2.第二范式(2NF):在第一范式的基础上,非主字段必须依赖于主字段(一个表只做一件事)
3.第三范式(3NF):在第二范式的基础上,消除传递依赖反三范式:
反三范式是基于第三范式所调整的,没有冗余的数据库未必是最好的数据库,有时为了提高运行效率,就必须降低 范式标准,适当保留冗余数据。

2.2数据库建模

了解了数据的设计思想,那对于数据库表的表设计应该怎么做呢?答案是数据库建模
数据库建模:在设计数据库时,对现实世界进行分析、抽象、并从中找出内在联系,进而确定数据库的结构。它主 要包括两部分内容:确定最基本的数据结构;对约束建模。
2.2.1建模工具
对于数据模型的建模,最有名的要数PowerDesigner,PowerDesigner是在中国软件公司中非常有名的,其易用 性、功能、对流行技术框架的支持、以及它的模型库的管理理念,都深受设计师们喜欢。他的优势在于:不用在使 用create table等语句创建表结构,数据库设计人员只关注如何进行数据建模即可,将来的数据库语句,可以自动生成
2.2.2使用pd建模
1.选择新建数据库模型 打开PowerDesigner,文件->建立新模型->model types(选择类型)->Physical Data Model(物理模型)
第2章 SaaS-HRM- 数据库设计与前端框架_第5张图片
2.控制面板
第2章 SaaS-HRM- 数据库设计与前端框架_第6张图片
3.创建数据库表
点即面板按钮中的创建数据库按钮创建数据库模型
第2章 SaaS-HRM- 数据库设计与前端框架_第7张图片
第2章 SaaS-HRM- 数据库设计与前端框架_第8张图片
如果基于传统的数据库设计中存在外键则可以使用面版中的Reference配置多个表之间的关联关系,效果如 下图
第2章 SaaS-HRM- 数据库设计与前端框架_第9张图片
4.导出sql
菜单->数据库(database)->生成数据库表结构(Generate Database) 2-10

3前端框架

3.1脚手架工程

此项目采用目前比较流行的前后端分离的方式进行开发。前端是在传智播客研究院开源的前端框架(黑马Admin商 用后台模板)的基础上进行的开发。
官网上提供了非常基础的脚手架,如果我们使用官网的脚手架需要自己写很多代码比如登陆界面、主界面菜单样式 等内容。 课程已经提供了功能完整的脚手架,我们可以拿过来在此基础上开发,这样可以极大节省我们开发的时间。
技术栈
vue 2.5++
elementUI 2.2.2 vuex
axios
vue-router vue-i18n
前端环境
node 8.++
npm 5.++

3.2启动与安装

官网上提供了非常基础的脚手架,如果我们使用官网的脚手架需要自己写很多代码比如登陆界面、主界面菜单样式 等内容。 课程已经提供了功能完整的脚手架,我们可以拿过来在此基础上开发,这样可以极大节省我们开发的时间。
(1)解压提供的资源包

(2)在命令提示符进入该目录,输入命令:

cnpm install

通过淘宝镜像下载安装所有的依赖,几分钟后下载完成如果没有安装淘宝镜像,请使用npm install
(3)关闭语法检查
打开 将useEslint的值改为false。


useEslint: false,

此配置作用: 是否开启语法检查,语法检查是通过ESLint 来实现的。我们现在科普一下,什么是ESLint : ESLint 是一个语法规则和代码风格的检查工具,可以用来保证写出语法正确、风格统一的代码。如果我们开启了 Eslint , 也就意味着要接受它非常苛刻的语法检查,包括空格不能少些或多些,必须单引不能双引,语句后不可以写分号等等,这些规则其实是可以设置的。我们作为前端的初学者,最好先关闭这种校验,否则会浪费 很多精力在语法的规范性上。如果以后做真正的企业级开发,建议开启
(4)输入命令:

npm run dev

3.3工程结构

整个前端工程的工程目录结构如下:
第2章 SaaS-HRM- 数据库设计与前端框架_第10张图片
第2章 SaaS-HRM- 数据库设计与前端框架_第11张图片

3.4执行流程分析

3.4.1路由和菜单
路由和菜单是组织起一个后台应用的关键骨架。本项目侧边栏和路由是绑定在一起的,所以你只有在
下面配置对应的路由,侧边栏就能动态的生成了。大大减轻了手动编辑侧边栏的工作量。当 然这样就需要在配置路由的时候遵循很多的约定

这里的路由分为两种, 和
constantRouterMap 代通用页面。
asyncRouterMap 代表那些业务中通过

动态添加的页面。
第2章 SaaS-HRM- 数据库设计与前端框架_第12张图片
3.4.2前端数据交互
一个完整的前端 UI 交互到服务端处理流程是这样的:
1.UI 组件交互操作;
2.调用统一管理的 api service 请求函数;
3.使用封装的 request.js 发送请求;
4.获取服务端返回;
5.更新 data;
从上面的流程可以看出,为了方便管理维护,统一的请求处理都放在纬度进行拆分文件


api/
frame.js menus.js users.js permissions.js
...

其中, 是基于 axios 的封装,便于统一处理 POST,GET 等请求参数,请求头,以及错

误提示信息等。具体可以参看 request.js。 它封装了全局

4企业管理

4.1需求分析

在通用页面配置企业管理模块,完成企业的基本操作

4.2搭建环境

4.2.1新增模块
(1)手动创建
方式一:在src目录下创建文件夹,命名规则:module-模块名称()
在文件夹下按照指定的结构配置assets,components,pages,router,store等文件
使用命令自动创建


npm install -g itheima-cli

执行命令

itheima moduleAdd saas-clients
`saas-clients` 是新模块的名字自动创建这些目录和文件
│	├──	module-saas-clients	| saas-clients模块主目录
│	│	├── assets	| 资 源
│	│	├── components	| 组 件
│	│	├── pages	| 页 面
│	│	│	└── index.vue	| 示 例
│	│	├── router	| 路 由
│	│	│	└── index.js	| 示 例
│	│	└── store	| 数 据
│	│	└── app.js	| 示 例

每个模块所有的素材、页面、组件、路由、数据,都是独立的,方便大型项目管理, 在实际项目中会有很多子业务项目,它们之间的关系是平行的、低耦合、互不依赖。
4.2.2构造模拟数据
(1)在 中添加模拟数据company.js

import Mock from 'mockjs'
import { param2Obj } from '@/utils'
const List = [] const count = 100

for (let i = 0; i < 3; i++) { let data = {
id: "1"+i,
name: " 企 业 "+i, managerId: "string", version: "试用版v1.0",
renewalDate: "2018-01-01",
expirationDate: "2019-01-01", companyArea: "string", companyAddress: "string", businessLicenseId: "string", legalRepresentative: "string", companyPhone: "13800138000", mailbox: "string", companySize: "string", industry: "string",
remarks: "string", auditState: "string", state: "1",
balance: "string", createTime: "string"
}
List.push(data)
}




export default { list: () => {
return {
code: 10000, success: true, message: "查询成功", data:List
}
},
sassDetail:() => { return {
code: 10000,
success: true, message: "查询成功", data:{
id: "10001",
name: " 测 试 企 业 ", managerId: "string", version: " 试 用 版 v1.0", renewalDate: "2018-01-01",
expirationDate: "2019-01-01", companyArea: "string", companyAddress: "string", businessLicenseId: "string", legalRepresentative: "string", companyPhone: "13800138000", mailbox: "string", companySize: "string", industry: "string",
remarks: "string", auditState: "string", state: "1",
balance: "string", createTime: "string"
}
}
}
}

(2)配置模拟API接口拦截规则
在 中配置模拟数据接口拦截规则


import Mock from 'mockjs' import TableAPI from './table'
import ProfileAPI from './profile' import LoginAPI from './login' import CompanyAPI from './company'

Mock.setup({
//timeout: '1000'




})

//如果发送请求的api路径匹配,拦截
//第一个参数匹配的请求api路径,第二个参数匹配请求的方式,第三个参数相应数据如何替换
Mock.mock(/\/table\/list\.*/, 'get', TableAPI.list)
//获取用户信息
Mock.mock(/\/frame\/profile/, 'post', ProfileAPI.profile) Mock.mock(/\/frame\/login/, 'post', LoginAPI.login)

//配置模拟数据接口
//	/company/12
Mock.mock(/\/company\/+/, 'get', CompanyAPI.sassDetail)//根据id查询Mock.mock(/\/company/, 'get', CompanyAPI.list)	//访问企业列表

4.2.3注册模块
编辑src/main.js

/*
* 注册  - 业务模块
*/
import dashboard from '@/module-dashboard/' // 面 板
import saasClients from '@/module-saas-clients/' //刚新添加的 企业管理
Vue.use(dashboard, store) Vue.use(saasClients, store)
...

4.2.4配置路由菜单
打开刚才自动创建的


import Layout from '@/module-dashboard/pages/layout'
const _import = require('@/router/import_' + process.env.NODE_ENV)

export default [
{
path: '/saas-clients', component: Layout, redirect: 'noredirect', name: 'saas-clients', meta: {
title: 'SaaS企业管理', icon: 'international'
},
root: true, children: [
{
path: 'index',
name: 'saas-clients-index',
component: _import('saas-clients/pages/index'),
meta: {title: 'SaaS企业', icon: 'international', noCache: true}
}]
}]

4.2.5编写业务页面
创建/src/module-saas-clients/pages/index.vue





注意文件名
页面请放在目录组件请放在目录页面路由请修改

4.3企业操作

4.3.1创建api
在api/base目录下创建企业数据交互的API(saasClient.js)








import {createAPI, createFormAPI} from '@/utils/request'


export const list = data => createAPI('/company', 'get', data)
export const detail = data => createAPI(`/company/${data.id}`, 'get', data)

4.3.1企业列表