开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

Symfony原则- InheritanceType SINGLE_TABLE不会在Dicscriminator更改但Id不变时更改目标实体

Symfony原则中的InheritanceType SINGLE_TABLE是一种继承类型，它用于在数据库中存储继承关系的实体对象。

具体而言，当使用InheritanceType SINGLE_TABLE时，所有继承自同一父类的子类实体对象将存储在同一个数据库表中，而不是每个子类对应一个单独的表。这个表包含了所有子类的字段，并且使用一个特定的字段来标识每个实体对象的类型。通常这个字段被称为"Discriminator"，它用于区分不同子类的实体对象。

在使用InheritanceType SINGLE_TABLE时，当Discriminator字段的值不变，即使子类的Id发生改变，目标实体也不会发生更改。这个特性对于维护继承关系的完整性非常重要，因为它保证了子类实体对象在数据库中的一致性。

InheritanceType SINGLE_TABLE的优势在于简化了数据库结构，减少了表的数量，提高了数据的查询效率。同时，它还能够方便地处理多态对象的存储和查询操作。

应用场景方面，InheritanceType SINGLE_TABLE适用于具有单一继承关系的实体对象，并且这些对象之间的字段比较相似的情况。例如，一个电商平台的商品类别可以使用这种继承类型来表示，不同的商品类别可以继承自同一个父类，并使用Discriminator字段来区分不同的类别。

推荐的腾讯云相关产品是腾讯云数据库MySQL，它是一种可靠、高性能的关系型数据库服务，可以满足Symfony框架中InheritanceType SINGLE_TABLE的存储需求。您可以通过以下链接了解更多关于腾讯云数据库MySQL的信息：腾讯云数据库MySQL

这就是关于Symfony原则中InheritanceType SINGLE_TABLE的完善且全面的答案，希望对您有帮助！

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

有帮助

没帮助

相关·内容

Spring·JPA

，特别是当不同的实体类型含有很多的不同列时。...TABLE_PER_CLASS: 和 JOINED 策略类似，这个策略为每种实体类型创建单独的表。但与 JOINED 策略相反的是，这些表包含了所有与当前实体相关的信息。...因此加载这些实体时不需要引入连接查询，但它带来的新问题是：在不知道具体的子类时，需要使用另外的 SQL 查询来确定它的信息。...要更改实现类使用策略，只需要在基类中添加注解： @Inheritance(strategy = InheritanceType.JOINED) 实体关系（Relationships）除了子类和其父类之间的扩展关系...JPA 提供了如下三种不同的方法： TABLE：这种策略会创建一个单独的表，其中为每个实体保存一条记录。这条记录包含实体的名字和 id 列的当前值；每次有新的 id 值请求时，就更新此表中相应的行。

3.3K3 0

DDD领域驱动设计实战-理解聚合(Aggregate)和聚合根(AggregateRoot)

聚合的不变条件和一致性边界是什么意思？ 1 聚合实体一般对应业务对象，具有业务属性和业务行为值对象主要是属性集合，描述实体的状态和特征但都只是个体化对象，其行为表现出的是个体能力。...4 设计原则 4.1 在一致性边界内建模真正的不变条件要从限界上下文中发现聚合，需要了解模型中真正的不变条件，才能决定什么样的对象可以放在一个聚合。...优先选用值对象并非意味着聚合就是不变的，因为当值对象属性被替换成其他值时，根实体也就随之改变。...在你的领域中，迫使你设计大聚合的不变条件约束并不多。遇到这种情况，可考虑添加实体或集合，但始终都应将聚合设计得尽量小。...实体的特点有ID标识，通过ID判断相等性，ID在聚合内唯一即可。状态可变，它依附于聚合根，其生命周期由聚合根管理。实体一般会持久化，但与数据库持久化对象不一定是一对一的关系。

15.8K7 3

DDD领域驱动设计实战-聚合(Aggregate)和聚合根(AggregateRoot)

