问题标签 [constraints]

我有基于 SMS 的调查应用程序，它包含一个调查域和一个答案。

我收到了详细 DDL 的请求，所以.... 数据库看起来像这样

SurveyAnswer.Answer 在该 SurveyDomain 的所有活动调查中必须是唯一的。在 SQL 术语中，这应该总是返回 0..1 行：

我计划在应用程序级别处理此约束，但也希望强制执行一些数据库完整性。做这个的最好方式是什么？扳机？可能在约束中？

我一直在寻找一个示例来展示如何在 C++ 中实现约束（或让我轻松做到这一点的 boost 库），但运气不佳。我能想到的最好的办法是：

当然，您可能希望约束类提供更多功能。这只是一个起点的想法。

无论如何，我看到的问题是我必须重载 T 定义的所有运算符，以使其真正表现得像 T，而我无法找出它们是什么。现在，我实际上不需要那么多不同类型的约束，所以我可以省略模板并硬编码它们。不过，我想知道是否有一个通用的（或至少更简洁/优雅的）解决方案，或者我的方法是否有任何严重错误。

我们有两个具有一对多关系的表。我们希望强制执行一个约束，即给定父记录至少存在一个子记录。

这可能吗？

如果不是，您是否会将架构更改得更复杂一些以支持这样的约束？如果是这样，你会怎么做？

编辑：我正在使用 SQL Server 2005

有什么方法可以删除Component添加到CENTERaJPanel的 a BorderLayout，而不必引用它Component本身？

如何删除属于 SQL 2005 中特定表的所有默认约束？

我正在一个项目中工作，其中数据库项目没有被删除，而只是被标记为已删除。像这样的东西：

我希望能够在name列上定义类似 UNIQUE 约束的东西。看起来很容易，对吧？

让我们想象一个场景，其中“Thingy3”被删除，并创建了一个新的（可能是几年后）。我们得到：

从用户的角度来看，他删除了一个项目并创建了一个新项目。就像删除文件并创建新文件一样。所以对他来说很明显，新项目与旧项目相关的任何数据无关且不附加。

这已经处理好了，因为数据库只关心id，并且由于新项目id的 100 而不是 3，所以它们完全不同。

当我想阻止用户创建另一个“Thingy3”项目时，我的困难就出现了。如果我有一个 UNIQUE 约束，它只查看未标记的项目deleted，那么我会解决一个问题。

（当然，然后我必须处理当有人撤消删除时会发生什么......）

那么，我该如何定义这种约束呢？

在 Maya 中，我有一个由以下代码收集的约束列表。我想迭代约束并查询每个约束的目标：

问题是，没有通用constraint的命令来操作所有的约束。相反，每个约束都有自己独特的 MEL 命令与之关联。

有什么方法可以查询约束上的目标，而不必键入检查每个约束并繁琐地运行其各自的 MEL 命令？

假设将带有“not for replication”选项的检查约束（涉及多个列）添加到数据库表中（例如，“alter table table_name add constraint constraint_name check not for replication (constraint_expression)”）

我找到了从列中删除“不用于复制”的语法，但不是如上所述的现有检查约束。

除了删除/重新创建检查约束之外，有没有办法从检查约束中删除“不用于复制”？

将不胜感激以下方面的一些建议 - 是否可以通过 oracle 中的 sql 中的某种检查约束来验证电子邮件和邮政编码字段？还是我怀疑带有正则表达式的pl/sql这种事情？

谢谢

我想知道您对在 MS SQL DB 中维护关系约束有何想法。

我正在将系统从 ASP 迁移到 .NET 环境中。这带来了业务对象和其他分层编码技术，这些技术可以从用户/API 中抽象出数据库。新应用程序在实体框架 DAL 之上有一个明确的 API。

旧数据库中的应用程序数据库很大，一些表的用途将更改为开始包含二进制数据、文件等形式。我热衷于将这些数据拆分为单独的数据库以简化管理磁盘空间非常宝贵的客户站点。

保留表之间的关系约束有什么价值吗？

假设：

• 代码经过测试
• 在关系很重要的情况下，执行在事务下执行
• 只能通过 API 访问数据库，不支持第三方的其他访问。

保持约束的原因：

• 强制数据结构
• JOIN 更快？
• 查询计划协助？

在新的 .NET 版本中删除约束的原因：

• 可以假设 API/BIZ 逻辑将管理诸如父/子之类的关系。
• 减少将 DB 部分划分到其他目录的机会（系统使用插件架构构建，大多数表可能独立运行）
• 我是否正确地认为 SQL 必须在 INSERT 期间对约束进行额外检查，而当数据库上方的 API 管理它时，这可能是不必要的？