从 MySQL 8.0.17 开始,MySQL 支持根据符合
JSON Schema 规范草案 4 的 JSON模式验证 JSON 文档。这可以使用本节中详述的任一函数来完成,这两个函数都有两个参数,一个 JSON 模式和一个根据该模式验证的 JSON 文档。
JSON_SCHEMA_VALID()
如果文档根据模式进行验证,则返回 true,否则返回 false;
JSON_SCHEMA_VALIDATION_REPORT()
提供 JSON 格式的验证报告。
这两个函数都按如下方式处理 null 或无效输入:
如果至少有一个参数是
NULL
,则函数返回NULL
。如果至少有一个参数不是有效的 JSON,则该函数会引发错误 (
ER_INVALID_TYPE_FOR_JSON
)此外,如果模式不是有效的 JSON 对象,该函数将返回
ER_INVALID_JSON_TYPE
。
MySQL 支持required
JSON 模式中的属性以强制包含所需的属性(请参阅函数描述中的示例)。
MySQL 支持 JSON 模式中的id
、
$schema
、description
和
type
属性,但不需要其中任何一个。
MySQL 不支持 JSON 模式中的外部资源;使用$ref
关键字会导致
JSON_SCHEMA_VALID()
失败并显示
ER_NOT_SUPPORTED_YET
.
MySQL 支持 JSON 模式中的正则表达式模式,它支持但静默地忽略无效模式(参见JSON_SCHEMA_VALID()
示例的描述)。
以下列表详细描述了这些功能:
JSON_SCHEMA_VALID(
schema
,document
)根据 JSON 验证
document
JSONschema
。schema
和 都是document
必需的。架构必须是有效的 JSON 对象;该文档必须是有效的 JSON 文档。如果满足这些条件: 如果文档根据模式进行验证,则函数返回 true (1);否则,它返回假 (0)。在此示例中,我们将一个用户变量设置
@schema
为地理坐标的 JSON 架构值,将另一个 变量设置@document
为包含一个此类坐标的 JSON 文档的值。然后我们 通过将它们用作以下参数来 验证@document
验证 :@schema
JSON_SCHEMA_VALID()
mysql> SET @schema = '{ '> "id": "http://json-schema.org/geo", '> "$schema": "http://json-schema.org/draft-04/schema#", '> "description": "A geographical coordinate", '> "type": "object", '> "properties": { '> "latitude": { '> "type": "number", '> "minimum": -90, '> "maximum": 90 '> }, '> "longitude": { '> "type": "number", '> "minimum": -180, '> "maximum": 180 '> } '> }, '> "required": ["latitude", "longitude"] '>}'; Query OK, 0 rows affected (0.01 sec) mysql> SET @document = '{ '> "latitude": 63.444697, '> "longitude": 10.445118 '>}'; Query OK, 0 rows affected (0.00 sec) mysql> SELECT JSON_SCHEMA_VALID(@schema, @document); +---------------------------------------+ | JSON_SCHEMA_VALID(@schema, @document) | +---------------------------------------+ | 1 | +---------------------------------------+ 1 row in set (0.00 sec)
由于
@schema
包含该required
属性,我们可以设置@document
一个有效但不包含所需属性的值,然后对其进行测试@schema
,如下所示:mysql> SET @document = '{}'; Query OK, 0 rows affected (0.00 sec) mysql> SELECT JSON_SCHEMA_VALID(@schema, @document); +---------------------------------------+ | JSON_SCHEMA_VALID(@schema, @document) | +---------------------------------------+ | 0 | +---------------------------------------+ 1 row in set (0.00 sec)
如果我们现在将 的值设置
@schema
为相同的 JSON 模式但没有required
属性,@document
则验证因为它是一个有效的 JSON 对象,即使它不包含任何属性,如下所示:mysql> SET @schema = '{ '> "id": "http://json-schema.org/geo", '> "$schema": "http://json-schema.org/draft-04/schema#", '> "description": "A geographical coordinate", '> "type": "object", '> "properties": { '> "latitude": { '> "type": "number", '> "minimum": -90, '> "maximum": 90 '> }, '> "longitude": { '> "type": "number", '> "minimum": -180, '> "maximum": 180 '> } '> } '>}'; Query OK, 0 rows affected (0.00 sec) mysql> SELECT JSON_SCHEMA_VALID(@schema, @document); +---------------------------------------+ | JSON_SCHEMA_VALID(@schema, @document) | +---------------------------------------+ | 1 | +---------------------------------------+ 1 row in set (0.00 sec)
JSON_SCHEMA_VALID() 和 CHECK 约束。
JSON_SCHEMA_VALID()
也可以用来强制CHECK
约束。考虑如下
geo
所示创建的表,其中一个 JSON 列coordinate
表示地图上的纬度和经度点,由用作调用中参数的 JSON 模式控制,该 调用作为该表上的约束JSON_SCHEMA_VALID()
表达式传递:CHECK
mysql> CREATE TABLE geo ( -> coordinate JSON, -> CHECK( -> JSON_SCHEMA_VALID( -> '{ '> "type":"object", '> "properties":{ '> "latitude":{"type":"number", "minimum":-90, "maximum":90}, '> "longitude":{"type":"number", "minimum":-180, "maximum":180} '> }, '> "required": ["latitude", "longitude"] '> }', -> coordinate -> ) -> ) -> ); Query OK, 0 rows affected (0.45 sec)
笔记由于 MySQL
CHECK
约束不能包含对变量的引用,因此JSON_SCHEMA_VALID()
在使用它为表指定此类约束时必须将 JSON 模式传递给内联。我们将表示坐标的 JSON 值分配给三个变量,如下所示:
mysql> SET @point1 = '{"latitude":59, "longitude":18}'; Query OK, 0 rows affected (0.00 sec) mysql> SET @point2 = '{"latitude":91, "longitude":0}'; Query OK, 0 rows affected (0.00 sec) mysql> SET @point3 = '{"longitude":120}'; Query OK, 0 rows affected (0.00 sec)
这些值中的第一个是有效的,如以下
INSERT
语句所示:mysql> INSERT INTO geo VALUES(@point1); Query OK, 1 row affected (0.05 sec)
第二个 JSON 值无效,因此约束失败,如下所示:
mysql> INSERT INTO geo VALUES(@point2); ERROR 3819 (HY000): Check constraint 'geo_chk_1' is violated.
在 MySQL 8.0.19 及更高版本中,您可以获得有关故障性质的准确信息——在本例中,该
latitude
值超过模式中定义的最大值——通过发出以下SHOW WARNINGS
语句:mysql> SHOW WARNINGS\G *************************** 1. row *************************** Level: Error Code: 3934 Message: The JSON document location '#/latitude' failed requirement 'maximum' at JSON Schema location '#/properties/latitude'. *************************** 2. row *************************** Level: Error Code: 3819 Message: Check constraint 'geo_chk_1' is violated. 2 rows in set (0.00 sec)
上面定义的第三个坐标值也是无效的,因为它缺少必需的
latitude
属性。和以前一样,您可以通过尝试将值插入geo
表中然后再发出 来看到这一点SHOW WARNINGS
:mysql> INSERT INTO geo VALUES(@point3); ERROR 3819 (HY000): Check constraint 'geo_chk_1' is violated. mysql> SHOW WARNINGS\G *************************** 1. row *************************** Level: Error Code: 3934 Message: The JSON document location '#' failed requirement 'required' at JSON Schema location '#'. *************************** 2. row *************************** Level: Error Code: 3819 Message: Check constraint 'geo_chk_1' is violated. 2 rows in set (0.00 sec)
有关详细信息,请参阅第 13.1.20.6 节,“检查约束”。
JSON Schema 支持为字符串指定正则表达式模式,但 MySQL 使用的实现会默默地忽略无效模式。这意味着
JSON_SCHEMA_VALID()
即使正则表达式模式无效,它也可以返回 true,如下所示:mysql> SELECT JSON_SCHEMA_VALID('{"type":"string","pattern":"("}', '"abc"'); +---------------------------------------------------------------+ | JSON_SCHEMA_VALID('{"type":"string","pattern":"("}', '"abc"') | +---------------------------------------------------------------+ | 1 | +---------------------------------------------------------------+ 1 row in set (0.04 sec)
JSON_SCHEMA_VALIDATION_REPORT(
schema
,document
)根据 JSON 验证
document
JSONschema
。schema
和 都是document
必需的。与 JSON_VALID_SCHEMA() 一样,模式必须是有效的 JSON 对象,文档必须是有效的 JSON 文档。如果满足这些条件,该函数将以 JSON 文档的形式返回有关验证结果的报告。如果根据 JSON 模式认为 JSON 文档有效,则该函数返回一个 JSON 对象,其中一个属性valid
的值为“true”。如果 JSON 文档验证失败,该函数将返回一个 JSON 对象,其中包含此处列出的属性:valid
: 对于失败的架构验证始终为“false”reason
:包含失败原因的人类可读字符串schema-location
:一个 JSON 指针 URI 片段标识符,指示在 JSON 模式中验证失败的位置(请参阅此列表后面的注释)document-location
:一个 JSON 指针 URI 片段标识符,指示 JSON 文档中验证失败的位置(请参阅此列表后面的注释)schema-failed-keyword
:一个字符串,其中包含违反的 JSON 架构中的关键字或属性的名称
笔记JSON 指针 URI 片段标识符在 RFC 6901 - JavaScript Object Notation (JSON) Pointer中定义。(这些与
JSON_EXTRACT()
和其他 MySQL JSON 函数 使用的 JSON 路径表示法不同 。)在此表示法中,#
代表整个文档,并#/myprop
代表包含在名为 的顶级属性中的文档部分myprop
。有关详细信息,请参阅刚刚引用的规范和本节后面显示的示例。在此示例中,我们将一个用户变量设置
@schema
为地理坐标的 JSON 架构值,将另一个 变量设置@document
为包含一个此类坐标的 JSON 文档的值。然后我们 通过将它们用作以下参数来 验证@document
验证 :@schema
JSON_SCHEMA_VALIDATION_REORT()
mysql> SET @schema = '{ '> "id": "http://json-schema.org/geo", '> "$schema": "http://json-schema.org/draft-04/schema#", '> "description": "A geographical coordinate", '> "type": "object", '> "properties": { '> "latitude": { '> "type": "number", '> "minimum": -90, '> "maximum": 90 '> }, '> "longitude": { '> "type": "number", '> "minimum": -180, '> "maximum": 180 '> } '> }, '> "required": ["latitude", "longitude"] '>}'; Query OK, 0 rows affected (0.01 sec) mysql> SET @document = '{ '> "latitude": 63.444697, '> "longitude": 10.445118 '>}'; Query OK, 0 rows affected (0.00 sec) mysql> SELECT JSON_SCHEMA_VALIDATION_REPORT(@schema, @document); +---------------------------------------------------+ | JSON_SCHEMA_VALIDATION_REPORT(@schema, @document) | +---------------------------------------------------+ | {"valid": true} | +---------------------------------------------------+ 1 row in set (0.00 sec)
现在我们设置
@document
它为其属性之一指定非法值,如下所示:mysql> SET @document = '{ '> "latitude": 63.444697, '> "longitude": 310.445118 '> }';
使用 测试时,now 的验证
@document
失败JSON_SCHEMA_VALIDATION_REPORT()
。函数调用的输出包含有关失败的详细信息(包含函数JSON_PRETTY()
以提供更好的格式),如下所示:mysql> SELECT JSON_PRETTY(JSON_SCHEMA_VALIDATION_REPORT(@schema, @document))\G *************************** 1. row *************************** JSON_PRETTY(JSON_SCHEMA_VALIDATION_REPORT(@schema, @document)): { "valid": false, "reason": "The JSON document location '#/longitude' failed requirement 'maximum' at JSON Schema location '#/properties/longitude'", "schema-location": "#/properties/longitude", "document-location": "#/longitude", "schema-failed-keyword": "maximum" } 1 row in set (0.00 sec)
由于
@schema
包含该required
属性,我们可以设置@document
一个有效但不包含所需属性的值,然后对其进行测试@schema
。的输出JSON_SCHEMA_VALIDATION_REPORT()
显示由于缺少必需的元素而导致验证失败,如下所示:mysql> SET @document = '{}'; Query OK, 0 rows affected (0.00 sec) mysql> SELECT JSON_PRETTY(JSON_SCHEMA_VALIDATION_REPORT(@schema, @document))\G *************************** 1. row *************************** JSON_PRETTY(JSON_SCHEMA_VALIDATION_REPORT(@schema, @document)): { "valid": false, "reason": "The JSON document location '#' failed requirement 'required' at JSON Schema location '#'", "schema-location": "#", "document-location": "#", "schema-failed-keyword": "required" } 1 row in set (0.00 sec)
如果我们现在将 的值设置
@schema
为相同的 JSON 模式但没有required
属性,@document
则验证因为它是一个有效的 JSON 对象,即使它不包含任何属性,如下所示:mysql> SET @schema = '{ '> "id": "http://json-schema.org/geo", '> "$schema": "http://json-schema.org/draft-04/schema#", '> "description": "A geographical coordinate", '> "type": "object", '> "properties": { '> "latitude": { '> "type": "number", '> "minimum": -90, '> "maximum": 90 '> }, '> "longitude": { '> "type": "number", '> "minimum": -180, '> "maximum": 180 '> } '> } '>}'; Query OK, 0 rows affected (0.00 sec) mysql> SELECT JSON_SCHEMA_VALIDATION_REPORT(@schema, @document); +---------------------------------------------------+ | JSON_SCHEMA_VALIDATION_REPORT(@schema, @document) | +---------------------------------------------------+ | {"valid": true} | +---------------------------------------------------+ 1 row in set (0.00 sec)