聚合的不变条件和一致性边界究竟什么意思？ 1 聚合实体一般对应业务对象，具有业务属性和业务行为值对象主要是属性集合，描述实体的状态和特征但都只是个体化对象，其行为表现出的是个体能力。...设计原则在一致性边界内建模真正的不变条件要从限界上下文中发现聚合，我们需要了解模型中真正的不变条件。这样才能决定什么样的对象可以放在一个聚合。不变条件表示一个业务规则，该规则应该总是保持一致。...存在多种类型的一致性：事务一致性要求立即性和原子性最终一致性在讨论不变条件时，我们讨论的是事务一致性。我们可能有以下不变条件： c = a + b 当a等于2, b等于3时,c必定等于5。...很多情况下建模成实体的概念都可重构成值对象。优先选用值对象并非意味着聚合就是不变的，因为当值对象属性被替换成其他值时，根实体也就随之改变。将聚合的内部建模成值对象有很多好处。...实体的特点有ID标识，通过ID判断相等性，ID在聚合内唯一即可。状态可变，它依附于聚合根，其生命周期由聚合根管理。实体一般会持久化，但与数据库持久化对象不一定是一对一的关系。

1.9K3 0

聊一聊C#中的不可变类型

传递性和不变性保证：不可变类型的传递性使得在不同的代码段之间传递数据更加安全。不可变对象的不变性保证了它们的行为不会在不同的上下文中发生变化。...在函数式编程中，避免副作用和可变状态是关键原则，不可变类型正是这些原则的体现。数据传递：在需要将多个值作为一个单一对象传递给方法或返回多个值的方法时，使用不可变元组或不可变对象非常方便。...配置信息：不可变类型适用于存储应用程序的配置信息，因为它们不会在运行时更改。这使得配置信息在整个应用程序中具有一致性。...实体对象：在领域驱动设计（Domain-Driven Design）中，实体对象通常是不可变的，因为它们代表领域中的特定状态和行为，状态不应该随意更改。...这确保了字符串的内容不会在使用过程中被更改，从而提高了代码的可靠性和安全性。不可变性使得字符串在多线程环境中更容易管理，因为字符串对象不需要额外的同步措施来保护其内容。

4231 0

识别实体与值对象的特征

然而，在对相等性进行判断时，可能出现ID与属性存在一种隐含的对应关系。例如，出版行业中作为正规出版物的图书，具有唯一的ISBN号，它相当于是图书领域概念的ID，所以Book应定义为实体。...显然，在进行相等性判断时，考虑的属性越多，就会出现多个组合的属性形成一种“隐藏”的唯一标识特征，有一些体现业务规则的ID，自身就是根据属性值来定义的。...这会让人在甄别实体与值对象时，显得摇摆不定。...如果不考虑ID属性，只要orderId、product与quantity值相同，完全可以认为是同一个订单项。然则，订单项的quantity值是可以更改的，更改了数量的订单项也不会认为是不同的订单项。...如果仍然无法判断，就遵循优先级原则：优先将领域概念建模为值对象。

8062 0

Akka 指南之「Actor 模型如何满足现代分布式系统的需求？」

相反，Actor 模型以一种原则性的方式解决了这些缺点，允许系统以更好地匹配我们的构思模型（mental model）的方式运行。...修改 Actor 的内部状态只能通过消息来实现，一次处理一条消息，在试图保持不变时消除竞争。任何地方都没有使用锁，发送者也不会阻塞。...相同的模型可以完全映射到远程通信中，其中状态保存在机器的 RAM 中，更改/数据作为数据包在网络上传播。...我们需要考虑两种错误：第一种情况是，由于任务中的错误（通常是一些验证问题，如不存在的用户 ID），目标 Actor 上的委派任务失败。...总是有一个负责管理 Actor 的实体：它的父节点。从外部看不到重新启动：协作 Actor 可以在目标 Actor 重新启动时继续发送消息。现在，让我们简单介绍一下 Akka 提供的功能。

1.2K3 0

功能标志无法阻止CrowdStrike停机

配置更改是代码更改；你应该在测试和发布它们时使用相同的原则。由于配置更新发生得更加频繁，并且可以快速部署到生产环境，因此你必须比代码更新更加小心地对待它们。...测试和验证我们的目标是在更改过程中（在本地测试或 CI 期间）检测到错误的更改。配置应该有一个模式，任何更改都应该根据该模式进行验证。...代码应该使用所有（或至少所有重要的）配置不变式进行测试，以确保配置更改不会在代码中触发逻辑错误。属性测试和模糊测试可以用于此目的。使用生产环境中部署的代码测试配置更改。...使用分阶段发布方法部署配置变更，逐渐增加目标数量，直到更改在所有地方部署。在阶段之间留出足够的“烘焙”时间，以便您的监控有机会检测到问题。...例如，您可以在 X% 的目标上启用一项功能，以确保它在达到 100% 之前正常工作。虽然功能标志确实有助于防止停机，但考虑到 CrowdStrike 事件的规模和复杂性，它们不足以解决三个原因。

