首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Rafy 领域实体框架简介

使得开发者可以非常方便地使用富领域模型的同时,配备强大的实体属性设计、查询功能,并兼顾了极高的开发效率。...同时,这些属性的 API 直接公布,更方便开发人员编写面向自己应用的框架。详情见:实体属性。 仓库基类则实现了组合实体的添加、删除、修改,并提供了大量的默认查询。详情见:实体仓库。...针对这个问题,基于 Rafy 编写的实体组件,内置提供了多种多样的扩展点:实体属性的扩展(添加新的属性、替换当前属性的逻辑)、查询的扩展(添加新查询、替换当前查询逻辑)、业务控制器的扩展(添加新逻辑、替换当前逻辑...另外,实体仓库的设计,使得开发者不需要修改一行代码,即可无缝支持分布式远程调用。 也就是说,使用 Rafy 编写的实体查询、服务,原生就支持分布式的部署方式。...同时,Rafy 针对分布式传输进行了优化,如:基于自定义的托管属性框架,在对实体的数据进行序列化时,只会传输有效数据,而不会传输实体中默认的空数据,也提高了数据传输的效率。

1.4K70

mysql慢查询优化方法_MySQL查询优化

redo log 写满了 内存不够用,要从 LRU 链表中淘汰 MySQL 认为系统空闲的时候 MySQL 关闭时 一直慢的原因:索引没有设计好、SQL 语句没写好、MySQL 选错了索引 ’mysql慢查询优化...第二步:利用explain关键字可以模拟优化器执行SQL查询语句,来分析SQL查询语句。 第三步:通过查询的结果进行优化。...优化方式 (1)首先分析语句,看看是否包含了额外的数据,可能是查询了多余的行并抛弃掉了,也可能是加了结果中不需要的列,要对SQL语句进行分析和重写。...(2)分析优化器中索引的使用情况,要修改语句使得更可能的命中索引。比如使用组合索引的时候符合最左前缀匹配原则。not in,not like都不会走索引,可以优化为in....,使用 system NULL MySQL 在优化过程中分解语句,执行时甚至不用访问表或索引 从上到下,性能从差到好,一般来说需要保证查询至少达到 range 级别, 最好达到 ref ---- key

14K40
您找到你想要的搜索结果了吗?
是的
没有找到

查询优化器概念—查询优化器介绍

如何调优 Oracle SQL系列文章第四篇:查询优化器概念之查询优化器介绍。...第一篇:SQL调优系列文章之—SQL调优简介 第二篇:SQL调优系列文章之—SQL性能方法论 第三篇:查询优化器基础知识—SQL语句处理过程 4 查询优化器概念 本章描述了与查询优化器相关的最重要的概念...4.1 查询优化器介绍 查询优化器(简称为优化器)是内置数据库软件,用于确定 SQL 语句访问请求数据的最有效方法。 4.1.1 查询优化器的用途 优化程序尝试为 SQL 语句生成最佳执行计划。...对于每个查询块,优化器生成查询子计划。...数据库从下到上分别优化查询块。 因此,数据库首先优化最里面的查询块并为其生成子计划,然后生成表示整个查询的外部查询块。 查询块的可能计划数与FROM子句中的对象数成比例。

1.1K20

ADO.NET 实体框架概述

实体框架组件 实体框架使开发人员可以编写更少的数据访问代码,减少维护,将数据结构抽象化为更易于开展业务(标准化程度较低)的方式,并且有利于数据的持久性。...当与 LINQ to Entities结合使用时,由于实体框架从概念模型中生成强类型化类,还有助于降低编译时错误的数量。实体框架生成开发人员能够依据其编写代码的概念模型。...这些数据访问技术使开发人员可以与 EDM 的概念实体交互。EDM 的各个层以 XML 文件形式存在; 实体数据模型 实体框架的核心位于其模型中。实体框架支持表示数据库中的关系架构的逻辑存储模型。...因此,实体框架的模型中有三个处于活动状态的层: 概念层 映射层 逻辑层 这三层允许将数据从关系数据库映射到更加面向对象的业务模型。实体框架提供了使用 XML 文件定义这些层的方法。...2、2008年3月份 LINQ 的标准查询操作符:http://msdn.microsoft.com/zh-cn/magazine/cc337893.aspx 3、2008年5月份 实体框架问题与解答

1.4K50

Rafy 领域实体框架 - 树型实体功能(自关联表)

在 Rafy 领域实体框架中,对自关联的实体结构做了特殊的处理,下面对这一功能进行讲解。 场景 在开发数据库应用程序时,往往会遇到自关联表的场景。...而针对这样的场景,许多ORM框架都不做默认的处理,开发者往往每次都要做重复的工作:建立类似结构的表,编写关系处理代码,编写查询代码……而这种场景经常会出现,所以 Rafy 实体框架中,默认就支持了树型实体的一系列功能...功能及使用说明 在 Rafy 中的树型实体功能,只需开发者使用一行代码为指定的实体打开这个功能,框架会自动完成以下工作: 自动添加实体的自引用关系。自动生成数据库自关联表。...自带多个查询,用于查询树节点。 查询结果自动转变为树的结构。 支持树节点的按需加载。 下面,将逐一进行讲解。 打开树型实体功能 开发者只需使用一行代码即可让指定的实体转变为树型实体。...但是也会有所区别,例如 GetAll 方法在查询非树实体时,查询出的实体列表中包含所有的实体;但是在查询树型实体时,结果会按照树的结构来进行加载,即列表中只会有根节点,其它节点则分别在根节点的下级节点中

1.5K80

mysql查询优化

查询效能极低,并且请求次数过多的话很可能会因为这一个慢sql把你整个系统拖垮,不能正常对外提供服务 ------ 二、带着疑问去优化 其实优化手段从业务层面上看很单一,也就是通过给字段添加索引,相信很多人都听过...sql优化加索引能提高查询效率,但是很少去思考跟索引相关的一些问题,比如 索引什么时候会生效?...也就是说,在这个查询里面,索引 k 已经“覆盖了”我们的查询需求,我们称为覆盖索引。由于覆盖索引可以减少树的搜索次数,显著提升查询性能,所以使用覆盖索引是一个常用的性能优化手段。 联合索引 a....前缀索引影响 1、可能导致查询语句读数据的次数变多使用前缀索引,定义好长度,就可以做到既节省空间,又不用额外增加太多的查询成本。...会先把name和id两列的值查询出来,放入到sort_buffer中 2. 根据sort_buffer中的数据进行name排序 3. 在根据id去回表 c. 优化 1.

1.3K10

MySQL查询优化

数据库优化方向 (1)、根据服务层面:配置mysql性能优化参数 (2)、从系统层面增强mysql的性能:优化数据表结构、字段类型、字段索引、分表,分库、读写分离等等 (3)、从数据库层面增强性能:...这通常比使用很多INSERT语句块快20倍 ORDER BY优化 InnoDB引擎下,通过有序排序索引顺序扫描,这种方式在使用explain分析查询的时候显示为Using Index,无需额外排序,操作效率较高...优化group by 若查询包括group by,但想要避免排序结果的消耗,可指定group by null。...优化嵌套查询查询 explain select * from customer where customer_id not in(select customer_id from payment)...优化分页查询 一般分页查询,通过创建覆盖索引能较好地提高性能。

1.5K10

MySQL查询优化

数据库优化方向 (1)、根据服务层面:配置mysql性能优化参数 (2)、从系统层面增强mysql的性能:优化数据表结构、字段类型、字段索引、分表,分库、读写分离等等 (3)、从数据库层面增强性能:...这通常比使用很多INSERT语句块快20倍 ORDER BY优化 InnoDB引擎下,通过有序排序索引顺序扫描,这种方式在使用explain分析查询的时候显示为Using Index,无需额外排序,操作效率较高...优化group by 若查询包括group by,但想要避免排序结果的消耗,可指定group by null。...优化嵌套查询查询 explain select * from customer where customer_id not in(select customer_id from payment)...优化分页查询 一般分页查询,通过创建覆盖索引能较好地提高性能。

1.5K20

ClickHouse查询优化

why_clickhouse_is_so_fast:架构优越列式存储索引数据压缩向量化执行资源利用关注底层细节但是,数据库设计再优越也拯救不了错误的使用方式,本文以MergeTree引擎家族为例讲解如何对查询优化...()行数构建AST、优化并生成执行计划pipeline,最后在executeImpl()中多线程执行DAG获取结果,这篇文章只关心SQL执行,省略掉网络交互部分,查询执行流程如下图所示:图片SQL的解析优化和编译原理息息相关...优化器经过语法分析后生成的AST并不是执行最优解,ClickHouse包含大量基于规则的优化(rule based optimization),每个Query会遍历一遍优化规则,将满足的情况进行不改变查询语义地重写...配置优化配置优化分为两部分,全局配置优化和MergeTree表配置优化。全局配置优化参看Altinity选择性配置优化项。...AND rand() % 10 = 0; -- Non-deterministic插入优化数据插入看起来和查询性能没什么联系,但是有间接影响。

2K30

MySQL查询优化

软件又细分为很多种,在这里我们通过MySQL的查询优化从而达到性能的提升。      最近看了一些关于查询优化的书籍,同时也在网上看一些前辈们写的文章。...、和group by涉及字段加索引 6、子查询优化   在from中为非相关子查询,可以上拉子查询到父层。...在多表连接查询考虑连接代价再选择。   查询优化器对子查询一般采用嵌套执行的方式,即对父查询中的每一行,都执行一次子查询,这样子查询会执行很多次。这种执行方式效率很低。   ...优化:   子查询合并,若多个子查询,能合并的尽量合并。   ...能够达到看SQL查询语句就能得出优化方法的大神,必定是仔细研究过SQL查询优化并且有过好几年优化经验的老鸟。哈哈,我还只是个小菜鸟。

2K30

MySQL 查询优化

二次SQL查询区别不大的时候,不能按照二次执行的时间来判断优化结果,没准第一次查询后又保存缓存数据,导致第二次查询速度比第二次快,很多时候我们看到的都是假象。 17....什么时候开MySQL的查询缓存,交易系统(写多、读少)、SQL优化测试,建议关闭查询缓存,论坛文章类系统(写少、读多),建议开启查询缓存。 18. Explain 执行计划只能解释SELECT操作。...查询优化可以考虑让查询走索引,走索引能提升查询速度,索引覆盖是最快的,如下就是让分页走覆盖索引提高查询速度。...如下是30条大数据表优化要点: 1)对查询进行优化,应尽量避免全表扫描,首先应考虑在 where 及 order by 涉及的列上建立索引。...,SQL是根据表中数据来进行查询优化的,当索引列有大量数据重复时,SQL查询可能不会去利用索引,如一表中有字段sex,male、female几乎各一半,那么即使在sex上建了索引也对查询效率起不了作用。

