开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

对作为类的实体的属性( RavenDb )所做的空更改不会保存

对于作为类的实体的属性(RavenDb)所做的空更改不会保存，这是因为RavenDb是一种面向文档的NoSQL数据库，它使用文档模型来存储和组织数据。在RavenDb中，数据以文档的形式存储，而文档是由键值对组成的。

当对一个属性进行空更改时，即没有对属性进行实际的修改，RavenDb会将这个更改视为无效，因为在文档模型中，属性的值仅当发生实际改变时才会被保存。

这种机制的优势在于减少了不必要的存储和传输，提高了性能和效率。此外，RavenDb还具有以下特点和应用场景：

特点：

面向文档：RavenDb以文档为单位存储数据，每个文档都是一个自包含的数据单元。
灵活的模式：RavenDb支持动态模式，可以在不预先定义模式的情况下存储数据，使得数据模型更加灵活和容易扩展。
ACID事务：RavenDb支持ACID事务，确保数据的一致性和完整性。
分布式：RavenDb可以在分布式环境中部署和运行，支持数据的水平扩展和负载均衡。

应用场景：

文档存储和管理：RavenDb适用于需要存储和管理大量文档数据的应用场景，如内容管理系统、博客平台等。
实时数据分析：RavenDb提供了强大的查询功能和灵活的数据模型，适用于实时数据分析和报表生成等场景。
实时协同编辑：RavenDb支持乐观并发控制，可以应用于实时协同编辑和共享文档的应用场景。
日志和事件存储：RavenDb具有高性能的写入能力，适用于存储和分析大量的日志和事件数据。

腾讯云相关产品和产品介绍链接地址：

腾讯云数据库 TDSQL：https://cloud.tencent.com/product/tdsql
腾讯云文档数据库 TencentDB for MongoDB：https://cloud.tencent.com/product/tcdb-mongodb
腾讯云数据库 CynosDB for PostgreSQL：https://cloud.tencent.com/product/cynosdb-postgresql
腾讯云数据万象：https://cloud.tencent.com/product/ci