1151 0

DDD领域驱动设计的概念解析

，即它的 ID 可以保持不变。...比如商品是商品上下文的一个实体，通过唯一的商品ID 来标识，不管这个商品的数据如何变化，商品的 ID 一直保持不变，它始终是同一个商品，用户也是同理。...是否有全局唯一ID？是否可以创建或者修改其他对象？是否有专门模块来管理这个实体？根据业务单一原则和高内聚原则，找出与聚合根关联的所有紧密依赖的实体和值对象。...聚合之间是通过关联外部聚合根ID的方式引用，而不是直接对象引用的方式在边界之外使用最终一致性。聚合内数据一致性，而聚合之间数据最终一致性。在一次事务中，最多更改一个聚合的状态。...如果一个业务操作涉及到多个聚合状态的更改，应用采用领域事件的方式异步修改相关聚合，实现聚合之间的解耦通过应用层实现跨聚合的服务调用原则也不是不能突破，可以根据业务调整，这里只是给出方案贫血模型、充血模型

1.1K2 1

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

我们对聚合根和子集合实体都使用实体这个术语，除非明确写出聚合根或子集合实体。聚合和聚合根原则包含业务原则实体负责实现与其自身属性相关的业务规则。聚合根还负责其子集合实体状态管理。...当然，如果使用 MongoDB 数据库，则需要显示地更新已经更改的实体。所以，如果你想要编写独立于数据库提供程序的代码，应该总是为要更改的实体调用UpdateAsync()方法。...只通过ID引用其他聚合一个聚合应该只通过其他聚合的ID引用聚合，这意味着你不能添加导航属性到其他聚合。这条规则使得实现可序列化原则得以实现。...如果这样做，在源集合的数据库集合中会保存目标集合对象的副本，因为它在保存时被序列化为JSON，这样可能会导致持久化数据的不一致。...这并不意味着子集合实体应该总是有复合主键，只有当需要时设置；通常是单一的ID属性。复合主键实际上是关系型数据库的一个概念，因为子集合实体有自己的表，需要一个主键。

3.1K3 0

Swift 定制 Core Data 迁移

你需要更改数据结构的方式，以适应新功能，同时确保用户不会在不同版本之间丢失任何数据。如果你使用 Core Data 在应用程序中持久化信息，那么 Core Data 迁移就会发挥作用。...但是，有些情况下，你需要通过提供一个映射模型来自定义迁移过程，告诉 Core Data 究竟如何从源模型迁移到目标模型中的每个属性和实体。...Artist 实体将具有一个表示艺术家名称的 name 属性，以及 id 和 imageURL 属性，我们将从原始 JSON 字符串中获取它们。...创建与源实体相同类型的全新目标实体。将源实体的属性值复制到目标实体。如果源实体具有 json 属性，则将其解析为 Song 对象。为避免重复项，请检查艺术家是否已经存在于目标上下文中。...如果艺术家不存在，则创建一个新的 Artist 实体，将其插入到上下文中，并设置其属性。设置目标实体上的新艺术家关系。将源和目标实例关联起来。

760 0

架构之路（七） —— iOS App的SOLID原则（一）

Open-Closed 软件实体，包括类、模块和函数，应该对扩展开放，对修改关闭。这意味着您应该能够扩展您的类型的功能，而无需大幅更改它们以添加您需要的内容。 3....注意：当您重构现有项目时，按顺序遵循 SOLID 原则并不重要。相反，正确使用它们很重要。 ---- Auditing the Project 启动项目打破了所有五个原则。...这证明了开闭原则是多么强大。对于其余的原则，您将以不同的顺序浏览它们，以使它们更易于应用。请记住，当您重构现有项目时，按顺序遵循 SOLID 并不重要。正确地做这件事很重要。...这意味着当您从Today添加费用时，除非您创建新的报表实例，否则您不会在每月Monthly中看到它。断言确保您不会在子类中覆盖此方法，并且不会意外调用父方法。...它实现了相同的目标：您可以轻松地交换底层实现，而无需更改任何视图。

