前几天,阿粉给大家说了关于 Activiti 的使用,后台就有好友私信阿粉说,这些表都不知道是什么意思,不行呀,看不明白呀,于是阿粉就打算再这次给大家讲一下关于 Activiti 的这些表中的字段都是表示的什么意思...,然后我们一一来看这些字段都是些什么意思。...3.act_hi_actinst 历史节点表 这个表实际上就是表示的都是历史活动信息,流程流转过的所有节点的记录都在这个表中,但是他是记录的所有节点信息,而在 taskinst 只记录 usertask...这个表好像有点鸡肋,目前说是还没有用到, 13.act_id_membership 用户与分组对应信息表 总得来说,这个表是真的简单,因为只是表示用户和组之间的对应关系,和很多硬件方面的内容好像很类似,...这个表示业务流程定义数据表,对应关系和 act_re_deployment 是多对一的关系。
1.了解背景信息 表结构的变更是业务运行过程中比较常见的需求之一,在 MySQL 的环境中,可以使用 Alter 语句来完成这些操作,这些 Alter 语句对应的操作通常也称之为 DDL 操作。...通常情况下大表的 DDL 操作都会对业务有很明显的影响,需要在业务空闲,或者是维护的时候做。...2.快速加列测试 快速加列采用的是 instant 算法,使得添加列时不再需要 rebuild 整个表,只需要在表的 metadata 中记录新增列的基本信息即可。...不支持压缩表,即该表行格式不能是 COMPRESSED。 不支持包含全文索引的表。 不支持临时表。 不支持那些在数据字典表空间中创建的表。...推荐阅读 (点击标题可跳转阅读) MySQL参数是啥,你知道吗? MySQL redo与undo日志解析 MySQL中的这几类日志,你一定要知道
了解背景信息 表结构的变更是业务运行过程中比较常见的需求之一,在 MySQL 的环境中,可以使用 Alter 语句来完成这些操作,这些 Alter 语句对应的操作通常也称之为 DDL 操作。...通常情况下大表的 DDL 操作都会对业务有很明显的影响,需要在业务空闲,或者是维护的时候做。...查阅官方文档得知,快速加列即 Instant Add Column ,该功能自 MySQL 8.0.12 版本引入,是由腾讯游戏DBA团队贡献。注意一下,此功能只适用于 InnoDB 表。...快速加列测试 快速加列采用的是 instant 算法,使得添加列时不再需要 rebuild 整个表,只需要在表的 metadata 中记录新增列的基本信息即可。...不支持压缩表,即该表行格式不能是 COMPRESSED。 不支持包含全文索引的表。 不支持临时表。 不支持那些在数据字典表空间中创建的表。
大家如果打过长时间的微信电话应该都有体会,这些APP在后台偷听其实和我们打微信电话是一样的,都需要大量耗电,录音超过半个小时一定会开始发热,这也是不可能不被我们注意到的。...比如就拿电商APP来说好了,我们日常用语当中又有多少是我们感兴趣的商品意图呢?这些意图又怎么识别呢?这些都是问题。 即使能够识别,又该怎么计算呢?是在用户本地计算吗,还是上传到云端呢?...本地计算显然是不行的,因为深度学习模型的运算量不小,只靠手机的性能十有八九是不够的。如果传到云端呢?语音文件算法不算很大,但是日积月累消耗的流量也是不小的,用户真的不会察觉吗?...而且这些APP完全根本不需要用这样下作的方法就可以知道我们是谁,我们对什么内容感兴趣。比如淘宝有你所有的消费记录,还有你的地理位置信息,知道你在哪里你的消费能力怎么样。...双十一、双十二搞搞促销不香吗?正当的钱都挣不过来,为什么要走歪路? 当今互联网的大公司都是掌控着媒体的力量的,真要敢这么搞,不是给竞争对手送炮弹吗?
比如,仅仅声明“我们已获得用户授权”并不足够,还需要展示授权流程的具体设计、用户知情同意的实现方式,甚至是如何验证同意真实性的机制。...这些要求往往不会在明文规定中详细列出,但却是审核中实际考量的重点。门槛三:算法公平性,如何自证“清白”?算法歧视是监管关注的重点,但证明自己的算法“公平”却非易事。什么样的测试算充分?...如果算法在不同群体间存在效果差异,多大差距是可接受的?这些具体标准往往没有统一答案。实践中,企业需要设计周密的测试方案,涵盖多样化的场景和用户群体,并给出详实的测试数据。...这些“软实力”的体现,往往比技术参数更影响审核方的信心。...算法备案的本质,是推动企业负责任地运用算法技术。那些看似“隐形”的门槛,其实正是引导企业从技术导向转向责任导向的关键设计。对于企业来说,理解这些门槛背后的深意,或许比单纯满足形式要求更为重要。
谁还不是个宝宝~ 这些熟悉的网路语言,或许大家听着都会会心一笑,发出“好可爱”“萌萌哒”的感叹。可当低幼化的“萌系”表达开始向严肃的公共话题(如疫情、公民身份等)延展,违和感就开始出现了。...但全民低幼化是怎么发生的呢?“高科技奶嘴”或许是一个不可忽视的存在。 互联网低幼化,真的是危言耸听吗?...就像直播授课终会回归实体课堂一样,如今,人们对低幼化的反思,未尝不会开启“低科技感”的生活方式,这会带来新的商业机会吗? 在我们看来是有机会的。...另外,伴随着人们越来越多地感受到高科技带来的思维退化和数字焦虑,尤其是对年轻人群的影响,低科技产品正在重新获得市场认可。 “不经考察的生活是不值得过的”。...正如怀特海所说,一个人仅仅见多识广,他不过是这个世界上最无用而令人讨厌的人。
目录 一、什么是路由协议? 1.静态路由 2.默认路由 3.动态路由 二、查看一张路由表 三、查看默认路由 一、什么是路由协议? 学习了ip协议,知道怎么判断两台机器是否在同一个子网。...动态路由和静态路由的区别:配置之后,它会动态学习路由条目,形成路由表。 比如通过网络中的消息,动态知道这个目的地址应该怎么设置,从哪里发,那个目的地址应该从哪里发。这样的动态学习,形成了路由表。...路由协议查找路由表,然后去决定怎么去转发数据包。 二、查看一张路由表 打开cmd输入route print(路由打印的意思),按下回车。 它里面的内容: 1.网络目标:我要去的目的地址。...2.网络掩码和子网掩码是一样的,用来确认这个目的地址属于哪个子网的,看到都是255.255.255开头的。 224.0.0.0 240.0.0.0这个是个组播地址,目前了解即可。...默认网关的路由设备肯定有自己的一张路由表,这个路由表比主机路由表要详细很多。 肯定详细分开哪个网段应该走哪条链路。主机路由基本上都会配一个默认路由。要学会看路由表,怎么做数据的转发就可以了。
二、安全数据表SDS和MSDS一样吗 MSDS与SDS仅仅是不同标准中对MSDS的两种不同缩写,在供应链上所起的作用完全一致,在内容上的差异也主要取决于所采用的危险性分类和格式编辑标准。...三、MSDS应用领域 SDS是化学品供应链上物质信息传递的主要方式之一,其内容基本涉及到化学品的整个生命周期,包含了化学品的危害信息和安全防护建议等。...五、进口清关用MSDS有效期是几年?
但是你用的方式对吗? 语句分析 一.order by 对于order by大家都不陌生,但是为什么使用order by之后查询会变慢呢?我们先来看下一条语句 ?...如果WHERE 还存在子句,再随后去过滤这些子句数据行。...首先我们仍然是要加索引,但是加了索引就会生效吗? 第一种,sort加了索引,但是你觉得索引生效了吗?...果然没有再去使用临时表了。所以Group by的字段也需要加索引。 第二种情况 ? 第三种情况 ? 如果你语句产生来临时表,就可以往以上几种情况靠拢,然后进行优化。...(3)增加冗余字段 设计数据库表时应尽量遵循范式理论,尽可能减少冗余字段,但是现今存储硬件越来越便宜,有时候查询数据的时候需要join多个表 这样在高峰期间会影响查询的效率,我们需要反范式而为之,增加一些必要的冗余字段
你写的每条SQL都是全表扫描吗?如果是,那MySQL可太感谢你了,每一次SQL执行都是在给MySQL上压力、上对抗。MySQL有苦难言:你不知道索引吗?你写的SQL索引都失效了不知道吗?慢查询不懂啊?...MySQL表设计要尽可能满足数据库三大范式,帮助大家回顾下: 第一范式:数据库表中的每一列都是不可再分的属性,属性相近或相同的列应该合并。 第二范式:满足第一范式的条件下,一个表只能描述一个对象。...如果某些列经常出现数据重复,应该把这些列作为另一个表。 第三范式:满足第二范式的条件下,表中的每一列都只能依赖于主键,即直接与主键相关。...我们在业务开发中遇到反第二范式的情况是最多的,例如以下订单明细表的设计,每一个订单明细都包含了重复的商品名称、商品单位、商品价格,这三个字段属于字段冗余存储。...2.3 索引如何设计 面试官:在工作中,表索引你怎么设计的? 索引的设计有以下设计原则,大家在实际业务开发中应该尽量遵循这些原则,可以帮你避开不少坑。
你真的会玩SQL吗?系列目录 你真的会玩SQL吗?之逻辑查询处理阶段 你真的会玩SQL吗?和平大使 内连接、外连接 你真的会玩SQL吗?三范式、数据完整性 你真的会玩SQL吗?...玩爆你的数据报表之存储过程编写(下) 每次上新功能时都需要添加新表,这时就要涉及到表结构的设计,那就要提到三范式,对于三范式教科书上说得很绕口,那简单点的呢?...第三范式:要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。 ? 正规化范式(BCDF):所有表中的决定因素必须是一个候选键,如果只有一个候选键,那么就和第三范式是一样的。...第四范式(4NF):消除多值依赖。 第五范式(5NF):消除循环依赖。 我们设计表结构往往都尊从简单的三范式,从其他元素中消除数据冗余问题, 从特定的表中最小化冗余意味着摆脱不必要的数据。...❑范式化允许修改少量的数据(即单记录)。换言之,一个表的具体字段记录更新时,会影响其他引用他的表。
所以,人,是需要保持不断学习的,你不用担心,这些知识学来学起都是那些的问题,当你的所学达到一定高度,你的思维层面就上升了。...你觉得是这样吗?...…… 是的,我又忘了…… 这还写个锤子啊,知识学了就忘不还是没有解决吗?...那这样的方法有人告诉你吗?不管有没有,反正我今天要和你分享一下,所以等下看完记得点赞哦! 你觉得最好的学习新知识的方法是什么?...这样做的好处就是,你不但清晰的了解了这些信息,而且更重要的是由于你的理解,它们都内化成了你的知识,也就是形成了长期记忆。
那么,对于关系型数据库,有办法进一步提升数据读取性能吗?...有,(在一定程度上)改变数据的组织方式,即反范式化(Denormalization) 一.范式化 在讨论反范式化之前,有必要先明确什么是范式化,要反的东西是什么?...为了避免这些异常情况,人们提出了一些约束规则,即数据库设计范式 二.数据库设计范式 1NF:第一范式(First normal form)要求数据表中每个字段的值都不可再分 2NF:第二范式(Second...然而,在解决这些问题的同时,范式化也带来了另一些问题 三.范式化的弊端 在这些设计范式的约束下,相关联的信息被存储到了不同的逻辑表中: A normalized design will often “store...那么,有办法能改善查询性能吗? 有。
2 如果仅仅是需要这一个表提供数据,则这个表的数据量有多大,可以预估一下,一天大于多少,(不必要很准确,我经常听到的是,我也不知道数据量有多少,或者我不知道一天有多少数据量)其实我觉得听到这些声音的时候...(你自己都不清楚,你要别人怎么办) 3 如果是多表查询,则多表查询里面那些是基础表(因为多表查询或多或少符合了三范式),那些是业务表,或者哪里是记录表(流水账式的表) 4 根据上面 2 3 的问题,...6无论是严格符合三范式,或者将表严格不符合三范式,都将产生的最终结果就是,表中的锁的增加,以及数据的访问和写入的困难增加。...所以设计表时是要符合三范式还是不严格遵守三范式,根据业务逻辑大部分情况可能会选择后者。...如果在一个非键列中更改一个值会导致另一个值更改,则该表不符合第三种范式
什么是三范式 设计关系型数据库时,遵从不同的规范要求,设计出合理的关系型数据库,这些不同的规范要求被称为不同的范式,各种范式呈递次规范,越高的范式数据库冗余越小。...一般来说,数据库只需要满足第三范式就行了。 第一范式:保证每列的原子性 第一范式是最基本的范式。如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库满足了第一范式。...这么设计才算满足了数据库的第一范式,修改之后的表结构如图: 第二范式:保证一张表只描述一件事情 这是通俗的说法,用第二范式的定义描述第二范式,说的是在满足第一范式的基础上,数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖...看不懂是吗,没关系,我也看不懂,下面举一个例子,有一张表如下图: 上表满足第一范式,即每个字段不可再分,但是这张表设计得并不好,或者说,这张表的设计并不满足第二范式。...和"学院电话"直接相关联的是"学院”,如果表结构这么设计,同样会造成和第二范式一样的数据冗余、更新异常、插入异常、删除异常的问题。
本系列出自《深入浅出MySQL》,全文以问答形式展开,是我的个人学习笔记。 问答录 先看花絮 Q:如果外键是NULL,它右什么作用吗?有办法确定外键已经连接到父键了吗?...---- Q:不能单纯的使用另一张表的键,称之为外键,而不加上约束吗? A:其实可以,但创建成外键约束后,就只能插入已经存在于父表中的值,有助于加强两张表间的连接。...如果我们试着删除主键表中的行或者是改变主键值,而这个主键是其他表的外键约束时,你就会收到错误警告。 ---- Q:所以上面说的那种,我就不能删除了是吗?...我们可能希望某些数据不要太常被访问,隔离这些数据,即可管制访问次数。一员工表为例,他们的薪资信息最好另存一张表。 如果有一大块数据,例如BLOB类型,这段数据或许另存为另一张表会更好。...Junction table(连接表) 范式(NF) 第一范式(1NF) 数据列只包含具有院子性的值 没有重复的数据组 组合键 组合键就是有多个数据列构成的主键。
满足这些规范的数据库是简洁的、结构明晰的,同时,不会发生插入(insert)、删除(delete)和更新(update)操作异常。...---- 这儿引申出一个逆向思维:两列的属性相近或相似或一样,那就得合并 (箱子编号,物品1,物品1数量,物品2,物品2数量) 这种结构满足第一范式吗?...同时,应当把非主属性和原来它依赖的“主键的子集”单独建表,如上表,需要加一张(平台,对接人邮箱)表 第三范式 设R是一个满足第一范式条件的关系模式,X是R的任意属性集,如果X非传递依赖于R的任意一个候选关键字...从范式定义来讲,范式就是为了结构明晰,不出现冗余 从上面的范式递进来看,背后逻辑都体现在消除冗余,一旦出现重复数据,就想办法把这些数据抽离出独立表 在程序中,也是类似的,抽取公共部分,确定不变的,封装好变化的...(id, description), studentclass(studentid, class_id) 三张表,这样是符合数据库范式的(第一范式,第二范式,第三范式,BC范式等),没有任何冗余 如果需要列出学生的
共享的操作范式 边缘节点代表了企业和服务提供商在其云和本地数据中心架构之外可用的 IT 基础设施的另一层。...根据边缘状态[4]的开放术语表[5]的定义,“边缘原生应用程序”是指在集中式数据中心中操作并不实用或不受欢迎的应用程序。...当操作和数据在云设备和边缘设备之间来回流动时,需要一个共享的操作范式来自动处理和执行指令。Kubernetes 为所有网络部署提供了这种共享范式,允许将策略和规则集应用于整个基础设施。...第三种方法是分层云加边缘,使用Virtual Kubelet[9]作为参考架构。Virtual Kubelet 存在于云中,包含部署在边缘的节点和 pod 的抽象。...然而,并不是每个组织都有资源和/或专业知识来自己构建这些系统。
引言: 上一篇我介绍了 MySQL 范式标准化表设计,范式设计具有以下优点: 1、把如何消除数据冗余做到极致,从而减少关系表对磁盘的额外占用。 2、各个表之间的关系表现非常清晰,可读性非常强。...正文: 但是范式设计同样也有缺点: 表范式标准化,等级越高,表数量就越多。比如 2NF 比 1NF 可能要多几张表,3NF 比 2NF 可能又要多几张表等等。...这样的思路也就是今天要讲的重点,简称反范式。 反范式也即通过一定的冗余把原先高级别的范式设计降低为低级别的范式设计来减少范式设计带来的表数量增多的缺点。...接下来我们用简单的示例看看反范式如何精简查询语句并且提升效率。 以下5张关系表分别代表员工表,部门表,薪水表,以及员工与部门关系表,员工与薪水关系表。...联合查询的开销非常大,为了消除不必要的联合查询,此时就不能完全按照范式理念来设计表,需要一定的反范式思想,针对每个需求,添加必要的冗余列方可达到简化查询。
, '文本', 2); -- 假设问题ID 2 是 '您对公司的福利待遇满意吗?', 问题ID 6 是 '您对我们客服的响应速度满意吗?'...数据库建表的三范式(3NF,Third Normal Form)是关系型数据库设计的基本原则,用于确保数据库结构的逻辑性和减少数据冗余。...这三个范式是逐步细化的,每一个范式都是在前一个范式的基础上建立的。...解释: 在第一范式中,主要关注的是列的原子性。也就是说,表中的每一列都应该只包含一个值,而不能包含集合、数组或其他复合数据类型。...解释: 第二范式建立在第一范式的基础上,主要关注于主键与非主键列之间的依赖关系。 在第二范式中,一个表只能保存一种数据,不可以把多种数据保存在同一张数据库表中。