相关搜索:对代码所做的更改不会更新exe文件如何保存对列表项目所做的更改实体框架、更新和保存对使用SelectMany检索的对象所做的更改不起作用 TypeScript属性修饰器所做的更改不会显示在日志中对组件字符串输入所做的更改不会更改原始字符串 Vue 3不会检测到对在Vue组件之外创建的对象所做的更改 Umbraco不注册对自定义属性编辑器所做的更改对其他实体的可空属性进行Spring可分页排序如何在使用Javascript刷新页面时保留对类所做的更改将this作为参数的复选框开关不会保存更改的.checked值在实体框架中对来自父类的属性使用[NotMapped 对ApplicationUser属性的更改不会写入数据库如何在SQL Server2008 R2中保存对SELECT Replace()所做的更改 Acumatica:当数据更改时，消息“离开站点？”“您所做的更改可能不会被保存”并不能防止丢失更改在派生类中设置绑定属性不会触发在其派生类中更改的属性作为键值对的错误消息-来自类路径中的属性文件- Spring boot 2.0 对根目录下的某个文件夹中的样式表所做的更改不会对括号和XAMPP立即生效 C-当程序读取文本文件时，不会注意到对该文件所做的更改在字段中已存在值后，ApplicationUser不会保存对该字段的更改在保存带有标记为updatable=false的字段的实体时，禁用警告“实体已修改，但不会更新，因为属性是不可变的”

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

RavenDB起步--第一个 RavenDB 程序

本篇文章将带领大家实现一个小的 RavenDB 案例程序，要求是这样的：实现一个 ToDoList 程序，可以对它进行新增、修改。下面我们开始吧！

01

RavenDB起步--客户端API（三）

我们可以通过 Delete 方法来删除文档，这个方法接受实例实体或文档 ID。下面的代码就是删除文档的方法：

06

RavenDB起步--客户端API（二）

会话是代码和 RavenDB 交互的主要方式。会话 API 中包含如下七个常用的高级 API ：

03

RavenDB建模--常见建模方案

在 RavenDB 中对如何在应用程序中进行数据建模没有任何要求，我们可以使用任何形式进行建模，RavenDB 只关心如何构建数据，这就是我们后续几篇文章要讲解的内容。

01

RavenDB 文档建模--RavenDB 高级建模方案

上篇文章讲解了标准业务数据的建模方案，但是在实际项目中还存在非标准方案来解决大量复杂的数据结构，那么本篇文章就来讲讲。

04

RavenDB建模--ACID模式和BASE模式

本专题最后一节，我们将学习 RavenDB 中常用的两种模式：ACID和BASE模式。首先我先来简述一下什么是 ACID和BASE。

01

RavenDB起步--客户端API（一）

上一小节我们演示了一个简单的实例，从本篇文章开始我将通过两篇文章带领大家学习一下 RavenDB 常用客户端 API。

01

使用.NET简单实现一个Redis的高性能克隆版

该原文是Ayende Rahien大佬业余自己在使用C# 和 .NET构建一个简单、高性能兼容Redis协议的数据库的经历。首先这个"Redis"是非常简单的实现，但是他在优化这个简单"Redis"路程很有趣，也能给我们在从事性能优化工作时带来一些启示。原作者：Ayende Rahien 原链接：https://ayende.com/blog/197441-A/high-performance-net-building-a-redis-clone-analysis 另外Ayende大佬是.NET开源的高性能多范式数据库RavenDB所在公司的CTO，不排除这些文章是为了以后会在RavenDB上兼容Redis协议做的尝试。大家也可以多多支持，下方给出了链接 RavenDB地址：https://github.com/ravendb/ravendb

01

如何结合 Core Data 和 SwiftUI

SwiftUI 和 Core Data 之间相差将近十年 —— SwiftUI 随着 iOS 13 面世而 Core Data 则是 iPhoneOS 3 的产物；很久以前，它还没有被称为 iOS，因为 iPad 尚未发布。尽管时间相距遥远，Apple 还是投入了大量工作以确保这两种强大的技术能够完美地相互配合使用，这意味着 Core Data 就像始终以这种方式设计一样，已集成到 SwiftUI 中。

03

RavenDB文档建模--琐碎的注意事项--并发控制

RavenDB 每秒能处理数十万的请求，这是因为它本质上是并发的。那么这就引出了并发问题，如果有多个请求同一时间同时修改同一个文档，就会出现最后一个被执行的请求将会获胜，它的修改内容将被保留在文档中。在 RavenDB 中 last write wins 模型是默认选项，这个模型出现在对文档的修改和删除的情况下，在创建文档时是不会执行这个模型规则的，因为 RavenDB 它知道请求是要创建一个新文档，并会设置预期的更改向量。

02

RavenDb学习（四）处理文档相关性

RavenDb是文档型数据库，但是我们常常也需要定义对象之间的关系，那RavenDb当中是如何处理的呢？ RavenDb提供了优雅的解决方式，使用正确的话，可以减少数据开销以及网络拥堵 Denormalization 第一种就是反规范化，下面是一个订单的JSON格式在Order这个订单当中我们把我们需要的客户信息（名字）也保存下来了，使用的时候，它直接就读出来了。 { // Order document with id: orders/1234 "Customer": { "Name":

05

RavenDB起步--使用 RavenDB Studio

上一篇文章我们讲解了 RavenDB 的安装以及示例数据库的创建，并且其中涉及到了 RavenDB Stuido 的使用，但是只是简单的讲解了一下。那么在这篇文章中我将带领大家来具体的学习如何在 RavenDB Studio 中实现增删改查。

02

基于ABP落地领域驱动设计-02.聚合和聚合根的最佳实践和原则

领域对象是DDD的核心，我们会依次分析聚合/聚合根、仓储、规约、领域服务的最佳实践和规则。内容较多，会拆分成多个章节单独展开。

03

数据库基础笔记

1、主键约束（Primay Key Coustraint）唯一性，非空性　　2、唯一约束（Unique Counstraint）唯一性，可以空，但只能有一个　　3、检查约束（Check Counstraint）对该列数据的范围、格式的限制（如：年龄、性别等）　　4、默认约束（Default Counstraint）该数据的默认值　　5、外键约束（Foreign Key Counstraint）需要建立两表间的关系并引用主表的列

01

数据库acid的含义[简述数据库事务及其特性]

ACID是指在数据库管理系统（DBMS）中事物所具有的四个特性：原子性、一致性、隔离性、持久性

03

RavenDB 文档建模 -- 开篇

数据建模直接影响到数据库完成工作的效率，我们。常见的建模时基于关系数据的建模，这种建模被称为数据建模，有点如下：

02

RavenDB文档建模--琐碎的注意事项--修订和审计

我们存在数据库里的数据会随着时间的变化而变化，如果要随时追踪数据的变化是一项极具挑战的任务，但是RavenDB 为我们提供了修订功能来解决这一问题。DBA 可以配置 RavenDB 用来追踪文档的修订，每次文档修改时都会创建一个不可变的修订版本，这样我们就可以通过使用这些修订版本来追踪文档发生的所有变化。但是在实际开发中我们一般不会要求追踪所有文档的变化，这时我们就可以指定 RavenDB 仅跟踪特定的集合，甚至可以跟踪最近的几个修订版本。当然修订也可以用于删除，所以我们可以根据修订版本来回复被删除的文档。

03

使用.NET简单实现一个Redis的高性能克隆版（六）

该原文是Ayende Rahien大佬业余自己在使用C# 和 .NET构建一个简单、高性能兼容Redis协议的数据库的经历。首先这个"Redis"是非常简单的实现，但是他在优化这个简单"Redis"路程很有趣，也能给我们在从事性能优化工作时带来一些启示。原作者：Ayende Rahien 原链接：https://ayende.com/blog/197569-B/high-performance-net-building-a-redis-clone-skipping-strings

02

RavenDb学习（八）高级特性上半部分

1、事务支持别的关系型数据库和RavenDb一起使用 using (var transaction = new TransactionScope()) { BlogPost entity = session.Load<BlogPost>("blogs/1"); entity.Title = "Some new title"; session.SaveChanges(); // will create HTTP request session.Delete(en

06

RavenDB文档建模--琐碎的注意事项--缓存查询属性

缓存查询属性是我们在实际开发中会遇到的，什么是缓存查询属性呢？举个例子来说，在电子商城的订单系统中每个账户都有自己的订单数据，有时用户需要查看自己截止到目前所订单的数量，那么这个账户的订单数量可以被视为查询属性，因为从众多的订单中统计出某个账户的订单数量是一件会消耗很多资源的命令，因此会将这个订单数量存储在缓存中（例如存储在RavenDB中），在后续查询中我们不需要再次从数据库中查询，只需要在缓存冲查询即可，这就叫做缓存查询属性。缓存查询属性的行为开起来很常见也很有意义，但是着是一个不良的行为。为什么这么说呢？首先在大部分领域中这种类似的属性并不是客户必须有的部分（可有可无），也不是客户文档必须包含的部分，其次，为了保证这个属性会在相关内容变更（例如订单删除和新增）时也跟着更改，我们就需要在相关内容发生变化时也去改变它的内容，等于说我们要对数据库多进行N次的操作，然后将更新的数据在存入缓存中，这样就会增大失败的概率，接着，我在进行开发设计前还需要考虑哪些操作会改变查询属性，如果是比较简单的项目还好，那如果是大型项目呢？里面的操作错综复杂，如何保证覆盖所有的操作？缓存查询属性这个问题其实是一个业务和成本方面的问题，在大多数情况下我们只是想在页面中展示这个值，并且要从关系型数据库中查询出这个值的话可能会很昂贵，因此很多人会将这个值直接放在缓存中。在 RavenDB 中我们可以使用 MapReduce 聚合操作来处理，我们根本就不需要缓存这种属性，也减少了成本，MapReduce的使用因为是一个很大的模块，因此我将放在后面专门开始一个专题来讲解。在解决完缓存查询属性的问题后，下一步我们该考虑如何处理并发的问题和并发问题对建模的影响，这个问题我将放在下一篇文章讲解。

02

RavenDB 文档建模--琐碎的注意事项--处理无限增长的文档

使用 RavenDB 进行数据建模的一个重大挑战是数据不同的特征和行为会对各种操作成本产生不同的影响，这又反过来影响我们设计和使用模型的方式。从这篇文章开始我将通过4到6篇文章来讲解 RavenDB 文档建模琐碎的注意事项。

01

RavenDB数据建模--总结

在本专题中我们首先将 RavenDB 视为一个简单的键/值存储。只需将数据存储进去并通过键访问数据即可。同时我们还学习了使用过期功能来存储与时间相关的数据。从键/值存储的简单模型开始，我们开始考虑真实的文档模型，学习了如何构建嵌入值来存储本质上是文档一部分的数据，还研学习了如何对关系和集合、多对一和多对多关联进行建模。然后，我们介绍了更高级的建模技术，例如如何处理引用和配置数据，以及如何处理时态信息和分层结构。

03

一文看懂 PHP 8 的新特性

本文最初发布于 stitcher 博客，经原作者授权由 InfoQ 中文站翻译并分享。

01

RavenDB起步--安装以及示例数据库

本篇是 RavenDB 起步阶段的首篇文章，我将会在这篇文章里讲解如何安装 RavenDB 以及如何创建实例数据库。下面就让我们开始吧！

02

RavenDB文档建模--琐碎的注意事项--缓存

RavenDB 使用基于 HTTP 的 REST 用于客户端和服务端的通信，也就是说我们在操作文档的时候其实就是使用 WEB 发送 HTTP 请求，那么基于这一点 RavenDB 就可以利用 HTTP 的特性来执行一些东西。其中最常见的是 RavenDB 客户端 API 使用 HTTP 特性在客户端开启缓存。每个从服务端返回的响应都包含一个 etag 头内容，如果我们只是请求的单个文档，那么这个 etag 头内容就是文档的 etag 标题，如果我们请求的是多个文档的话，这个 etag 头内容就会包含一个计算值（具体计算值将在后面的专题详细讲解）。客户端将会缓存服务器的响应、URL 和 etag 的值，那么当有和缓存 URL 想的请求进入客户端时，我们会将其发送到服务端，同时也告知服务端，客户端存在一个特定 etag 值的请求结果。服务端在收到信息后会检查 etag 和客户端上的 etag 是否一样，如果一样就不返回数据，让客户端继续使用缓存的数据，这样就减少了网络的负载和服务端的压力。另外，RavenDB 还有一个叫做 Aggressive Caching 的功能，它可以让看客户端 API 注册来自服务端的更改。也就是说，当我们在本地缓存了一些值后，就不需要再向服务端发送请求，让服务端判断是否要给我们返回新数据，通过这个功能如果服务端的数据发生了改变，那么服务端就会通知客户端，这时我们可以去请求服务端来获取新的数据。这个功能对于查询类似 configure 文档或大型文档来说可以大大的节省性能。

02

RavenDb学习（二）简单的增删查改

在上一节当中已经介绍了RavenDb的文档设计模式，这一节我们要具体讲一讲如何使用api去访问RavenDb 1.连接RavenDb var documentStore = new DocumentStore { Url = "http://myravendb.mydomain.com/" }; documentStore.Initialize(); var documentStore = new DocumentStore { ConnectionStringName = "MyRav

05

新手Java课设-图书管理系统

首先在数据库表设计方面来说，作为一个图书管理系统，那么首先肯定要有图书表book，那么图书表包含的字段应当就有图书id，以及图书名称，作者，和作者性别,还要图书价格，和图书详情。表设计如下

01

【PowerDesigner】CDM生成PDM

PDM保持一致，可对已有PDM进行更新，操作为：选择菜单栏上的Tools->Generate Physical Data Model，打开PDM Generation Options，选择Update existing Physical Data Model，并通过Select model 下拉框，选择需要更新的PDM

01

一网打尽当下NoSQL类型、适用场景及使用公司

对比传统关系型数据库，NoSQL有着更为复杂的分类——键值、面向文档、列存储以及图数据库。这里就带你一览NoSQL各种类型的适用场景及一些知名公司的方案选择。在过去几年，关系型数据库一直是数据持久化的唯一选择，数据工作者考虑的也只是在这些传统数据库中做筛选，比如SQL Server、Oracle或者是MySQL。甚至是做一些默认的选择，比如使用.NET的一般会选择SQL Server；使用Java的可能会偏向Oracle，Ruby是MySQL，Python则是PostgreSQL或MySQL等等。原因很

05

RavenDB 文档建模--建模注意事项

我们在开始讲解如何在 RavenDB 中建模之前，先来看看注意事项，这些内容与我们将要辨析的模型有着直接的关系。这里需要注意的第一点是不要在不同应用之间建立共享数据库。很多设计者会建立共享数据库，用以在不同的应用之间共享相同的数据，虽然这样做能减少数据存储量，以及实现多应用使用相同数据的目的，但是在 RavenDB 中并不推崇这样的做法。这是因为虽然不同的应用看起来有些数据是一样的，我们会强制它们使用相同的方式处理数据，但是在大多数情况下不同的应用程序使用相互不同的方式处理类似的数据，如果使用共享数据的话，一个应用程序共享数据的结构的改变就会造成其他应用跟着一起改变，进而导致数据模型复杂性增加，并且也会增加不同应用开发团队之间沟通的成本和时间。因此每个应用程序应该对立的进行数据建模，并不断的根据需求进行改进。读到到这里，肯定有人会问了：不同的应用程序直接或多或少的都需要共享数据，那么使用 RavenDB 如何实现这一点呢？我们可以使用 RavenDB 内置的 ETL 功能在不同应用程序服务器之间建立数据/信息流（这个内容将会在后续讲解）。另一个要注意的是某些情况下应该数据冗余存储，比如在 Order 文档中存在 Address 文档的链接，但是如果 Address 中的配送地址变了，那么 Order 文档中的历史订单的配送地址也会跟着改变，这样就出现了我上一篇文章说的数据损坏。那么，我们在进行建模的时候，应该考虑我的关注点是当前值（例如 Order 文档中的当前订单配送地址）还是时间点值（例如 Order 文档的历史订单配送地址），如果是时间点值那么我们就需要进行数据冗余存储，例如在 Order 文档中存储配送地址的详细信息。以上几小段的内容总结下来就是建模文档的核心原则：

02

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET平台开发指南 - 对象设计器使用帮助

介绍 AgileEAS.NET平台做为一个快速应用开发平台，其目的为是为了提高应用软件的生产效率，如何软件开发的生产效率，方法是多种多样的；使用工作简化开发中低技术重复工作可以是一种行之有效的途径。在AgileEAS.NET平台中，我们提供了一个集数据库设计、代码生成、DDL定义与一体的数据实体设计器。在早期的AgileEAS.NET版本中包含一个代码生成器，用于根据现在数据库生成ORM代码，后来的思路是想介入项目的数据库设计环节，所以设计了这么一个数据对象设计

05

Unity基础教程系列（七）——可配置形状（Variety of Randomness）

这是有关对象管理的系列教程中的第七篇。它为形状增加了一些行为，并可以针对每个生成区域配置它们。

03

RavenDB起步--Document Metadata

我们可以在文档中存储任何数据内容，比如在订单文档中我们会存储订单状态、订单物品数量、订单金额等等内容。但是我们还需要存储一些和订单文档无关的内容，比如谁修改了订单文档、什么时候修改了订单文档等，这时就需要 Document Metadata （文档元数据，我们暂且这样翻译）登场了。

01

RavenDB：基于Windows/.NET平台的NoSQL数据库

众所周知，NoSQL运动旨在成为大数据时代传统关系数据库管理系统的替代品。如今Microsoft对开源的态度有所转变，RavenDB就是很好的例子。Microsoft对RavenDB（NoSQL数据库）的认可令很多人感到惊讶。RavenDB可以轻易的替代关系数据库管理系统并兼容以往的.NET应用。 NoSQL的出现与发展是非常必要的，NoSQL系统的速度和高扩展性是其具备的优势，而这并不是传统关系数据库的强项。NoSQL为Amazon、Google等需要处理大数据的公司提供行之有效的解决方案。如键值存储鼻祖

06

RavenDB起步--文档标识符

在关系型数据库中表一般情况下都会存在主键，这个主键在所在表中是唯一的不可重复的，同样在 RavenDB 中也存在这样的主键，它被成为文档标识符或文档ID。文档ID是由 UTF8 字符串组成的最多 2025 字节长度的全局唯一值。一般来说文档 ID 的组成规则是：集合名称 + / + 唯一值，当然如果你有其他文档 ID 组成的规则也可以使用。下面我们来看一下 RavenDB 生成文档 ID 的策略。

02

【PowerDesigner】创建和管理CDM之新建实体

在左边模型类型（Model type）列表中，选中Conceptual Data Model，单击“确认”按钮即新建了一个默认名为ConceptualDataModel_1的CDM工程

01

.NET EF Core（Entity Framework Core）

1、Entity Framework Core(EF Core)是微软官方的ORM框架。优点：功能强大、官方支持、生产效率高、力求屏蔽底层数据库差异；缺点：复杂、上手门槛高、不熟悉EFCore的话可能会进坑。 2、Dapper。优点：简单，N分钟即可上手，行为可预期性强；缺点：生产效率低，需要处理底层数据库差异。 3、EF Core是模型驱动 (Model-Driven)的开发思想，Dapper是数据库驱动(DataBase-Driven)的开发思想的。没有优劣，只有比较。 4、性能： Dapper等≠性能高；EF Core≠性能差。 5、EF Core是官方推荐、推进的框架，尽量屏蔽底层数据库差异，.NET开发者必须熟悉，根据的项目情况再决定用哪个。

01

NoSQL 数据库的使用场景

摘要：对比传统关系型数据库，NoSQL有着更为复杂的分类——键值、面向文档、列存储、图数据库。这里就带你一览NoSQL各种类型的适用场景及一些知名公司的方案选择。

02

oracle基础|数据库模型|实体-关系图(E-R图)|什么是一对一、一对多、多对多

系统设计中一个重要的环节就是数据库设计，数据库设计的时候需要先进行数据建模(实体关系图 E-R图)，数据建模的依据就是前期所做的需求分析

01

RavenDB文档建模--琐碎的注意事项--附件与二进制

RavenDB 是一个 JSON数据库，但并非所有数据都可以使用JSON来存储，例如订单中的发票PDF、QQ/微信头像等，对于这种类型的数据它既是文档的一部分又是和文档分开的，因此 RavenDB 会将这类数据作为附件存储。什么是附件？附件是可以附加到文档的二进制数据，附件始终位于文档中，除了存储二进制数据外，还会存储一个附件名称。虽然附件和文档分别位于不同的卫视，但是都保存在同一个存储中，并且附件和文档可以一起处理。这也就是说附件可以和具有相同语义的文档一起参与相同的事务

04

Unity基础教程系列（十二）——更复杂的关卡（Spawn,Kill,and Life Zones）

这是关于对象管理系列的第12篇也是最后一篇教程。它涵盖了kill区域的增加和更严格的关卡对象管理。

05

Spring data 相关注解

作用是json序列化时将Java bean中的一些属性忽略掉，序列化和反序列化都受影响。

02

撤销VBA对工作表的操作

当执行VBA过程代码后，如果想反悔，像在Excel中操作一样，使用Excel的撤销功能或者按Ctrl+Z来撤销VBA代码对工作表的改变，不会起作用。

01

Unity基础教程系列（五）——生成区域（Level Variety）

这是有关对象管理的系列教程中的第五篇。主要扩展了如何让对象以更多不同的模式生成，并且支持每个关卡的单独配置。

02

EF Core中避免贫血模型的三种行之有效的方法

Paul Hiles: 3 ways to avoid an anemic domain model in EF Core 1.引言在使用ORM中（比如Entity Framework）贫血领域模型十分常见。本篇文章将先探讨贫血模型的问题，再去探究在EF Core中使用Code First时如何使用简单的方法来避免贫血模型。 2.什么是贫血模型在对领域建模后，输出一系列类中仅包含一些简单属性声明而不包含业务逻辑的模型，就属于贫血模型。当使用Entity Framework时，它们不仅仅是简单的数

04

JPA实体类中的注解

@Entity 　　标注于实体类上，通常和@Table是结合使用的，代表是该类是实体类 @Table 　　标注于实体类上，表示该类映射到数据库中的表，没有指定名称的话就表示与数据库中表名为该类的简单类名的表名相对应，如果是逆向生成表的话就会以简单类名作为表名　　如果指定名称，例如@Table(name="tb_user")，就表示映射到数据库中的tb_userz这个表； @Id 　　标注于属性上，通常是在get方法上，也可以在属性的声明上。　　用于表示该属性作为ID主键 @GeneratedValue

07

serialVersionUID 问题处理

类通过实现 java.io.Serializable 接口以启用其序列化功能。未实现此接口的类将无法进行序列化或反序列化。可序列化类的所有子类型本身都是可序列化的。

01

Ask Apple 2022 中与 Core Data 有关的问答 (下）

Ask Apple 为开发者与苹果工程师创造了在 WWDC 之外进行直接交流的机会。本文对本次活动中与 Core Data 有关的一些问答进行了整理，并添加了一点个人见解。本文为下篇。

02

EF基础知识小记三(设计器=>数据库)

本文主要介绍通过EF的设计器来同步数据库和对应的实体类.并使用生成的实体上下文,来进行简单的增删查该操作 1、通过EF设计器创建一个简单模型 (1)、右键目标项目添加新建项 (2)、选择ADO.Net

05

一步步学习EF Core(3.EF Core2.0路线图)

09

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