数据库设计与后台模型

![](d0a593ed-64a4-495e-99a6-1efa11014eca_files/b013acf0-4402-4e22-bfda-5993df97257d.png)

### 数据库
1. 保存测试用的固定的 30 个imei   testimeis
```
CREATE TABLE `testimeis` (
  `imeis` VARCHAR(64) DEFAULT NULL
) ENGINE=INNODB DEFAULT CHARSET=utf8mb4;
```

2. 测试配置表 testcnf
结构 imei time note name
```
CREATE TABLE `testcnf`(
`imei` VARCHAR(64) DEFAULT NULL,
`time` DATETIME DEFAULT NULL,
`note` TEXT,
`name` VARCHAR(40) DEFAULT NULL
)ENGINE=INNODB DEFAULT CHARSET=utf8mb4;
```

3. 保存的数据表 testresult
结构  name imei phoneNumber receiveNumber nettime messagetime interval
```
CREATE TABLE `testresult`(
`name` VARCHAR(100) DEFAULT NULL,
`imei` VARCHAR(64) DEFAULT NULL,
`phoneNumber` VARCHAR(40) DEFAULT NULL,
`receiveNumber` VARCHAR(40) DEFAULT NULL,
`nettime` DATETIME DEFAULT NULL,
`messagetime` DATETIME DEFAULT NULL,
`interval` DATETIME DEFAULT NULL
)ENGINE=INNODB DEFAULT CHARSET=utf8mb4;
```

### 后台设计
1. model
```java
public class TestCnf(){ } //配置模型
public class TestResult() { } //保存的数据类型
```

2. dao层 interface
```java
public int selectByImei(String imei); //imei查询,限制imei在测试范围内
public int 
```

来自为知笔记(Wiz)

时间: 2024-10-13 18:09:09

数据库设计与后台模型的相关文章

数据库设计之E-R模型转换成关系模型

个人重构版机房收费系统中需要自己重新设计数据库,那么如何设计数据库呢?这也是咱们自考中一门重要的课程<数据库原理>,对于考过这科的同学想必已经从中受益,直接就可以学以致用.我是今年10月份考这本书,所以就先实践一把. 原先看过的耿建玲老师的视频,里面重点讲解的是数据库内部的具体操作,没有怎么涉及到数据库设计中不可或缺的一个步骤即从概念模型到逻辑模型的转换.进入正题: 背景:数据系统生存期 我们把数据库应用系统从开始规划.设计.实现.维护到最后被新的系统取代而停止使用的整个期间,称为数据库系统生

【自考】数据库系统原理(二)——详解(数据库设计和ER模型)

万事万物都有一个生存周期,当然数据库系统也不例外! 数据库设计和ER模型这一章主要是依据数据库系统生存周期,对其中的设计阶段展开来进行讲解的. 我们先来看看数据库系统的生存周期: 如图所示,数据库系统生存周期划分为五个阶段:规划,需求分析,设计,实现,运行维护.其中设计阶段包括,概念,逻辑,物理三个方面的设计. 后面两节的内容主要是针对设计阶段的概念设计和逻辑设计以及从概念设计到逻辑设计的转换来展开的. 一.概念设计(ER模型)    第一章里讲过了数据抽象的四个模型:概念数据模型,逻辑数据模型

数据库设计与 ER 模型 - 数据库系统原理

数据库系统生存周期 数据库应用系统的开发是一项软件工程,一般具有信息的采集.组织.加工.抽取.综合.传播等功能,但又有自己的特点,所以称为 数据库工程. 数据库应用系统从开始规划.设计.实现.维护到最后被新的系统取代而停止使用的整个周期,称为 数据库系统生存期. 数据库系统生存期一般可划分成下面七个阶段: (1)规划:是数据库系统生存周期的第一步.在规划阶段需要做的工作是:通过了解用户的实际需求,明确该系统需要实现的目标和任务,确定数据库系统的总目标. 规划阶段需要做的工作有: a. 系统的调查

数据仓库数据库设计方法---关系模型和多维模型比较分析

数据仓库中广泛采用的数据库设计模型有两种:关系型和多维型.普遍认为在数据仓库的设计方法中关系模型是“Inmon”方法而多维模型是“Kimball”方法. 先来看下关系模型,关系型数据以一种称为“标准化”的形式存在.数据标准化是指数据库设计会使数据分解成非常低的粒度级,标准化数据以一种孤立模式 存在,这种情况下对数据表里的数据关系要求很严格.一般遵循3NF范式.采用关系型设计的数据库一般具有较强的灵活性和多功能性(可以支持数据的多种视 图). 再来看下多维模型,多维模型一般有星型模式.雪花模式.混

第六章 数据库设计之ER模型

在ER图中实体用方框表示 实体其实就相当于一个二维表,实体实例就相当于二维表中的一行 属性在二维表中用椭圆表示,属性就是描述实体特征的数据项 概念:键(也被成为候选键):1,属性集合K上的行唯一     2,没有K的真子集具备条件1 超键: 满足1. 主键:数据库的设计者选择出作为表T中特定行的唯一性标识符的候选键 空值:未知的或未定义的 标识符是主键,其他的是描述符在ER图中

数据库设计又一个新思路

==========================================聊天记录很有价值,以下是全部聊天记录========================================= 码妖][广州]老衲(424469013) 10:09:28服务器上定义好 数据库的各个表 主键 约束 外键 视图等[码妖][广州]老衲(424469013) 10:10:07客户端 依照服务器上的样板 自动 增加 或 删除 ,各个表字段 主键 外键 视图等[码妖][广州]老衲(424469013

第一篇:无角牛MVC通用后台数据库设计

v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} Normal 0 false 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE /* Style Definitions */ table.MsoNormalTable {

公交车路线查询系统后台数据库设计--换乘算法改进与优化

在<查询算法>一文中已经实现了换乘算法,但是,使用存储过程InquiryT2查询从“东圃镇”到“车陂路口”的乘车路线时,发现居然用了5分钟才查找出结果,这样的效率显然不适合实际应用.因此,有必要对原有的换乘算法进行优化和改进.在本文中,将给出一种改进的换乘算法,相比原有的算法,改进后的算法功能更强,效率更优. 1. “压缩”RouteT0 假设RouteT0有以下几行 如下图所示,当查询S1到S4的二次换乘路线时,将会产生3×2×4=24个结果 从图中可以看出,第1段路线中的3条线路的起点和站

最老程序员创业开发实训14---PHP---用户体系数据库设计

在做完了之前的一系列工作之后,终于要进行应用后台的设计和实现环节了.在后台设计中,我们觉得数据库的设计是最重要的根基,因为所有业务逻辑均是架构在数据库的基础之止,如果对数据库进行修改,程序可能需要大改,工作量将非常之大,所以数据库设计必须非常重视. 在谈数据库设计之前,我们先谈一下ORM,即关系数据库与面向对象系统的映射,其理由是面向对象开发人员,不了解关系型数据库,因些引入ORM,使其不需要学习关系型数据库就可以进行数据库开发.我们认为,关系型数据已经有了几十年的发展历史,理论和实践都很成熟,