标签: consistency

我正在使用包装 SQL 语句的应用程序 (MapServer - http://mapserver.org/ )，以便 ORDER BY 语句位于内部查询中。例如

SELECT * FROM (
        SELECT ID, GEOM, Name
        FROM t
        ORDER BY Name
        ) as tbl

该应用程序有许多不同的数据库驱动程序。我主要使用 MS SQL Server 驱动程序和 SQL Server 2008。如果在子查询中找到 ORDER BY，则会引发错误。

来自 MS Docs（虽然这适用于 SQL Server 2000，但它似乎仍然适用）：

当您在视图、内联函数、派生表或子查询中使用 ORDER BY 子句时，它不保证有序输出。相反，ORDER BY 子句仅用于保证由 Top 运算符生成的结果集具有一致的构成。ORDER BY 子句仅在最外面的 SELECT 语句中指定时才保证有序的结果集。

但是，在 Postgres (9) 和 Oracle 中运行时，相同类型的查询会返回结果 - 其顺序与子查询中定义的顺序相同。在 Postgres 中，查询计划显示结果已排序，并且 Postgres 发行说明包括暗示使用子查询顺序的项目：

当子查询 ORDER BY 匹配上查询时避免排序

http://en.wikipedia.org/wiki/Order_by指出：

尽管一些数据库系统允许在子选择或视图定义中指定 ORDER BY 子句，但存在没有影响。

但是，从我自己对查询计划的检查来看：

• SQL Server 2008 …

无论我读过 CAP 还是 ACID，我都看到一致性被用来确保 DB 完整性约束。所以，我不明白，为什么用两个术语来指代同一件事，或者完整性和一致性之间存在差异？

我读到了

总之，原子性、一致性、隔离性、持久性是事务的属性。确实，原子性+隔离性足以让您滚动自己的一致性。但是我们也可以滚动我们自己的原子性，滚动我们自己的隔离，滚动我们自己的持久性（durability）。当我们推出自己的产品时，我们必须用自己的血汗和括号为功能买单。我们并没有说这些属性是由交易系统提供给我们的。

这表明一致性是用户应用程序可以在数据库完整性约束之上提供的东西。这不是由数据库提供的属性，因为 AID 属性是。为什么要像对系统提供的其他 AID 属性一样给 C 标题？

我有以下数据库设计（通过=>外键约束描述）：

公司[编号]
CompanyRealm[id, company_id=>Company.id] many2many

项目[id, company_id=>Company.id]
ProjectRealm[id, project_id=>Project.id, company_realm_id=>CompanyRealm.id] many2many

问题是提供的数据库设计允许不一致的数据。例如：

公司1 (id= 1 )
公司 2(id= 2 )
CompanyRealm(id=11, company_id= 1 )
项目(id=33, company_id= 2 )
ProjectRealm(id=44, project_id=33, company_realm_id=11)

（Company可以有很多Realms，Project属于Company可以涉及任意数量的公司的Realms）

ProjectRealm 指的是两个不同的公司：

• Company1（通过 CompanyRealm）；和
• Company2（通过项目）。

我的数据库设计有问题吗？
如果是 - 违反了哪些处方？
如果否 - 如何防止错误的数据插入（通过约束？触发异常？）

为了更好地设计数据库，我注意到我总是被困在试图解决完全相同问题的变体中。

以下是使用常见要求的示例：

1. 一家在线商店销售不同类别的product.
2. 系统必须能够检索所有产品类别的列表，例如food和furniture。
3. 客户可以订购任何产品并检索他的order历史记录。
4. 系统必须根据产品类别存储特定属性；说expiration_date和calories任何food产品和manufacture_date任何furniture产品。

如果不是需求 4，模型可能非常简单：

问题是试图解决需求 4。我想到了这样的事情：

在这种方法中，关系product-furniture和product-food是超类型-子类型（或超类-子类）关联；子类型的主键也是超类型主键的外键。

但是，这种方法不能保证category通过外键引用的product将与其实际子类型一致。例如，没有什么能阻止我将foodcategory设置为Furniture表中具有子类型行的产品元组。

我阅读了有关建模关系数据库中的继承的各种文章，尤其是这篇和这篇非常有帮助但由于上述原因没有解决我的问题的文章。但是无论我使用什么模型，我都不会对数据一致性感到满意。

如何在不牺牲数据一致性的情况下解决需求 4？我在这里做错了吗？如果是这样，根据这些要求解决此问题的最佳方法是什么？

跑步：

DBCC CHECKDB(DatabaseName) with NO_INFOMSGS 

给了我以下错误：

消息 824，级别 24，状态 2，第 1 行
SQL Server 检测到基于逻辑一致性的 I/O 错误：pageid 不正确（预期为 1:7753115；实际为 0:0）。它发生在读取文件 'K:\UAT Databases\dbname.MDF' 中数据库 ID 11 中偏移量 0x00000ec9b36000 的页面 (1:7753115) 期间。SQL Server 错误日志或系统事件日志中的其他消息可能会提供更多详细信息。这是威胁数据库完整性的严重错误情况，必须立即纠正。完成完整的数据库一致性检查 (DBCC CHECKDB)。此错误可能由多种因素引起；有关详细信息，请参阅 SQL Server 联机丛书。

我还在dbo.suspect_pages 中找到了一个条目