4.7K1 0

Akka 指南之「集群分片」

每个实体 Actor 只在一个地方运行，消息可以发送到实体，而不需要发送者知道目标 Actor 的位置。...这是通过这个扩展提供的ShardRegion Actor 发送消息来实现的，它知道如何将带有实体 ID 的消息路由到最终目标。...当解析分片的位置时，该分片的传入消息将被缓冲，并在分片所在地（home）已知时传递。到已解析分片的后续消息可以立即传递到目标目的地，而不涉及ShardCoordinator。...消息排序只要发送者使用同一个ShardRegion Actor 将消息传递给实体 Actor，消息的顺序就会保持不变。...当rememberEntities设置为false时，Shard不会在重新平衡或从崩溃中恢复后自动重新启动任何实体。只有在Shard中收到实体的第一条消息后，才会启动实体。

2.3K6 1

一周技术学习笔记(第79期)-架构师要掌握的6段话

因为每一层只使用它下面一层提供的抽象，所以可以在不影响代码的情况下极其灵活地更改底层实现。” 二、架构就是不断地对系统进行正交分解的过程： “优先考虑组合，而不是继承”。...开闭原则告诉我们，应尽量通过扩展软件实体的行为来应对变化，满足新的需求，而不是通过修改现有代码来完成变化，它是为软件实体的未来事件而制定的对现行开发设计进行约束的一个原则。...四、将开闭原则上移到业务系统。业务对外只读，意味着不可变，但不变的业务生命周期是很短暂的，所以要可扩。...然而这里面其实好难，无论是新的抽象的定义还是职责范围的扩张，这都需要有强大的分析能力和精湛的设计思维、重构手法、调优能力以及站在核心目标上的权衡来支撑。然而难亦是乐趣所在。...不见得都对，但开始思考记录总是好的。

2153 0

领域驱动设计-下

主要包含聚合、聚合根、实体、值对象、领域服务等领域模型中的领域对象。聚合的设计原则：高内聚，聚合尽量小，聚合之间通过id关联，边界之外使用最终一致性，在应用层实现跨聚合的调用。...聚合根的特点：聚合根是实体，具备唯一标识，有独立的生命周期，一个聚合只有一个聚合根，聚合根在聚合之内采用引用依赖的方式对实体和值对象进行组织和协调，聚合根和聚合根之间通过唯一id进行聚合之间的协同；实体的特点...：具备id标识，可以通过id进行相等性比较，实体在聚合内唯一，但是状态可变，它依附于聚合根，它的生命周期由聚合根管理，实体一般都会持久化，跟数据持久化对象存在多种对应关系（一对一，一对多，多对一，1对0...当需要更换数据库类型，或者更改数据处理逻辑时，我们就可以保持业务逻辑接口不动，只修改仓储实现，保证了领域层业务逻辑的干净和纯洁。...后面基础层发生了变化，则领域层无需动任何代码，只要仓储接口不变，领域层的逻辑就可以一直保持不变，维护了领域层的稳定性。领域服务是可以做成企业级可复用的服务的，因此稳定性必须有保障。

7853 0

Github标星1.6W+，程序员不得不知的“潜规则”又火了，早知道就不会秃头了

它可以极大地提升部分 B 的运行速度，但部分 A 的运行速度将保持不变。...SOLID 的第一个原则。这个原则表明模块或者类只应该做一件事。实际上，这意味着对程序功能的单个小更改，应该只需要更改一个组件。例如，更改密码验证复杂性的方式应该只需要更改程序的一部分。...开闭原则实体应开放扩展并关闭修改。 SOLID 的第二个原则。这个原则指出实体（可以是类、模块、函数等）应该能够使它们的行为易于扩展，但是它们的扩展行为不应该被修改。...该原则的目标是构建稳健的系统。如果可以理解意图，它们可以处理不良的输入。但是，接受错误格式的输入可能存在安全隐患，特别是此类的输入未经过充分测试。...极限编程原则告诫开发人员，他们应该只实现当前所需的功能，并避免实现未来需要的功能，仅在必要时才实现。遵守这一原则可以减小代码库大小，同时避免时间和生产力浪费在没有价值的功能上。