3.8K111

数据库查询优化技术(二):子查询优化

数据库查询优化技术总览 本章内容: 1查询的基本操作 2查询的2种类型 3Query Execution Plan of MySQL 4子查询优化 5How to optimize SubQuery?...查询的2种类型 根据SQL语句的形式特点,还可以做如下区分: 1针对SPJ的查询优化。 基于选择、投影、连接三种基本操作相结合的查询所做的优化。...2针对非SPJ的查询优化 在SPJ基础上存在GROUPBY操作的查询,这是一种较为复杂的查询,对带有GROUPBY、ORDERBY等操作的优化。...逻辑查询优化包括的技术: 1子查询优化 2视图重写 3等价谓词重写 4条件化简 5外连接消除 6嵌套连接消除 7连接消除 8语义优化 9非SPJ的优化 Query Execution Plan of MySQL...t2.a2>10); 被查询优化器处理后的语句为 示例5 MySQL支持对ALL类型的子查询优化

3.1K00

Mysql进阶优化篇06——分组查询优化、分页查询优化、覆盖索引

01——四万字详解数据库性能分析工具(深入、全面、详细,收藏备用) Mysql进阶优化篇02——索引失效的10种情况及原理 Mysql进阶优化篇03——多表查询优化 mysql进阶优化篇04——深入JOIN...语句的底层原理 Mysql进阶优化篇05——子查询优化和排序优化 大厂SQL面试真题大全 文章目录 1....GROUP BY优化 2.优化分页查询 3.覆盖索引的使用 3.1 什么是覆盖索引? 3.2 覆盖索引的利弊 1....2.优化分页查询 一般分页查询时,通过创建覆盖索引能够比较好地提高性能。...EXPLAIN SELECT * FROM student LIMIT 2000000,10; 优化思路: 该方案适用于主键自增的表,可以把 Limit 查询转换成某个位置的查询

