在数据库设计中，“不得使用外键与级联，一切外键概念必须在应用层解决”这样的要求意味着你需要将数据完整性的责任从数据库层面转移到应用程序的逻辑层面。下面是对这种做法的理解和解释：
- 不使用外键：
- 在关系型数据库中，外键是一种约束机制，用来确保两个表之间的引用完整性。当一个表（子表）包含对另一个表（父表）的引用时，外键可以确保被引用的记录在父表中确实存在。
- 如果不使用外键，则表示不会依赖于数据库来强制实施引用完整性。所有的数据一致性和完整性检查需要由应用程序自己完成。
- 不使用级联操作：
- 级联操作是指当执行某些操作（如删除或更新）时，自动在相关联的表上执行相同或相关的操作。例如，如果父表的一条记录被删除，那么所有子表中的相关记录也会被删除。
- 不使用级联操作意味着这些行为也需要通过应用程序逻辑来实现。
- 外键概念在应用层解决：
- 这意味着你需要在应用程序中实现自己的逻辑来模拟外键的行为。比如，在插入、更新或删除记录之前，应用程序需要先检查是否有相关的记录存在，并且在必要时进行相应的操作以保持数据的一致性。
- 应用程序需要处理所有关于数据完整性的事务，例如确保在一个表中删除一条记录前，已经删除了所有相关的其他表中的记录。
采取这种方法的原因可能有多种，包括但不限于性能优化、特定的系统架构需求或者是对数据库模式的灵活度要求较高等。然而，这也意味着更多的工作量落在了开发者的肩上，因为他们需要编写额外的代码来处理这些情况，同时也增加了潜在的错误来源。
在实际操作中，这通常涉及到以下几个步骤：
- 在插入或更新记录时，检查主表记录是否存在。
- 在删除记录时，确保没有相关联的记录或者手动删除所有关联记录。
- 可能需要实现一些工具函数或服务来帮助处理这些逻辑。
总之，虽然这样做可能会增加开发的复杂度，但也可以提供更大的灵活性，并且允许更细粒度的控制事务处理。
手册下载地址
链接: https://pan.baidu.com/s/1PGwelAYsAgQDpRFVKmog9A?pwd=64gt