3951 0

Spring认证中国教育管理中心-Apache Cassandra 的 Spring 数据教程十

13.1.基本 Spring Data 提供了复杂的支持，以透明地跟踪谁创建或更改了实体以及更改发生的时间。要从该功能中受益，您必须为实体类配备审计元数据，这些元数据可以使用注释或通过实现接口来定义。...并@LastModifiedDate捕获更改发生的时间。...为此，我们使用以下算法：如果属性是不可变的但公开了一个with…方法（见下文），我们使用该with…方法创建一个具有新属性值的新实体实例。...示例实体 class Person { private final @Id Long id; private...该类公开了一个withId(…)用于设置标识符的方法，例如，当一个实例插入到数据存储中并生成一个标识符时。Person创建新实例时，原始实例保持不变。

8972 0

什么是依赖注入

@TODO 第 3 篇：Symfony 服务容器入门 @TODO 第 4 篇：Symfony 服务容器：使用建造者创建服务 @TODO 第 5 篇：Symfony 服务容器：使用 XML 或 YAML...「依赖注入」也许是我所知的最简单的设计模式之一，有可能您已经在项目中使用过「依赖注入」，但同时它也是最难以讲透彻的模式之一。...一般有如下解决方案：直接在 User 类里面创建 SessionStorage 实例时的 cookie 名称硬编码到它的构造函数： <?...在 User 类里面硬编码并没有解决实际问题，后续你依旧无法在不修改 User 类代码的情况下实现更改会话名称的目的。使用一个常量也是一个坏主意，因为 User 类现在依赖于这个常量来设置。...如今，很多 PHP 现代框架都依赖于「依赖注入」设计模式已达到高内聚低耦合的目标： <?

2.6K1 0

浅谈Andorid开发中的MVP模式

之所以会出现MVP这种架构模式，是因为我相信大家在开发App时，肯定会发现，Activity的负担非常重，既要初始化控件，又要写一些逻辑操作的展示等等，有时候很多Activity中的代码都充当了Controller...和Model的角色，所以你会发现Activity违背单一职责原则，负担过重。...不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。...通常View与Presenter是一对一的，但复杂的View可能绑定多个Presenter来处理逻辑。...在后面，根据需要再随便更改View，而对Presenter没有任何的影响了。

7016 0

绕过WAF限制利用php:方法实现OOB-XXE漏洞利用

以下是其分享：在对目标应用的测试分析时，我偶然发现了其中一个路径调用了一个名为xml的参数，但其对应的XML数据值是加密的。...但当我把其中的外部实体（external entity）修改为 [http://localhost/](http://localhost/) 后，目标应用却能及时无误的响应。...由于其WAF防火墙未阻止本机用为外部实体，所以，我想找到目标应用公开具备的，不需cookie验证且使用GET参数的路径来实现对某些数据的更改或添加。...sid=[session_id]&key=xxe&val=test发送GET请求的外部实体，之后看看该路径下的xxe和test值是否已经会发生添加更改，因此，我构造的XXE Payload如下，并把它执行了发送...sid=[session_id] 下，我发现sid值已经被添加更改，也就是说，目标应用服务器能正常获取上述实体，并会向提供的路径发送GET请求。

1.2K2 0

【领域驱动设计】Redux 和领域驱动设计

理解两者，我们可以提供更好的实现；来自不同世界的两种方法相互碰撞并利用相同的设计原则。领域驱动设计领域驱动设计是一种软件建模技术，旨在创建强大的微服务架构以及集成多个现有解决方案。...DDD 用于事件溯源的目标是增加数据库中写入的吞吐量。它不会将每个更改保存在数据库中，而是仅存储每个聚合发出的域事件，并在可能的情况下存储聚合的快照。...例如，当我们有一个带有由键索引的实体的对象时，但我们有一个带有键的数组。它加快了列表查询。...商店中的现有商品最初标有相应的产品售价，但当活动开始时，它会用广告价格重新标记商品。...我们减少了应用程序的耦合，我们可以在不更改任何代码的情况下从系统中插入和拔出单元。 Redux 做同样的解耦。每个组合的减速器就像一个聚合体。当 reducer 收到一个动作时，它会独立地减少它。

1.5K3 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