我有一个包含数百万行和一个允许 NULL 值的列的表。但是，当前没有一行具有该列的 NULL 值（我可以通过查询快速验证这一点）。但是当我执行命令时

ALTER TABLE MyTable ALTER COLUMN MyColumn BIGINT NOT NULL;

相对而言，查询需要永远。它实际上需要 10 到 20 分钟，是添加检查约束的两倍多。有没有办法立即更新该列的表元数据，尤其是因为我知道该列没有任何行具有 NULL 值？

如何在 MySQL 的同一列上计数和检索 null 和 not null？

我的表

---------------------------------------------------
id   |    name    |      visited   |   registDate |
---------------------------------------------------
1    |    george  |       NULL     |   2014-04-01 |
---------------------------------------------------
2    |    Thomas  |       NULL     |   2014-04-15 |
---------------------------------------------------
3    |    Wilfred |        1       |   2014-04-24 |
---------------------------------------------------
4    |    paul    |        1       |   2014-04-10 |
---------------------------------------------------
5    |    elina   |       NULL     |   2014-05-03 |
---------------------------------------------------
6    |    angela  |       NULL     |   2014-04-13 |
---------------------------------------------------
7    |    elina   |        1       |   2014-05-18 | …

我有一个助手，它正在生成一些代码来为我进行批量更新，并生成如下所示的 SQL：

（ active 和 core 字段都是 type boolean）

UPDATE fields as t set "active" = new_values."active","core" = new_values."core"
FROM (values 
(true,NULL,3419),
(false,NULL,3420)
) as new_values("active","core","id") WHERE new_values.id = t.id;

但是它失败了：

ERROR: column "core" is of type boolean but expression is of type text

我可以通过添加::boolean空值来让它工作，但这看起来很奇怪，为什么 NULL 被认为是类型TEXT？

此外，转换有点棘手，因为它需要对代码进行大量修改才能知道它应该将 NULL 转换为什么类型（列和值的列表目前是从一个简单的 JSON 对象数组自动生成的） .

为什么这是必要的，是否有更优雅的解决方案，不需要生成代码知道 NULL 的类型？

如果相关，我将在Node.JS上使用sequelize来执行此操作，但在 Postgres 命令行客户端中也得到相同的结果。

SELECT 语句返回几行：

SELECT
  ColA
FROM
  TableA
WHERE
  ColA IS NULL

我在 TableA 中得到 47 行的 ColA 为“NULL”。

ColA
NULL
NULL
NULL
etc...

如果我向这个查询添加一个聚合：

SELECT
  ColA,
  COUNT(ColA) AS theCount
FROM
  TableA
WHERE
  ColA IS NULL
GROUP BY ColA

我得到

ColA | theCount
NULL | 0

为什么会发生这种情况，我该怎么做才能避免这种情况？

所以基本上在 SQL Server 中，NULL 意味着没有值，因此无法比较它返回一些意外的结果。

例如，以下查询不会返回值为 NULL 的行，但我希望它返回：

SELECT *
FROM table
WHERE
  (value != 26)
  AND date IS NULL
  AND last_modified >= '5/21/2014'

我知道我可以做以下作为一种解决方法，但认真吗？每次我想包含它时，都必须添加括号并检查每个字段是否为空？看起来丑陋，不直观和疯狂。

SELECT *
FROM table
WHERE
  (value != 26 OR value is null)
  AND date IS NULL
  AND last_modified >= '5/21/2014'

我的意思是我知道 NULL 不是一个值，因此无法进行比较，但您不能推断它实际上绝对不是 26 吗？如果 26 是什么，NULL 是什么，什么都不是什么，那么 NULL 不是 26。对我来说似乎是合乎逻辑的。

有谁知道我如何以更简洁的方式在使用比较时在结果中包含空值，而不必每次都包含显式检查。同样关闭我的表上的空值绝对不是一种选择。

编辑：

我为什么不想像我展示的那样做的真正问题并没有暴露出来。所以就到这里了。我正在编写一个程序，让您构建对数据库表的查询，让用户动态创建过滤器等，基本上在一天结束时构建 SQL 语句并将结果显示给用户。用户选择的字段可以是给定数据库中的任何和/或所有字段，如果我必须逐字地将 ISNULL 检查放在每个字段上，这将非常低效，并使查看 SQL 变得非常难看。我的程序与表定义无关，这意味着我不在乎你的表中有什么，也不想知道你的表的定义是什么。我只是想让你选择一个表格，选择一些字段来过滤等于、不等于、在、不在等......

我有一个应用程序（数据存储在 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约束？

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

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

PostgreSQL 允许NULL在标记为 的域中使用s NOT NULL。这是为什么，文档是这么说的，

尽管存在这样的约束，但名义上属于域类型的列仍有可能读取为空。例如，如果域列位于外连接的可为空一侧，则这可能发生在外连接查询中。

这能更好地解释吗？

CREATE TABLE IF NOT EXISTS b2c_constants (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(64) NOT NULL,
    is_deleted BOOL DEFAULT FALSE,
    UNIQUE (name)
) ENGINE InnoDB CHARSET utf8 COLLATE utf8_unicode_ci

CREATE TABLE IF NOT EXISTS b2c_constant_bindings (
    constant_id INT UNSIGNED NOT NULL,
    company_id INT UNSIGNED NOT NULL,
    object_id INT UNSIGNED DEFAULT NULL,
    property_id INT UNSIGNED DEFAULT NULL,
    value VARCHAR(255) NOT NULL,
    UNIQUE (constant_id, company_id, object_id, property_id),
    FOREIGN KEY (constant_id) REFERENCES b2c_constants (id) ON UPDATE RESTRICT ON DELETE CASCADE, …