Sql-Server on Liangweidong's blog

SQL Server 触发器调 Web 接口与 Navicat 密码恢复技巧

Mon, 15 Sep 2025 00:00:00 +0800

为什么写这篇：两个看起来不相关的小技巧，生产里偶尔要用到——① SQL Server 触发器拉 WebHook 推送变更通知（典型场景：业务系统监听数据变更同步到第三方）；② Navicat 的密码忘了或不方便找 DBA 要，需要从导出的 connections.ncx 文件里解出来。

适用读者：运维 DBA、后端开发、密码管理员。

前置知识：会用 SQL Server Management Studio、有 Python 基础。

⚠️ 本文仅做技术研究——所有密码相关示例均使用公开的开源工具与算法，不针对任何特定软件版本绕过授权。NcxReader 解密章节旨在让读者理解 Navicat 的"密码 = 透明存储"风险，从而推动生产环境改用专业密码管理工具。请勿用于非法用途。

1. SQL Server 触发器调用 Web 接口

1.1 业务场景

某业务系统需要"主库一插入新数据，立即推送到第三方 API"——不想改业务代码（其他表也有类似需求），决定用触发器实现。

⚠️ 副作用警告：触发器里同步调 HTTP 会拖慢原表的 INSERT 性能——HTTP 慢、超时、第三方挂掉都会影响。建议配合异步队列（触发器只写队列表，外部消费者拉队列）使用。本文演示的是最简同步版。

1.2 启用 Ole Automation Procedures

SQL Server 默认不开启 Ole Automation（用于在 T-SQL 里调用 COM 对象），需要先开：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


-- 1. 允许修改高级选项
sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO

-- 2. 启用 Ole Automation Procedures
sp_configure 'Ole Automation Procedures', 1;
GO
RECONFIGURE;
GO

-- 3. 验证
EXEC sp_configure 'Ole Automation Procedures';
GO

Ole Automation 仅在 Windows 上可用，Linux 上的 SQL Server 跑不了。

1.3 HTTP 请求的存储过程

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34


-- 创建辅助存储过程
CREATE PROCEDURE P_GET_HttpRequestData (
 @URL VARCHAR(500),
 @status INT = 0 OUT,
 @returnText VARCHAR(2000) = '' OUT
) AS
BEGIN
 DECLARE @object INT, @errSrc INT;

 -- 创建 COM 对象（Msxml2.ServerXMLHTTP.3.0）
 EXEC @status = SP_OACreate 'Msxml2.ServerXMLHTTP.3.0', @object OUT;
 IF @status <> 0 BEGIN
 EXEC SP_OAGetErrorInfo @object, @errSrc OUT, @returnText OUT;
 RETURN;
 END;

 -- open GET
 EXEC @status = SP_OAMethod @object, 'open', NULL, 'GET', @URL;
 IF @status <> 0 BEGIN
 EXEC SP_OAGetErrorInfo @object, @errSrc OUT, @returnText OUT;
 RETURN;
 END;

 -- setRequestHeader
 EXEC @status = SP_OAMethod @object, 'setRequestHeader',
 'Content-Type', 'application/x-www-form-urlencoded';

 -- send
 EXEC @status = SP_OAMethod @object, 'send', NULL;
 IF @status <> 0 BEGIN
 EXEC SP_OAGetErrorInfo @object, @errSrc OUT, @returnText OUT;
 RETURN;
 END;
END

1.4 创建触发器（AFTER INSERT）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


-- 1. 删旧触发器
DROP TRIGGER IF EXISTS [dbo].[hg_demo_notify_trigger];

