ISOIEC 9075-102023 信息技术.数据库语言SQL.第10部分对象语言绑定（SQLOLB）标准立项发展报告

信息技术数据库语言SQL第10部分：对象语言绑定（SQL/OLB）标准立项发展报告英文标题StandardizationDevelopmentReport:InformationTechnology-DatabaseLanguagesSQL-Part10:ObjectLanguageBindings(SQL/OLB)摘要随着企业级应用系统对数据持久化与对象模型映射需求的持续深化，数据库语言SQL与主流面向对象编程语言之间的标准化绑定已成为信息系统互操作性的关键基础设施。本报告围绕国际标准ISO/IEC9075-10:2023《信息技术数据库语言SQL第10部分：对象语言绑定（SQL/OLB）》展开系统分析，首先概述该标准的研制背景、技术定位与发布历程，阐明其在SQL系列标准体系中的功能角色；其次，从标准架构、核心技术与应用场景三个维度，深入解析SQL/OLB在Java与SQL数据模型映射、嵌入式SQL语句、运行时资源管理等方面的技术内容；继而，对该标准的现行状态、国际应用推广情况及主要参与研制单位进行介绍；最后，结合云计算、微服务架构与多语言数据访问的发展趋势，展望SQL/OLB标准的演进方向及其在AI赋能数据分析、分布式数据库生态中的潜在价值。本报告旨在为标准应用者、数据库研发人员及标准化工作者提供全面、准确、前瞻的参考依据。关键词：SQL/OLB；对象语言绑定；ISO/IEC9075；数据库语言；Java嵌入SQL；标准化；接口与互连；SQLJKeywords:SQL/OLB;ObjectLanguageBindings;ISO/IEC9075;DatabaseLanguages;EmbeddedSQLforJava;Standardization;InterfacesandInterconnection;SQLJ1引言数据库技术作为信息系统的核心基础设施，其标准化工作历来受到国际标准化组织的高度重视。自1986年首个SQL标准发布以来，ISO/IECJTC1/SC32（数据管理与交换分技术委员会）持续对SQL标准体系进行修订与扩充，形成了覆盖数据库语言核心、调用级接口、持久化存储、对象模型绑定、XML处理、多维数组等多维度功能的系列标准族。其中，ISO/IEC9075系列作为结构化查询语言（SQL）的权威标准框架，已为全球数据库产品、应用开发工具及数据服务平台的互操作提供了基础性技术规范。在数据库应用从单一关系模型向对象-关系混合模型演进的进程中，如何在Java、C++、C#等面向对象编程语言中便捷、高效、安全地访问SQL数据库，成为数据库应用开发面临的重要课题。对象语言绑定（ObjectLanguageBindings,OLB）正是为解决这一需求而设置的标准组成部分。ISO/IEC9075-10:2023作为该系列标准的第10部分，明确规定了SQL与Java等对象语言之间的语法映射、类型转换及执行语义，为嵌入式SQL在面向对象环境中的标准化应用提供了权威依据。本报告以ISO/IEC9075-10:2023标准为研究对象，从标准立项与研制背景、核心技术内容、编制单位、应用前景等维度展开全面阐述，以期为相关技术人员的标准应用和后续标准化工作提供有益参考。2标准立项背景与研制历程2.1SQL标准体系概述ISO/IEC9075系列标准由国际标准化组织（ISO）与国际电工委员会（IEC）下属联合技术委员会JTC1“信息技术”第32分技术委员会SC32“数据管理与交换”负责研制与维护。该系列标准自1986年首次发布以来，历经SQL-89、SQL-92、SQL:1999、SQL:2003、SQL:2008、SQL:2011、SQL:2016及SQL:2023等多个版本的迭代演化，已成为关系数据库领域最具影响力的国际标准。ISO/IEC9075系列标准当前由多个部分构成，各部分协同配合、互为补充：-ISO/IEC9075-1：框架（Framework）-ISO/IEC9075-2：基础（Foundation）-ISO/IEC9075-3：调用级接口（Call-LevelInterface,SQL/CLI）-ISO/IEC9075-4：持久化存储模块（PersistentStoredModules,SQL/PSM）-ISO/IEC9075-9：数据库语言SQL管理外部数据（SQL/MED）-ISO/IEC9075-10：对象语言绑定（ObjectLanguageBindings,SQL/OLB）-ISO/IEC9075-11：信息与定义模式（InformationandDefinitionSchemas,SQL/Schemata）-ISO/IEC9075-13：Java相关例程与类型（SQL/JRT）-ISO/IEC9075-14：XML相关规范（SQL/XML）-ISO/IEC9075-15：多维数组（SQL/MDA）其中，ISO/IEC9075-10（SQL/OLB）的定位是在SQL标准与主流面向对象程序设计语言之间建立标准化的绑定机制，使得应用程序开发者能够以类型安全、语法规范的方式在宿主语言（主要是Java）中嵌入SQL语句，实现数据库操作与应用程序逻辑的无缝集成。2.2立项背景与技术动因SQL/OLB标准的诞生源于数据库应用开发实践的深层需求。20世纪90年代中后期，随着Java语言在企业级应用开发中的迅速普及，如何在Java程序中访问关系数据库成为亟需标准化的基础性问题。彼时，Java数据库访问主要依赖JDBC（JavaDatabaseConnectivity）API，但JDBC属于Sun公司主导的事实标准而非国际标准，且其调用方式以字符串拼接SQL语句为主，缺乏编译期语法检查与类型验证能力，存在SQL注入等安全风险和使用不便等问题。在此背景下，1997年前后，Oracle、IBM、Sybase等数据库厂商联合提出了SQLJ技术规范——一种将嵌入式SQL语句直接写入Java源码、通过预编译器进行语法检查与类型转换的编程模型。SQLJ的设计目标在于：其一，使Java开发者能够以接近原生SQL的语法进行数据库操作，提升代码可读性与可维护性；其二，通过编译期检查显著降低SQL语句错误率，增强程序安全性；其三，为不同数据库产品提供统一的语法语义规范，保障应用可移植性。1998年，SQLJ规范被提交至ISO/IECJTC1/SC32，作为SQL标准中对象语言绑定部分的候选技术方案。经过多轮审议与修改，ISO/IEC9075-10（SQL/OLB）最终于2000年作为SQL:1999标准体系的组成部分正式发布。此后，随着Java技术生态的持续演进及数据库应用场景的不断丰富，SQL/OLB标准分别于2003年、2008年、2011年、2016年和2023年进行了修订更新，以适配新的语言特性与数据库技术需求。2.3标准的现行状态与发布版本ISO/IEC9075-10:2023是SQL/OLB标准的最新版本，于2023年6月1日正式发布。该版本在2016年版的基础上，融合了SQL标准家族其他部分的最新修订成果，体现了近年来数据库技术、编程语言生态和应用需求的发展变化。该标准由ISO/IECJTC1/SC32负责维护，国际电工委员会（IEC）作为联合发布机构，其正式出版文本以英语形式公布。从标准分类角度看，ISO/IEC9075-10:2023归属于“接口和互连设备”类目，体现了其在数据库系统与应用程序之间承上启下的桥梁性作用。3标准核心技术内容分析3.1标准总体框架ISO/IEC9075-10:2023（SQL/OLB）在体系结构上遵循ISO/IEC9075-1（框架）所确立的SQL标准分层架构，并在此基础上针对对象语言绑定的特殊性规定了独立的语法、语义及运行时行为规范。标准的总体架构可划分为以下几个核心层次：（1）宿主语言嵌入规范层。该层规定了SQL语句嵌入宿主语言（以Java为主）的语法形式。标准定义了SQLJ子语言——一种在Java代码中以特殊注释形式（`#sql`）标注的嵌入式SQL语法，使SQL语句在保留原语法的同时嵌入Java程序中。此设计允许预编译器准确识别并处理嵌入的SQL段，并利用标准Java编译器处理纯Java代码部分。（2）类型映射与转换层。该层详细规定了SQL数据类型与Java数据类型之间的对应关系及转换规则。标准定义了由SQL数据类型到Java类/接口的系统映射（defaultmapping）和自定义映射（custommapping）机制，涵盖数值类型（INTEGER、NUMERIC、DECIMAL等）、字符类型（CHARACTER、VARCHAR等）、时间类型（DATE、TIME、TIMESTAMP）、大对象类型（BLOB、CLOB）及用户自定义类型（UDT）等完整的类型体系转换映射。（3）执行语义与上下文管理层。该层规定了嵌入式SQL语句的执行语义，包括连接管理、事务边界控制、游标操作、异常处理等上下文管理机制。标准明确了SQL语句执行与Java异常模型之间的映射关系——即SQLSTATE与Java异常类之间的对应规则，以及结果集（ResultSet）的迭代访问方式。（4）运行时环境与资源管理规范层。该层规定了SQL/OLB运行时所需的基础设施及其行为要求，包括执行上下文（ExecutionContext）、连接上下文（ConnectionContext）的创建与管理机制，以及语句缓存、资源释放等运行时资源的生命周期管理。3.2核心技术机制3.2.1SQLJ嵌入式SQL语法体系SQL/OLB的核心创新在于其SQLJ嵌入式SQL语法体系。以Java宿主语言为例，典型的SQLJ语句形式如下：```sqlsql[connectionContext]{UPDATEemployeesSETsalary=salary*1.1WHEREdept_id=:deptId};```该语法结构具有以下显著特征：-语法标记：以`#sql`作为SQLJ语句的起始标识，后接可选的连接上下文指示符，大括号内为完整的SQL语句。-主机变量：以冒号前缀（如`:deptId`）引用Java变量，实现Java变量与SQL参数的安全绑定。-表达式支持：SQL语句中允许嵌入复杂的Java表达式，由预编译器转换为适当的类型获取/设置调用。-迭代器（Iterator）：SQLJ查询语句通过声明式迭代器接收查询结果。迭代器分为具名迭代器（NamedIterator）和定位迭代器（PositionalIterator）两类。具名迭代器通过列名访问结果数据，具有类型安全、可读性强的优势；定位迭代器则依据列位置顺序访问数据。这套嵌入式SQL语法模型不仅适用于Java语言，其语法框架设计也为此后扩展至其他对象语言（如C#等）预留了兼容空间，充分体现了标准的前瞻性与开放性。3.2.2类型映射体系SQL/OLB标准建立了系统完善的SQL-宿主语言类型映射体系。该映射体系的设计遵循以下原则：一是类型覆盖的全面性——涵盖SQL标准定义的全部内置类型；二是映射的可定制性——允许应用程序针对用户自定义类型（UDT）定制映射关系；三是运行时安全性——所有类型转换均经过严格的类型检查，杜绝隐式不安全转换。在默认映射方面，标准细致规定了以下转换规则：-SQL的INTEGER、SMALLINT和BIGINT分别映射至Java的int、short和long类型；-SQL的NUMERIC和DECIMAL映射至Java的java.math.BigDecimal类型；-SQL的CHARACTER和VARCHAR（在特定情形下含CHARACTERVARYING）映射至Java的java.lang.String类型；-SQL的DATE、TIME和TIMESTAMP分别映射至java.sql.Date、java.sql.Time和java.sql.Timestamp；-SQL的BINARY和VARBINARY（或BLOB）映射至byte数组或java.sql.Blob；-SQL的BOOLEAN映射至Java的boolean类型；-SQL的用户自定义类型（UDT）依据其类型类别映射至对应的Java类，或通过自定义映射（SQLData接口实现）完成定制化转换。此外，标准还规定了SQLNULL值与Java空引用的对应关系及处理语义，确保空值语义在两种类型系统间的精确传递。3.2.3执行上下文与连接管理SQL/OLB标准对数据库连接的获取、绑定、释放及事务边界管理机制作出了系统规定。标准引入连接上下文（ConnectionContext）和执行上下文（ExecutionContext）两个核心概念：-连接上下文：封装物理数据库连接及其相关的SQL语句执行环境。在SQLJ程序中，可通过`DefaultContext`类建立默认连接上下文，亦可在多数据源场景下通过`ConnectionContext`接口显式管理多个连接实例。标准要求连接上下文具备自动提交模式控制、事务隔离级别设置、连接关闭与清理等能力。-执行上下文：管理SQL语句执行过程中的参数设置、执行结果状态及批处理行为。通过执行上下文，应用可统一设置查询超时、最大行数限制、批处理大小等行为参数，并可获取语句执行后的警告信息和更新计数。该两层上下文结构的标准化，有效提升了SQL嵌入程序的可管理性和可移植性，为复杂企业应用的连接治理提供了规范化框架。3.2.4异常处理与状态管理SQL/OLB标准将SQL执行状态的标准化处理机制与Java异常模型进行了有效融合。当嵌入式SQL语句执行失败或产生警告时，运行时环境通过以下方式向Java程序传递状态信息：-将SQLSTATE值映射为对应的Java异常类——如连接异常（SQLException）的子类体系；-在SQLException对象中封装SQLSTATE码、错误信息文本及数据库特定的错误码，提供多维度错误诊断信息；-支持`WHENEVER`语句（SQLCA条件处理）语义与Java异常处理的互操作机制，使开发者可采用统一的异常处理流程管理SQL错误。3.3标准在SQL系列中的协作关系SQL/OLB并非孤立的技术规范，它与SQL标准家族中的多个部分存在紧密的技术关联与功能互补。明确这些依赖关系，对于正确理解SQL/OLB的标准定位与应用方式至关重要。3.3.1与ISO/IEC9075-3（SQL/CLI）的互补关系SQL/CLI（调用级接口）规定了C语言等过程性语言调用SQL数据库的函数级接口，是JDBC等数据库驱动的技术基础之一。SQL/OLB与SQL/CLI的定位截然不同：CLI面向需逐过程调用的宿主语言提供函数API；而OLB则面向对象语言提供嵌入式声明式SQL语法。从实现层面看，多数SQL/OLB运行时实现（如SQLJTranslator）在底层依赖JDBC（而JDBC在概念与结构上与SQL/CLI高度对应），因此在体系架构上，OLB可视为构建于CLI抽象之上的更高层绑定规范。二者的配合使不同语言的数据库应用开发者均可获得标准化访问路径。3.3.2与ISO/IEC9075-2（SQL/Foundation）的依赖关系SQL/Foundation定义了SQL语言的核心语法与语义，包括数据类型体系、SQL表达式、查询表达式、数据操纵语句等基础性规范。SQL/OLB中嵌入的SQL语句必须严格遵循SQL/Foundation规定的语法规则和语义约束。类型映射规则的准确性亦以Foundation中定义的数据类型语义为前提。因此，SQL/Foundation的每次修订都会对SQL/OLB产生直接影响——例如，SQL:2016中新增的JSON数据类型功能在Foundation中定义后，SQL/OLB在后续修订中即需补充相应的Java类型映射规则。SQL/OLB对Foundation的依赖性体现了SQL标准家族“基础-扩展”的清晰层次化架构。3.3.3与ISO/IEC9075-13（SQL/JRT）的协同机制SQL/JRT规定了Java类作为SQL存储过程、函数及数据类型（SQLUDT）映射的标准化方式，实现了从数据库内调用Java代码的技术路径。SQL/OLB则实现了从Java代码访问数据库的绑定规范，二者共同构建了Java与SQL双向互操作的完整桥梁。在实际应用中，开发者可利用SQL/JRT在数据库服务器端部署Java业务逻辑，同时利用SQL/OLB在应用客户端嵌入SQL数据访问语句，形成“客户端嵌入访问—服务器端Java逻辑”的无缝集成开发体验。标准间协同设计的成熟度是Java数据库开发生态完善性的重要标志。3.3.4与ISO/IEC9075-14（SQL/XML）的关系SQL/XML规定了SQL与XML数据模型之间的映射、发布函数及查询函数。SQL/OLB中的嵌入式SQL语句如需处理XML类型数据，其底层类型映射需依赖SQL/XML的规范。SQL/OLB在与SQL/XML的组合场景下提供Java对SQLXML类型的访问绑定，使Java应用可通过嵌入式SQL无缝操作存储在数据库中的XML文档。两种标准的配合为