我有一个应用程序（数据存储在 PostgreSQL 中），其中表中的大多数字段始终不为空，但这些表的架构并未强制执行此操作。例如看看这个假表：

CREATE TABLE "tbl" (
    "id" serial,
    "name" varchar(40),
    "num" int,
    "time" timestamp
    PRIMARY KEY ("id"),
    UNIQUE ("id")
);

此外name，num,time没有明确声明为NOT NULL，实际上它们是，因为强制执行发生在应用程序端。

我的感觉是应该改变它，但相反的是应用程序级别确保这里不能出现空值并且没有其他人手动修改表。

我的问题是：通过设置一个显式NOT NULL约束？

我们有一个很好的代码审查流程和一个相当好的文档，所以一些新人会提交打破这个限制的东西的可能性并不足以证明改变是合理的。

这不是我的决定，所以这正是我寻找其他理由的原因。在我看来，如果某些内容不能为空并且数据库允许您指定某些内容不为空 - 那就去做吧。特别是如果更改非常简单。

根据 MS-DOCS about System information schema views，架构列定义有一个警告说明：

**重要** 不要使用 INFORMATION_SCHEMA 视图来确定对象的架构。查找对象架构的唯一可靠方法是查询 sys.objects 目录视图。

为什么不能使用 INFORMATION_SCHEMA 视图来确定对象的架构？

这个信息有误吗？

我使用Git对我的大部分工作进行版本控制：代码、文档、系统配置。我能够做到这一点，因为我所有有价值的工作都存储为文本文件。

我也一直在为我们的 Postgres 数据库编写和处理很多 SQL 模式。该模式包括视图、SQL 函数，我们将用R编程语言（通过PL/R）编写 Postgres 函数。

我试图复制和过去我和我的合作者编写的块模式，但我忘记这样做了。复制和过去的动作是重复的并且容易出错。

pg_dump / pg_restore 方法将不起作用，因为它会丢失注释。

理想情况下，我希望有某种方法将我当前的模式提取到一个或多个文件中并保留注释，以便我可以进行版本控制。

带注释的版本控制架构的最佳实践是什么？

每当我在 PostgreSQL Maestro 中创建一个全新的数据库时，它都会创建以下默认模式列表：

现在根据我的理解，模式就像组织文件夹等。所以我的问题是当我创建新数据库时是否需要所有这些模式？如果是这样，它们在 PG 方面用于什么，因为我自己永远不会使用它们。

我可以理解，information_schema因为这是在服务器上安装 MySQL 的默认设置，尽管我不明白为什么数据库需要它自己而不是整个服务器，但我猜每个数据库类型都有他自己的。

我继承了一个应用程序，它将许多不同类型的活动与一个站点相关联。大约有 100 种不同的活动类型，每一种都有不同的 3-10 个字段集。但是，所有活动都至少有一个日期字段（可以是日期、开始日期、结束日期、预定开始日期等的任意组合）和一个负责人字段。所有其他字段差异很大，开始日期字段不一定称为“开始日期”。

为每个活动类型制作一个子类型表将导致一个包含 100 个不同子类型表的模式，这将过于笨拙而无法处理。该问题的当前解决方案是将活动值存储为键值对。这是当前系统的一个大大简化的架构，可以理解这一点。

每个Activity有多个ActivityFields；每个 Site 有多个 Activity，SiteActivityData 表存储每个 SiteActivity 的 KVP。

这使得（基于 Web 的）应用程序非常容易编写代码，因为您真正需要做的就是遍历 SiteActivityData 中给定活动的记录，并为表单的每一行添加一个标签和输入控件。但是有很多问题：

• 诚信不好；可以在 SiteActivityData 中放置一个不属于活动类型的字段，而 DataValue 是一个 varchar 字段，因此需要不断转换数字和日期。
• 对这些数据进行报告和临时查询很困难、容易出错且速度缓慢。例如，获取结束日期在指定范围内的某种类型的所有活动的列表需要数据透视并将 varchars 转换为日期。报告作者讨厌这种模式，我不怪他们。

所以我正在寻找一种方法来存储大量几乎没有共同字段的活动，从而使报告更容易。到目前为止，我想出的是使用 XML 以伪 noSQL 格式存储活动数据：

Activity 表将包含每个活动的 XSD，从而无需 ActivityField 表。SiteActivity 将包含键值 XML，因此站点的每个活动现在都在一行中。

一个活动看起来像这样（但我还没有完全充实它）：

<SomeActivityType>
  <SomeDateField type="StartDate">2000-01-01</SomeDateField>
  <AnotherDateField type="EndDate">2011-01-01</AnotherDateField>
  <EmployeeId type="ResponsiblePerson">1234</EmployeeId>
  <SomeTextField>blah blah</SomeTextField>
  ...

好处：

• XSD 将验证 XML，捕获错误，例如在数据库级别将字符串放入数字字段中，这对于将所有内容存储在 varchar 中的旧模式来说是不可能的。
• 用于构建 Web 表单的 KVP 记录集可以很容易地使用 select ... from ActivityXML.nodes('/SomeActivityType/*') as T(r)
• XML 的 xpath 子查询可用于生成包含开始日期、结束日期等列的结果集，而不使用数据透视表，例如 select ActivityXML.value('.[@type=StartDate]', 'datetime') as StartDate, …

问题

注意：我指的是数学序列，而不是PostgreSQL的序列机制。

我有一个表示整数序列的表。定义是：

CREATE TABLE sequences
(
  id serial NOT NULL,
  title character varying(255) NOT NULL,
  date date NOT NULL,
  sequence integer[] NOT NULL,
  CONSTRAINT "PRIM_KEY_SEQUENCES" PRIMARY KEY (id)
);

我的目标是使用给定的子序列查找行。也就是说，sequence字段是包含给定子序列的序列的行（在我的情况下，序列是有序的）。

例子

假设该表包含以下数据：

+----+-------+------------+-------------------------------+
| id | title |    date    |           sequence            |
+----+-------+------------+-------------------------------+
|  1 | BG703 | 2004-12-24 | {1,3,17,25,377,424,242,1234}  |
|  2 | BG256 | 2005-05-11 | {5,7,12,742,225,547,2142,223} |
|  3 | BD404 | 2004-10-13 | {3,4,12,5698,526}             |
| …

我想创建一个发布配置文件，它可以进行完整的架构比较和发布，但不会删除在新旧版本之间删除的任何表或任何列。

我知道设置中的阻止可能的数据丢失选项。AFAIK 这会停止发布过程，以防数据丢失。所以问题是，模式升级过程会被中断（在不知何故？）还是会完成但受影响的表将被排除在外？

如果表已添加和删除列，新列是否会添加到架构中，尽管由于潜在的数据丢失而阻止数据丢失选项会停止架构更新？

编辑 09.08.2016：

我想添加这些链接以补充有关背景的其他信息的问题：

• MS Connect 进入这个BUG
• MS 关于此 BUG 的社交讨论