关系模型

在model中添加字段的格式一般为： field_name = field_type(**field_options) 一 field options(所有字段共用) 　　1 null 默认为False，True则表示可以为null。（空字符串在数据库中可能被存储为''） 　　2 blank 默认为False，True表示可以为空。 　　3 choice 可选的，限制了该选项的字段值必须是所指定的choice中的一个。 　 4 db_column 数据库column名称。默认为本字段的名称。 　　5 db_index 如果为True的话，该字段的数据库索引将会被创建 　　6 default 设置该字段的默认值，可以是值也可以是对象。 　　7 editable 默认为True，若为False，则不会在admin/界面显示 　　8 primary_key 若设置为True，则表示将该字段设置为主键。一般情况下django默认会设置一个自增长的id主键。 　　9 unique 若设置为True，该字段值不可重复 二 field type(字段类型,细分的话可以分为普通字段以及关系字段) 　 1 普通字段 　　1 AutoField() 根据已有id自增长的整形唯一字段，一般每个model类不需设置该字段，因为django会为每个model自动设置。 　　

树状结构Java模型、层级关系Java模型、上下级关系Java模型与html页面展示 一、业务原型：公司的组织结构、传销关系网 二、数据库模型 很简单，创建 id 与 pid 关系即可。（pid：parent_id） 三、Java模型 （ 我们把这张网撒在html的一张表里。其实用ul来展示会简单N多，自己思考为什么LZ会选择放在表里 ） private class Table { private Long id; // 当前对象的id private int x; // 横坐标 private int y; // 纵坐标 private List<Table> tables; // 当前对象的下级集合 public Table(Long id) { this.id = id; // 方便快速创建对象 } } 1、组装Java模型数据 1）一次性从表里查出所有数据 2）创建下面的Map　　 // pid 与 List<id> 上级ID与下级对象的对应关系 Map<Long, List<Table>> psMap = new HashMap<>(); // 简单，不详细说明了 3）创建顶级节点 用顶级对象的ID new 一个Table，然后根据ID从上面的 psMap 取出它的下级给这个 Table 的 tables。 4）递归完成所有子级节点 循环Table对象的tables集合

模型类关系 关系字段类型 关系型数据库的关系包括三种类型： ForeignKey：一对多，将字段定义在多的一端中。 ManyToManyField：多对多，将字段定义在任意一端中。 OneToOneField：一对一，将字段定义在任意一端中。 可以维护递归的关联关系，使用'self'指定，详见"自关联"。 一对多关系 参见booktest应用中的BookInfo类和HeroInfo类。 #定义图书模型类BookInfo class BookInfo(models.Model): btitle = models.CharField(max_length=20)#图书名称 bpub_date = models.DateField()#发布日期 bread = models.IntegerField(default=0)#阅读量 bcomment = models.IntegerField(default=0)#评论量 isDelete = models.BooleanField(default=False)#逻辑删除 #定义英雄模型类HeroInfo class HeroInfo(models.Model): hname = models.CharField(max_length=20)#英雄姓名 hgender = models.BooleanField(default=True)

【第一部分】运用领域模型 第1章：消化知识 有效的建模要素 （1）模型和实现的绑定 （2）建立了一种基于模型的语言 （3）开发一个蕴含丰富知识的模型 （4）提炼模型 （5）头脑风暴和实验 【学习心得】：千万不要用自己有限的思维规划完整的图形，持续学习、消化、输出（讨论）、沉淀，所有道理都是一致的。 第2章：交流语言与使用 模式：UBIQUITOUS LANGUAGE（通用语言） 术语的交集产生了UBIQUITOUS LANGUAGE 想要创建种灵活的、蕴含丰富知识的设计，需要一种通用的、共享的团队语言，以及对语言不断的试验——然而，软件项目上很少出现这样的试验。 如果语言支离破碎，项目必将遭遇严重问题。领域专家使用他们自己的术语，而技术团队所使用的语言则经过调整，以便从设计角度讨论领域。日常讨论所使用的术语与代码（软件项目的最重要产品）中使用的术语不一致，甚至同一个人在讲话和写东西时使用的言语也不一致，这导致的后果是，对领域的深刻表达常常稍纵即逝，根本无法记录到代码或文档中。翻译使得沟通不畅，并削弱了知识消化。然而任何一方的语言都不能成为公共语言，因为它们无法满足所有的需求。 【学习心得】：在自己有限的项目经验里，说沟通成本占据项目总成本的八成都不为过，就像本书一开始的重点，就是无处不在的语言。这语言可以是人话、可以是图形、可以是表格，重点在于可以帮助项目高质量高效率的落地

最近发现一个特别好用的统计软件——minitab 在他的帮助文档中，很好的总结了如何比较拟合结果的好坏 以下为具体网址： https://support.minitab.com/zh-cn/minitab/18/help-and-how-to/modeling-statistics/regression/how-to/nonlinear-regression/interpret-the-results/key-results/#step-3-determine-how-well-the-model-fits-your-data 我们在非线性和线性拟合后，会得到残差平方和、决定系数R方等等，之前我一直用前两个来比较拟合优度，但是对于不同的拟合方程，他们的残差平方和也不同。当我们确定一个线性模型与数据的吻合程度时，几乎会将所有注意力集中在R-squared上。但是,以前我曾经说过R-squared被高估了。下面会提供一些其他的方法。 简单概述概述一下。 在此之前需要明白几个术语： 其他参数见网址：（ https://support.minitab.com/zh-cn/minitab/18/help-and-how-to/modeling-statistics/regression/how-to/fitted-line-plot/methods-and-formulas/methods

数据模型 概念数据模型 实体联系模型（E-R模型）、扩充的实体-联系模型（EER模型）、面向对象模型、谓词模型 概念模型是 现实世界到信息世界的抽象 概念模型是从 用户观点对数据和信息 的建模 是数据库设计者与用户之间交流的工具 是数据库逻辑模型的基础 <性质> 表示简单、易于理解、易于变动且具有 较强的语义表达能力 ，独立于具体的逻辑模型并易于向逻辑模型转换 实体-联系模型（ER模型） 是 最常用 的概念模型。（它提供 不受任何DBMS约束 的面向用户的表达方法） 在ER模型基础上增加概括，聚集等语义描述，形成扩充的实体-联系模型，即EER模型。 ER 模型一般与 关系模型 关联， EER 模型与 对象-关系模型 关联 将局部的ER图集成为全局的ER图时，可能存在三类冲突： 属性冲突：包括类型、取值范围、取值范围的冲突 结构冲突 命名冲突：包括实体类型名、联系类型名之间异名同义或同名异义 逻辑数据模型 层次模型、网状模型、关系模型、面向对象模型、对象关系模型 关系数据模型（1970年美国IBM公司的E.F.Codd提出） 关系数据模型由 关系数据结构 、 关系操作集合 、 关系完整性约束 三大要素组成。 关系数据模型中数据的 物理结构 是一张二维表 二维表中的 列 （字段）称为 属性 ， 属性的个数 称为关系的 元或度 。 二维表中的 行 （记录的型），即对关系的描述称为

一个关系就是一个table。 主要有三部分： 描述DB各种数据的基本结构形式。 描述table与table之间的可能发生的各种操作（关系运算） 描述这些操作所应遵循的约束条件（完整性约束） 基本结构： Relation/Table 基本操作： Relation Operator 基本： ∪，—,×，选择，投影π，∩，连接，÷ 完整性约束： 实体完整性，参照完整性，用户自定义完整性 来源： CSDN 作者： 道亦无名 链接： https://blog.csdn.net/u011046042/article/details/104194592

前言 之前阿里面试的时候有个面试官就问了我会不会"什么什么的内存模型"，当时自己还不知道这个名词(知道概念，但确确实实不知道叫这个名字.....)，所以就回了是问关于大小端存储么？面试官就问下一个问题了..... 后来在《程序员的自我修养》这本书中，看了相关的概念，在这里整理一下： Visual Studio查看虚函数表 在这里首先插一个话题，讲解一下如何查看虚函数表。 我们通过调试去查看变量的分布的时候，会发现只能显示出来基类的虚函数表，而派生类的虚函数表却是被隐藏的；我们想查看这个怎么办？下面是步骤: 先选择左侧的C/C++->命令行，然后在其他选项这里写上/d1 reportAllClassLayout，它可以看到所有相关类的内存布局，如果写上/d1 reportSingleClassLayoutXXX（XXX为类名），则只会打出指定类XXX的内存布局。近期的VS版本都支持这样配置。 运行程序的话就会自动生成一张虚函数表了: 这个内存结构图分成了两个部分，上面是内存分布，下面是虚表;就可以简单进行查看了。 C++内存模型(内存布局) 内存区域 这部分经友人提醒，可以从C++标准的"内存"概念中出发，后面会更新这部分内容。 HERE C++内存分为5个区域： 堆 heap ： 由new分配的内存块，其释放编译器不去管，由我们程序自己控制（一个new对应一个delete）

第一章复杂性 1.软件复杂性的原因： 问题域的复杂的性； 管理费用开发过程的困难性 软件中随处可能出现的灵活性 描述离散系统行为困难。 2.控制系统复杂性的方法： 分解方法（算法分析和面向对象分解）、抽象的方法 3.复杂系统一般具有如下属性： 层次结构：复杂系统的架构是它所有的组件以及这些组件之间的层次结构的函数。 相对本原（primitives）：组成系统的基础组件决定于观察者 分离关注：组件内与组件间的联系分离开来。 共同模式：复杂系统具有共同的模式，复用。 稳定的中间形式：随着时间的推移，系统变得稳定，同时为构建更为复杂系统而作为稳定的中间形式，复杂系统变得更加复杂。 第二章面向对象基础 1.面向对象技术的三个特征：（或基本机制） 封装，隐藏内部实现 继承，复用现有代码 多态，改写对象行为 2.面向对象技术的四个特征：（或基本机制） 抽象，分离变与不变 封装，隐藏内部实现 继承，复用现有代码 多态，改写对象行为 3.Java中抽象类与接口的联系与区别 相同点：1）都有未实现的方法；2）都不能用于创建对象（实例）；3）一个具体的类继承或实现它们时，需要对未实现的方法提供具体实现。 不同点：1）接口中的方法都是未实现的，而抽象类中可以有实现的方法；2）接口中没有构造函数和属性，但抽象类中有；3）一个类只能继承一个抽象类，但可以实现多个接口。 4

1 设备模型框架 它位于硬件和应用程序之间，共分成三层，从上到下分别是 I/O 设备管理层、设备驱动框架层、设备驱动层。 2 设备模型 RT-Thread 中各类内核对象的派生和继承关系： 设备模型的派生关系： 3 设备结构 4 来源： CSDN 作者： Aladdin Wang 链接： https://blog.csdn.net/sinat_31039061/article/details/104135728