1.7K30

es搜索优化&mysql查询优化

这周优化了我们沙抖官网搜索的功能,这个搜索目前是根据视频标题进行匹配,之前是对用户输入的关键词进行了分词查找,比如用户输入【机器人】,这样的话,只要视频标题中有关键词的任意一个字都会被搜到,比如含有【人...】字的标题会展示出来,并可能排的很靠前,所以我就对当前的搜索进行了优化,现在搜索是优先进行相邻短语查询 match_phrase,如果相邻短语查询结果小于2个就进行普通的分词查询,这个相邻短语查询是要求在请求字符串中的所有查询项必须都在文档中存在...这样查询的话,标题中含有【机器人】的结果肯定在前。...], "fields": { "video_title": { } } } } 这周内我还对我们的数据表查询进行了优化...,加了普通索引和联合索引,现在我们一个视频数据表的数据量是几百兆大小,根据视频行业进行查询时,mysql 响应速度在 600ms 左右,我对行业字段添加了普通索引,查询响应在 30 ms 左右,前后对比优化结果还是很明显的

1.5K20

性能优化-子查询优化

3、子查询优化查询是我们在开发过程中经常使用的一种方式,在通常情况下,需要把子查询优化为join查询但在优化是需要注意关联键是否有一对多的关系,要注意重复数据。...我们要进行一个子查询,需求:查询t表中id在t1表中tid的所有数据; select * from t where t.id in (select t1.tid from t1); ?...通过上面结果来看,查询的结果是一致的,我们就将子查询的方式优化为join操作。...在这种情况下,如果我们使用子查询方式进行查询,返回的结果就是如下图所示: ? 如果使用join方式进行查找,如下图所示: ?...例子:查询sandra出演的所有影片: explain select title,release_year,length from film where film_id in ( select

1.7K20

性能优化-Limit查询优化

5、Limit查询优化 Limit常用于分页处理,时长会伴随order by从句使用,因此大多时候回使用Filesorts这样会造成大量的IO问题。...例子: 需求:查询影片id和描述信息,并根据主题进行排序,取出从序号50条开始的5条数据。...对于这种操作,我们该用什么样的优化方式了? 优化步骤1: 使用有索引的列或主键进行order by操作,因为大家知道,innodb是按照主键的逻辑顺序进行排序的。可以避免很多的IO操作。...随着我们翻页越往后,IO操作会越来越大的,如果一个表有几千万行数据,翻页越后面,会越来越慢,因此我们要进一步的来优化优化步骤2 记录上次返回的主键, 在下次查询时使用主键过滤。...(说明:避免了数据量大时扫描过多的记录) 上次limit是50,5的操作,因此我们在这次优化过程需要使用上次的索引记录值, select film_id,description from sakila.film

89110

Rafy 框架 - 大批量导入实体

某些场景下,开发者希望能够大批量地把实体的数据导入到数据库中。虽然使用实体仓库保存实体列表非常方便,但是其内部实现机制是一条一条的保存到数据库,当实体的个数较多时,效率就会很低。...repo.Save(books); 需要把最后一行使用仓库保存实体列表,修改为创建导入器来保存实体列表: //创建一个批量导入器进行保存。...也就是说,批量导入父实体时,同时也会批量导入父实体下的所有子实体。 批量导入不但支持添加新实体,同时也支持批量更新、批量删除。使用方法与使用仓库保持一致。...新增大量实体时,实体的 Id 生成 一般情况下,使用仓库保存一个新增的实体时,仓库会使用数据库本身的机制来为实体生成 Id,在 SQLServer 中是使用 IDENTITY 列,在 ORACLE 中则是使用每个表对应的...但是,批量导入大量新实体时,为了性能上的考虑,则需要一次性为需要保存的所有新实体统一生成 Id。

1.3K80
领券