Azure SQL Server是否有PostgreSQL数组类型的等效实现方案？

当然有！Azure SQL Server（也就是微软SQL Server的云托管版本）确实有和PostgreSQL数组类型等效的实现方案，不过语法和细节上有些差异，我给你详细拆解下：

1. 最便捷的替代：JSON数组 #

这是最接近PostgreSQL原生数组的实现方式，SQL Server 2016及以上版本对JSON有完善的支持，可以轻松存储、查询、修改JSON格式的ID/UUID数组，还能通过约束保证数据格式的合法性。

对应你示例的建表语句 #

针对第一个eventing.notifications表，等效的SQL Server语句如下：

CREATE TABLE IF NOT EXISTS eventing.notifications (
    event_type INT NOT NULL,
    transport_type INT,
    user_id UNIQUEIDENTIFIER, -- SQL Server中对应PostgreSQL uuid类型的是UNIQUEIDENTIFIER
    user_ids NVARCHAR(MAX) CHECK (ISJSON(user_ids) = 1) -- 存储UUID数组的JSON格式，例如 ["3fa85f64-5717-4562-b3fc-2c963f66afa6", "b47a8d5c-1234-5678-90ab-cdef12345678"]
);

第二个public.sources表的等效语句：

CREATE TABLE IF NOT EXISTS public.sources (
    name VARCHAR(255),
    timestamp DATETIME2, -- SQL Server中对应timestamp without time zone的推荐类型是DATETIME2
    read_only_organization_ids NVARCHAR(MAX) CHECK (ISJSON(read_only_organization_ids) = 1), -- 整数数组的JSON格式，例如 [1001, 1002, 1003]
    organization_id UNIQUEIDENTIFIER
);

常用操作示例 #

• 插入数据：直接传入合法的JSON数组字符串

INSERT INTO eventing.notifications (event_type, user_ids)
VALUES (1, '["3fa85f64-5717-4562-b3fc-2c963f66afa6", "b47a8d5c-1234-5678-90ab-cdef12345678"]');

• 查询数组中的元素：用OPENJSON函数将JSON数组展开为行，方便关联查询

SELECT n.event_type, u.user_id
FROM eventing.notifications n
CROSS APPLY OPENJSON(n.user_ids) WITH (user_id UNIQUEIDENTIFIER '$') u;

• 修改数组：用JSON_MODIFY函数添加、删除或更新数组元素

-- 向数组追加新的UUID
UPDATE eventing.notifications
SET user_ids = JSON_MODIFY(user_ids, 'append $', '7c9e6679-7425-40de-944b-e07fc1f90ae7')
WHERE event_type = 1;

2. 强类型规范方案：关联表（一对多关系） #

如果你的业务对数据完整性、查询性能要求极高，更推荐使用关系数据库的标准设计——用关联表替代数组。比如针对user_ids数组，可以创建一个notification_users关联表，存储通知ID和用户ID的一对多关系：

CREATE TABLE eventing.notification_users (
    notification_id INT FOREIGN KEY REFERENCES eventing.notifications(id), -- 假设notifications表有主键id
    user_id UNIQUEIDENTIFIER NOT NULL,
    PRIMARY KEY (notification_id, user_id)
);

这种方式虽然不如JSON数组便捷，但能获得更好的查询性能，同时避免数组存储可能带来的数据一致性问题。

3. 其他可选方案 #

• XML类型：SQL Server支持XML类型，可以用XML格式存储数组，但相比JSON，语法更繁琐，操作也不如JSON直观，现在已经很少推荐使用。
• 字符串分割：用逗号分隔的字符串存储ID（比如'1001,1002,1003'），再通过STRING_SPLIT函数解析，但这种方式没有格式约束，容易出现数据错误，仅适合简单场景。

总的来说，JSON数组是最接近PostgreSQL原生数组的等效实现，兼顾便捷性和功能性，完全能满足你存储ID、UUID数组的需求；如果追求极致的规范和性能，关联表是更优的选择。

内容的提问来源于stack exchange，提问作者user122222