盛年不重来,一日难再晨,及时当勉励,岁月不待人。这篇文章主要讲述#yyds干货盘点#RavenDB起步--客户端API相关的知识,希望能为你提供帮助。
Delete()我们可以通过 Delete 方法来删除文档,这个方法接受实例实体或文档 ID。下面的代码就是删除文档的方法:
var task = session.Load<
ToDoTask>
("ToDoTasks/1-A");
session.Delete(task);
// delete by instance
session.Delete("ToDoTasks/1-A");
// delete by ID
这里咬住,Delete 方法并不会删除文档,只是将文档在会话中标记为在已删除,只有在调用 SaveChanges 方法文档才会被删除。
Query()在项目中大部分情况我们会使用查看,在这个专题中已经展示了一些查询的代码,因此在这一小节就不再列出查询代码了。和通过Load调用加载的文档一样,通过 Query 加载的文档也是由会话管理的。我们修改或者删除文档后,同样也需要调用SaveChanges 方法来更新 RavenDB,而且利用 Query 查询出来的文档在会话中也只有一个实例,不管你查询了多少次。这里要注意 RavenDB 不允许在查询期间进行计算(例如:SUM、AVG 这类的计算),并且它不存在表扫描或慢查询的问题。我们将在第三部分中详细说明原因并介绍有关索引的详细信息,但现在您可以看到大多数查询都适合您。
Store()【#yyds干货盘点#RavenDB起步--客户端API】Store 方法是会将实体与会话关联在一起。只有在我们要创建一个新文档的时候才会这么去做。案例代码如下:
var person = new PersonName = "Oscar Arava"
;
session.Store(person);
同样,与 Delete 方法一样,只有在调用 SaveChanges 方法后,数据才会真正的保存在 RavenDB 中,并且对于新增来说,RavenDB 会为新实体提供一个 ID。除了保存新实体外,Store 还可以将现有文档实体与会话相关联,这种情况一般用在服务武器将实体发送给客户端,客户端修改实体后再发送回 Web 应用程序。但这时发现它没有被会话加载也没有被跟踪。那么就可以调用 Store 方法来将实体和会话绑定在一起,并且它的 ID 不是空的,RavenDB 认为它以存在于库中,因此将会以更新的形式存入库中。
SaveChanges()SaveChanges 方法的作用是检查所有删除和更改的会话状态,然后将这些作为一个事务发送到服务器,因此这就保证了不会因为中途产生异常而部分保存失败。调用 SaveChanges 方法时,将检查数据库中加载的实体和当前的实体是否有变动。如果有变动,那么该实体将被保存到数据库中。代码如下:
using (var session = documentStore.OpenSession())// do some work with the sessionsession.SaveChanges();
Advanced前面的 API 都是常见的场景,但是肯定还有一些不常见的场景,遇到不常用的场景我们可以使用 Advanced 来解决。例如我们可以使用它在每个会话的基础上配置乐观并发的行为:
session.Advanced.UseOptimisticConcurrency = true;
也可以通过修改约定来全局定义:
documentStore.Conventions.UseOptimisticConcurrency = true;
具体的内容我会在后续专题将会具体讲解。
推荐阅读
- #yyds干货盘点# 关于Activity,一个初级开发应该知道的一切
- MQ入门
- MySQL高级SQL语句(下)
- Debiasing word embeddings | 浅谈词嵌入除偏 #yyds干货盘点#
- #yyds干货盘点# MySQL RC事务隔离级别的实现
- 利用反射生成 MyBatisPlus中QueryWrapper动态条件#yyds干货盘点#
- #yyds干货盘点# 美团二面面经,最后竟然有惊喜()
- #yyds干货盘点# Kubernetes 怎样对业务数据进行持久化存储((10))
- 设计模式15--从审批流中学习责任链模式