-- 2. 建触发器
CREATE TRIGGER [dbo].[hg_demo_notify_trigger]
ON [dbo].[hg_demo]
AFTER INSERT
AS
BEGIN
 DECLARE @id VARCHAR(50), @name VARCHAR(50);
 DECLARE @url VARCHAR(4000), @t VARCHAR(10);

 -- 从 inserted 虚表里拿新插入的数据
 SELECT @id = id, @name = name FROM inserted;

 -- 拼 URL（这里要按第三方 API 协议拼）
 SET @t = '''';
 SET @url = 'http://internal.example.com/api/v1/demo/insert' +
 '?sql=insert into hg_demo(id,name)values(' +
 @t + @id + @t + ',' + @t + @name + @t + ')';

 -- 调用 HTTP
 EXECUTE P_GET_HttpRequestData @url;
END;

1.5 验证触发器

1
2
3
4
5


-- 1. 插入一条数据
INSERT INTO hg_demo (id, name) VALUES ('test_001', 'hello world');

-- 2. 检查目标端是否收到
-- 调第三方 API 的 admin 后台

1.6 关闭 Ole Automation（如果不用了）

1
2
3
4
5
6
7
8
9


-- 关闭
sp_configure 'show advanced options', 1;
RECONFIGURE;
sp_configure 'Ole Automation Procedures', 0;
RECONFIGURE;

-- 关 advanced options
sp_configure 'show advanced options', 0;
RECONFIGURE;

1.7 性能与稳定性建议

问题	修法
触发器拖慢 INSERT	异步化：触发器只写队列表，后台 Job 拉队列调 HTTP
HTTP 超时卡死触发器	加 timeout：`SP_OASetProperty @object, 'setTimeouts', 5000, 5000, 10000, 10000`
第三方 4xx/5xx 仍要写库	触发器里加 `BEGIN TRY ... END TRY / BEGIN CATCH ... END CATCH` 捕获异常
HTTP 同步调易丢失上下文	触发器里 SET NOCOUNT ON，避免消息干扰

1.8 异步化改造

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42


-- 队列表
CREATE TABLE http_notify_queue (
 id BIGINT IDENTITY(1,1) PRIMARY KEY,
 payload NVARCHAR(MAX),
 created_at DATETIME DEFAULT GETDATE(),
 sent_at DATETIME NULL
);

-- 触发器只入队
CREATE TRIGGER [dbo].[hg_demo_async_trigger]
ON [dbo].[hg_demo]
AFTER INSERT
AS
BEGIN
 SET NOCOUNT ON;
 DECLARE @id VARCHAR(50), @name VARCHAR(50);
 SELECT @id = id, @name = name FROM inserted;

 INSERT INTO http_notify_queue (payload)
 VALUES ('{"id":"' + @id + '","name":"' + @name + '"}');
END

-- 后台 Job（每 10 秒拉一批）
DECLARE @id BIGINT, @payload NVARCHAR(MAX);
DECLARE cur CURSOR FOR
 SELECT TOP 100 id, payload
 FROM http_notify_queue
 WHERE sent_at IS NULL
 ORDER BY id;

OPEN cur;
FETCH NEXT FROM cur INTO @id, @payload;
WHILE @@FETCH_STATUS = 0
BEGIN
 -- 调 HTTP（用 PowerShell 或 SQL Agent 的 Web Service Task）
 EXEC P_GET_HttpRequestData 'http://internal.example.com/api/notify?data=' + @payload;

 UPDATE http_notify_queue SET sent_at = GETDATE() WHERE id = @id;
 FETCH NEXT FROM cur INTO @id, @payload;
END
CLOSE cur;
DEALLOCATE cur;

2. Navicat 密码加密原理

2.1 connections.ncx 是什么

Navicat Premium 12+ 把所有连接信息存在两个地方：

注册表（Windows）：HKEY_CURRENT_USER\Software\PremiumSoft\Navicat\Servers
JSON 文件（导出）：connections.ncx

2.2 导出 ncx 文件

菜单：文件 → 导出连接 → 选 *.ncx 格式。

2.3 ncx 文件结构

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


<?xml version="1.0" encoding="UTF-8"?>
<Connections Ver="1.4">
 <Connection
 ConnectionName="localhost_5432-pg"
 ConnType="POSTGRESQL"
 Host="localhost"
 Port="5432"
 Database="postgres"
 UserName="postgres"
 Password="6E3CD79374732F89F047B5316FD28637"
 SavePassword="true"
 SettingsSavePath="C:\Users\me\Documents\Navicat\PostgreSQL\Servers\localhost_5432-pg"
 ...
 />
</Connections>

关键字段：Password="6E3CD79374732F89F047B5316FD28637"——这是一段AES 加密的十六进制。

2.4 加密算法

Navicat 12+ 使用 AES-128-CBC：

密钥：固定的 libcckeyi_dc（早期版本）或动态计算（新版）
IV：固定的 libcciv 字符串
填充：PKCS7

不同 Navicat 版本密钥有差异——Navicat 11/12 用 libcckeyi_dc，Navicat 15+ 用 b'\x95\xd1\xdc\x7b\x9c\x53\x4f\xfb\x38\xa7\x1c\x8a\x47\x39\x33\x48' 等。

3. Navicat 密码安全建议（替代 NcxReader 解密）

⚠️ 本节为合规整改——上一版本"用 NcxReader 一键解密"的内容已全部删除。

原因：解密工具的"一键回显明文"在生产环境等于把数据库明文密码公示给任何能拿到 connections.ncx 的人。即使只用于"自用恢复"也存在合规风险（密码出现在工具输出里、shell history 里、剪贴板里、屏幕录像里）。本节改为给运维/管理员的密码管理建议。

3.1 风险评估：把 Navicat 密码当"明文"对待

从第 2 节的算法分析可以反推风险：

资产	暴露场景	风险等级
`connections.ncx` 文件	备份到云盘、邮件转发、U 盘拷贝	高（拿到即拿到所有明文密码）
注册表 `HKCU\Software\PremiumSoft\Navicat\Servers`	同事借电脑、镜像备份	高
屏幕/截屏	录屏软件、远程协助	中
shell 历史（误用工具时）	`history` 命令、运维审计	中

结论：Navicat 的"密码保护"只是防误看的提示框，不是安全机制。生产环境的数据库密码绝对不能依赖 Navicat 存。

3.2 推荐方案：1Password / KeePass / Vault

生产推荐：所有数据库密码放进专业密码管理工具，Navicat 里只配连接信息（host/port/user），Password 字段留空——每次连手动从密码管理器复制粘贴。

1
2
3
4
5


# 1Password CLI 取密码（登录后）
op read "op://Prod/PostgreSQL/password"
# 复制到剪贴板（不进入 shell history）
op read "op://Prod/PostgreSQL/password" | pbcopy # macOS
op read "op://Prod/PostgreSQL/password" | clip # Windows

1
2


# HashiCorp Vault（自建场景）
vault kv get -field=password secret/postgres/prod

3.3 推荐方案：SSH 私钥 / IAM 临时凭证

云数据库/堡垒机场景——根本不用静态密码：

场景	推荐方案
AWS RDS	IAM 数据库身份验证（临时令牌，15 分钟过期）
Azure SQL	Azure AD 身份验证
阿里云 RDS	RAM 角色 + 临时 AccessKey
跳板机登录	SSH 公私钥（Navicat 直接支持）
自建 PG	`pg_hba.conf` 改 `cert` 认证（SSL 客户端证书）

优势：没有静态密码 = 没有泄露。

3.4 Navicat 自带的"安全"配置（仍然不够）

如果一定要在 Navicat 里存密码，至少做以下几项：

Navicat → 工具 → 选项 → 常规 → 勾选"使用密码管理主密码"（让 Navicat 用一个 master password 二次加密）
不要导出 connections.ncx——导出 = 把二次加密绕过
不在 Navicat 里存 root / sa / 超级管理员密码——只存低权限的查询账号
定期 Rotate 密码——即使泄露也能在窗口期内失效

3.5 应急恢复（忘记密码的合法途径）

身份	该怎么办
开发者本人	联系 DBA 重置数据库密码（5 分钟搞定）
DBA	用 SQL 重置：`ALTER USER app_user WITH PASSWORD 'new_pwd';`（PG/MySQL） / `ALTER LOGIN sa WITH PASSWORD = '...';`（MSSQL）
离职人员	不该有恢复密码的诉求——走正式交接，DBA 重置所有相关账号
审计/合规	从密码管理器/堡垒机审计日志查——永远不查 Navicat

3.6 清理 Navicat 缓存的旧密码

1
2
3
4
5


# Windows：删除注册表里的所有 Navicat 密码
Remove-Item -Path "HKCU:\Software\PremiumSoft\Navicat\Servers\*" -Recurse -Force

# macOS：删除偏好设置
rm -rf ~/Library/Preferences/com.premiumsoft.navicat*

或者图形化：

1

Navicat → 连接属性 → 高级 → 清空 Password 字段

3.7 一次完整整改清单

按下面 5 步走，把团队的 Navicat 密码问题一次性根治：

盘点：列出所有用 Navicat 管理数据库的同事 + 数据库清单
建库：1Password / Vault 建 Databases vault，按数据库分条目
轮换：所有数据库账号密码轮换一次（Navicat 旧密码全部作废）
配置：Navicat 只填连接信息，密码字段留空
文档：写一个 1 页 SOP：“新员工入职数据库访问申请流程”

经验总结

触发器调 Web API 慎用同步——同步触发器=业务稳定性的脆弱点
Ole Automation 仅 Windows——Linux SQL Server 走 HTTP 需要装 SQL Server Machine Learning Services + Python
Navicat 密码不是真加密——固定 IV + 公开密钥的 AES-CBC 等于明文，视为泄露
生产密码放 1Password / KeePass / Vault，不放 Navicat
尽量不存静态密码——云数据库走 IAM/AD 认证、自建 PG 走 SSL 证书
导出 ncx = 全公司数据库钥匙拱手送人——禁止导出，本地连接用密码管理器代填

Oracle 与 SQL Server：商业数据库 Docker 化部署实战

Sat, 15 Dec 2018 00:00:00 +0800

开源的 MySQL、PostgreSQL 几乎已经成为新项目的默认选择，但存量企业系统——金融、电信、政府——仍然跑在 Oracle 和 SQL Server 上。这些数据库在 Docker 化时遇到的问题和 MySQL 不一样：Oracle 需要改字符集和表空间，SQL Server 对 SA 密码有强校验、还需要 ODBC 驱动。这篇文章把两个"老牌商业数据库"在 Docker 里的安装、字符集、备份、客户端连接一次性说清楚。

阅读对象：维护 Oracle 11g/12c 遗留系统、需要在容器里跑 SQL Server 给 .NET 应用、或者为演示环境准备"商业数据库"镜像的工程师。 覆盖范围：Oracle 11g（helowin 镜像）安装、字符集改 ZHS16GBK、创建表空间与用户、expdp/impdp 数据泵；SQL Server 2019/2022 容器启动、密码策略、ODBC 驱动连接。

一、为什么要在 Docker 里跑商业数据库

场景	价值
演示 / 培训环境	一行 `docker run` 拉起一个完整 Oracle/SQL Server，不用装 Windows 虚拟机
CI/CD 集成测试	每个 Pipeline 起一个干净实例，测完即弃
跨平台交付	Linux 容器里的 SQL Server 让 .NET Core 跨平台运行真正可行
资源隔离	给每个客户/项目单独容器，避免一台机器装多版本冲突
版本快照	数据卷打 tag → 镜像化 → 跨环境一致

注意：生产环境仍建议用物理机/RDS/云数据库，Docker 化适合"非关键路径"——演示、测试、临时验证。Oracle 官方对容器的支持在 12c 之后才完善，11g 主要是社区镜像。

二、Oracle 11g（helowin 镜像）

helowin/oracle_11g 是国内开发者基于 Oracle 11g 打包的镜像（含 sqlplus / expdp / impdp），体积约 2.5GB，是 Docker 圈里最常用的"演示用 Oracle"。

2.1 拉取与启动

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


# 1. 拉镜像
docker pull registry.cn-hangzhou.aliyuncs.com/helowin/oracle_11g

# 2. 创建数据目录并授权（容器里 oracle 用户 UID=500）
mkdir -p /home/data/oracle/test/data_emp
chown -R 500.500 /home/data/oracle/test/data_emp

# 3. 启动容器
docker run -d --name oracle_11g_test \
 -p 1523:1521 \
 --restart=always \
 -v /home/data/oracle/test/data_emp:/home/oracle/data_temp \
 registry.cn-hangzhou.aliyuncs.com/helowin/oracle_11g

挂载 /home/oracle/data_temp：这是 Oracle 的 DIRECTORY 路径，导入导出文件都走这里。把宿主机目录挂载进来，备份文件就能直接在宿主机拿到。

2.2 修改 system 密码 & 创建用户

1
2
3
4
5
6
7
8
9


# 1. 进入容器
docker exec -it <container_id> /bin/bash

# 2. 加载环境变量，切换到 oracle 用户
source ~/.bash_profile
sqlplus /nolog
SQL> connect /as sysdba; # OS 认证，最高权限
SQL> select status from v$instance; -- 应为 OPEN
SQL> alter user system identified by oracle; -- 改密码

解锁 scott 示例账户（helowin 镜像默认带 scott 库）：

1
2
3
4
5
6


SQL> alter user scott account unlock;
SQL> commit;
SQL> grant dba to scott;
SQL> grant resource to scott;
SQL> grant connect to scott;
SQL> alter user scott identified by 123456;

2.3 修改字符集为 ZHS16GBK

Oracle 11g 默认是 WE8MSWIN1252（美式编码），中文数据会乱码。改成 ZHS16GBK：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


SQL> select * from nls_database_parameters where parameter = 'NLS_CHARACTERSET';
-- 记录当前值

SQL> shutdown immediate;
SQL> startup mount;
SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL> alter database open;
SQL> ALTER DATABASE character set INTERNAL_USE ZHS16GBK;
SQL> shutdown immediate;
SQL> startup;

关键：INTERNAL_USE 关键字跳过字符集子集检查，从 AL32UTF8 / WE8MSWIN1252 强制改 ZHS16GBK。改完重启后用第 1 步的 select 复查。

2.4 创建表空间、用户、授权

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


-- 查询临时表空间路径（用它的父目录）
SQL> select name from v$tempfile;

-- 创建表空间
SQL> create tablespace cmcc
 datafile '/home/oracle/app/oracle/oradata/helowin/cmcc.dbf'
 size 2G reuse autoextend on next 500M maxsize unlimited
 default storage(initial 128k next 128k minextents 2 maxextents unlimited);

-- 创建用户（指定默认表空间）
SQL> create user test01 identified by testpasswd
 default tablespace cmcc
 temporary tablespace TEMP;

-- 授权
SQL> grant connect, dba, exp_full_database, imp_full_database
 to test01 with admin option;

2.5 创建 DIRECTORY（数据泵路径）

1

SQL> create or replace directory DATA_TEMP as '/home/oracle/data_temp';

这样 expdp / impdp 用 directory=DATA_TEMP 导出/导入的文件直接在宿主机就能看到。

2.6 数据泵导入/导出

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


# 导出 scott 用户的全 schema
expdp scott/123456@helowin schemas=scott dumpfile=expdp.dmp DIRECTORY=DATA_TEMP;

# 导入到 test01 用户
impdp scott/123456@helowin schemas=scott dumpfile=expdp.dmp DIRECTORY=DATA_TEMP;

# 替换 schema（把 scott 导入到 test01）
impdp test01/testpasswd@helowin table_exists_action=replace \
 directory=DATA_TEMP dumpfile=BPM.EXPDP \
 logfile=BPM_20180124.log \
 REMAP_SCHEMA=scott:test01 schemas=scott;

# 旧版 imp（10g 时代的 dmp 文件）
imp scott/123456@helowin file=/home/oracle/data_temp/dbzznew_2020-03-26.dmp full=y;

2.7 定时备份脚本

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


cat << 'EOF' > /home/oracle/oracle_backup.sh
#!/bin/bash
source /home/oracle/.bash_profile
a=$(date +%Y%m%d)
expdp scott/123456@helowin schemas=scott \
 dumpfile=bpm_$a.dmp DIRECTORY=DATA_TEMP
EOF

chmod 777 /home/oracle/oracle_backup.sh

# 每天凌晨 3 点备份
echo "* 3 * * * root /home/oracle/oracle_backup.sh" >> /etc/crontab
service crond start

三、SQL Server 2019/2022

微软从 SQL Server 2017 开始官方支持 Linux，2019/2022 在 Linux 上的稳定性已经非常好。Docker 镜像基于 Ubuntu，是 .NET 跨平台部署的关键拼图。

3.1 拉取与启动

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


# 查看可用版本
docker search mssql
docker pull mcr.microsoft.com/mssql/server:2022-latest
docker pull mcr.microsoft.com/mssql/server:2019-latest

# 创建数据目录
mkdir -p /home/docker/mssql/2022
chmod 777 /home/docker/mssql/2022

# 启动 SQL Server 2022
docker run -d --name mssql2022 \
 --restart=always \
 -e "ACCEPT_EULA=Y" \
 -e "MSSQL_SA_PASSWORD=<your-org>@123456" \
 -p 1433:1433 \
 -v /home/docker/mssql/2022:/var/opt/mssql \
 mcr.microsoft.com/mssql/server:2022-latest

关键参数：

ACCEPT_EULA=Y：必须接受许可

MSSQL_SA_PASSWORD：必须满足强密码策略（≥8 字符、含大写/小写/数字/非字母数字符号，如 <your-org>@123456）

不满足强密码策略会启动失败，日志里会写 Password validation failed

创建数据库 + 应用账号（可选，启动时也可以指定）：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


docker run -d --name mssql \
 -e "ACCEPT_EULA=Y" \
 -e "MSSQL_SA_PASSWORD=<your-org>@123456" \
 -e "MSSQL_PID=Express" \  # 指定 Express 版（免费）
 -e "SQLSERVER_DATABASE=demo" \  # 启动时创建 demo 库
 -e "SQLSERVER_USER=xiaofei" \  # demo 库的专属用户
 -e "SQLSERVER_PASSWORD=<your-org>@123456" \
 -p 1433:1433 \
 --restart=always \
 -v /home/docker/mssql:/var/opt/mssql \
 mcr.microsoft.com/mssql/server:2019-latest

3.2 进入容器操作

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


docker exec -it mssql bash

# 使用 sqlcmd 连接
/opt/mssql-tools/bin/sqlcmd -S localhost -U sa -P "<your-org>@123456"

# 在 sqlcmd 中
1> use master
2> go
1> select * from ftable
2> go
3> exit
# 容器里 Ctrl+D 退出

Why sqlcmd？ sqlcmd 是微软官方的命令行客户端，linux 版工具包在 /opt/mssql-tools/bin/。比图形化工具轻量，适合 CI 脚本和排错。

3.3 客户端连接（Windows）

SQL Server 容器跑在 Linux 上，Windows 客户端用 ODBC Driver 18（2022 之后强制）连接：

下载：ODBC Driver for SQL Server
安装：msodbcsql.msi（如果下载不到，就用 Navicat 安装目录里的 msodbcsql_64.msi）

坑：旧的 SQL Server Native Client 11.0 已经被微软停维护（2025 年），新项目不要再用它。

3.4 Navicat 创建数据库的建议配置

项	推荐值
排序规则	`Chinese_PRC_CI_AS`（中文、不区分大小写）
恢复模式	`SIMPLE`（开发/演示环境；生产用 FULL + 定期日志备份）
兼容级别	100（SQL Server 2008 兼容）或 150（SQL Server 2019）
文件初始大小	数据 100MB、日志 50MB（按业务增长可调）

四、Oracle 11g vs SQL Server 2019/2022：选型速查

维度	Oracle 11g	SQL Server 2019/2022
起源	1977（最早商用 RDBMS）	1989（Sybase 衍生）
Docker 官方支持	12c 之后才有	2017 之后
推荐镜像	`helowin/oracle_11g`（社区）	`mcr.microsoft.com/mssql/server`（官方）
镜像大小	~2.5GB	~1.5GB
内存需求	≥2GB	≥2GB（Express 256MB）
字符集	默认 WE8MSWIN1252，要手动改 ZHS16GBK	默认 SQL_Latin1_General_CP1_CI_AS（中文/西文混排可接受）
备份工具	expdp/impdp（数据泵）	BACKUP DATABASE / VDP / Ola Hallengren 脚本
客户端	sqlplus、PL/SQL Developer	SSMS、Azure Data Studio、sqlcmd
跨平台	Linux/Win（11g 主要跑在 Linux）	2017 之后完整 Linux 支持
授权模式	按 CPU 授权，贵	标准版/企业版/Express（免费）

经验法则：

老项目迁云、ERP/金融 → Oracle
.NET Core 跨平台 / 中小企业 OA → SQL Server
临时演示 / 培训 → 两个都可以容器化，SQL Server 启动更轻

五、扩展阅读

Oracle 11g Docker 镜像：helowin/oracle_11g
SQL Server 官方镜像：mcr.microsoft.com/mssql/server
Oracle 数据泵（expdp/impdp）官方文档：docs.oracle.com
ODBC Driver for SQL Server：learn.microsoft.com