Oracle 11g透明网关访问SQL Server：从安装配置到排错完整指南-北京尧图网络

做Oracle开发和运维的朋友早晚会碰到这么个需求Oracle库要读SQL Server的数据。以前我都是写ETL脚本定时抽取或者让开发同事导出CSV再灌进Oracle费劲不说实时性还差。后来在项目里用上了Oracle11g透明网关才算找到正解——装一个独立的网关组件配置好init、tnsnames、listener这几个文件创建一条dblinkOracle直接就能像查本地表一样查远程SQL Server的表全程不用写一行业务代码。今天这篇把下载、安装、配置到排错的完整流程写透给正在折腾透明网关的朋友做个参考。1. 透明网关是什么什么时候需要它1.1 一句话理解透明网关透明网关Transparent Gateway是Oracle官方提供的异构数据访问组件。它本身不是数据库也不是普通的JDBC/ODBC驱动而是一个独立安装的中间代理进程。Oracle数据库接到跨库查询SQL后会把请求交给这个网关进程网关再通过自身对应的驱动比如SQL Server网关用的是dg4msql去连接目标数据库拿回结果集返回给Oracle。“透明”二字就体现在应用层对开发人员来说操作远程数据表几乎和本地表没区别只是表名后面要加一个链接名。底层走的是异构服务Heterogeneous ServicesOracle叫做HS透明网关就是HS在特定数据库上的落地实现。使用场景其实比很多人想象中广。最常见的两类一是老系统数据在SQL Server新系统在Oracle两边要共存一段时间业务又要实时看数二是数据仓库做整合Oracle作为主库定期从SQL Server、Sybase拉数据透明网关直接让Oracle能够远程查询。1.2 透明网关能解决的三类问题第一类跨库联查。报表系统要同时汇总Oracle和SQL Server的数据传统做法是每天把两边数据都抽到一个库里再做关联。但报表临时想加一个字段、想提前看当天的数据跑批就来不及。有了透明网关一条SQL就能直接跨两个库join实时性提升很明显。第二类数据迁移。老系统整套要从SQL Server迁到Oracle透明网关加一条CREATE TABLE AS SELECT就能把远程表的全量数据直接拉到Oracle本地比“导出文件-上传-导入”的方式少很多中间环节大表迁移时尤其省事。第三类应急查询。生产故障排查时DBA和开发经常要快速比对两个库的数据。以前要找人导数据、传文件现在只要DBA把链路建好开发自己在SQL窗口里直接查排障效率完全不是一个量级。1.3 为什么选透明网关而不是其他方案当时我也对比过别的路线。用Oracle自己的Database Link默认只能连Oracle到Oracle跨类型必须要配HS而HS底层本质上还是需要网关组件。开源方案比如各种ODBC桥接中间件配置灵活但版本兼容性要靠运气出了问题官方不兜底。ETL工具比如Kettle、DataX做批量同步确实强但做不到让应用直接用SQL访问远程库开发改造成本高。透明网关最大的价值就是“查询透明”应用侧改动极小DBA配一次链路开发就能像用本地表一样用远程表。再加上它是Oracle官方组件跟数据库版本深度绑定遇到问题能从官方文档和MOS里找到答案这是野路子方案比不了的。2. 下载与安装前的准备2.1 版本与位数匹配是第一原则装透明网关第一个坑就是版本匹配。透明网关的版本必须和Oracle数据库主版本一致比如数据库是11.2.0.4网关也必须是11.2.0.4。拿11g网关去配19c数据库或者反过来都是行不通的。这个版本一致性比很多人想象中严格官方文档里写得很清楚。位数也要对齐。64位数据库配64位网关32位数据库配32位网关千万不能混。判断数据库位数很简单在SQL*Plus里执行SELECT * FROM v$version;输出里能看到64-bit Production之类的字样确认好这个再去找对应安装包。很多朋友下载时没注意位数装完连不上排查半天最后才发现是32位网关配了64位数据库。另外提醒一句11.2.0.4是11g的最后一个版本也是这个系列里最成熟的版本。只要条件允许优先下载11.2.0.4的网关别用早期的小版本。2.2 去哪里下载匹配的网关安装包透明网关的安装包跟Oracle数据库安装包是分开的不是在数据库安装介质里勾选一个组件就能装。很多人找不到下载入口其实是因为名字没找对。正确的下载路径是Oracle官方的软件交付云站点的下载页面在产品的筛选条件里选中Oracle Database 11g Release 2操作系统选对应的平台Windows x64、Linux x64等展开组件列表后就能看到“Transparent Gateway for Microsoft SQL Server”和“Transparent Gateway for ODBC”这样的独立安装包。下载前需要注册并登录Oracle账号这个没什么好说的官网统一流程。搜索下载时建议认准官方渠道。第三方的网盘、镜像站虽然偶尔能搜到但来源不可控安装包被植入东西的风险谁也担不起生产环境尤其不要图省事。下载后记得校验一下文件完整性CRC或者SHA值对得上再用。2.3 安装前必须收集的信息清单安装之前先把下面这些信息收集齐能省掉后面一半的排错时间Oracle数据库的IP、监听端口默认1521、数据库版本和位数网关安装的独立目录也就是给网关单独准备的ORACLE_HOME路径SQL Server服务器的IP、端口默认1433、实例名默认实例还是命名实例要访问的SQL Server数据库名、登录账号和密码SQL Server端是否开启了TCP/IP协议是否配置了固定端口最后一条特别容易被忽略。SQL Server默认情况下TCP/IP协议可能是关闭的或者使用的是动态端口。透明网关走的是TCP连接SQL Server端必须保证在1433端口或其他固定端口上能连通。建议安装前先在Oracle服务器上执行一下telnet SQLServer_IP 1433能通再往下走不通先处理SQL Server端的网络配置。3. 透明网关安装实录与配置3.1 安装过程的关键步骤这里以Windows环境、网关访问SQL Server为例Linux安装流程大同小异只是在图形界面和路径规范上略有差异。解压下载的安装包后进入目录运行setup.exe。如果机器上已经装了Oracle数据库安装界面会检测到已有的ORACLE_HOME。这时候注意了安装类型要选“Oracle透明网关”而不是“Oracle数据库软件”这两个选项长得像选错会装成一套完整的数据库白白浪费时间。接着是选择要访问的数据源类型。访问SQL Server就选Microsoft SQL Server访问其他ODBC兼容数据源就选ODBC。这里的选择决定了后面生成的目录和程序名SQL Server对应的是tg4msqlODBC对应的是tg4odbc。然后是指定Oracle主目录位置。强烈建议给网关单独指定一个目录不要和数据库的ORACLE_HOME混用。比如数据库在D:\oracle\product\11.2.0\dbhome_1网关就放D:\oracle\product\11.2.0\tg_1。混用目录会导致配置文件互相覆盖出了问题非常难排查。安装完成后检查一下网关目录下的结构。正常情况下能看到tg4msql子目录里面有admin文件夹这就是后面重点要改的initdg4msql.ora所在的位置。3.2 三个核心配置文件的逻辑关系透明网关安装好之后真正要动手改的是三个配置文件。很多人配置的时候东抄一段西抄一段改完连不上也不知道问题出在哪根源就是没搞明白这三个文件之间的关系。打个比方把透明网关比作一个翻译员initdg4msql.ora是翻译员的通讯录告诉他你要翻译的对象SQL Server在哪里tnsnames.ora是Oracle数据库这边的门牌号让数据库知道“DG4MSQL”这个服务名应该往哪里发请求listener.ora则是门卫的值班表告诉监听器“有请求找DG4MSQL时该去哪个目录、启动哪个程序来干活”。理解了这层关系排错就有方向连不上先看是哪个环节断了。数据库报无法解析服务名多半是tnsnames的问题监听器收到请求但启动不了网关进程多半是listener里ORACLE_HOME或PROGRAM配错网关进程起来了但连不上SQL Server那就要回头查init文件里的连接信息。3.3 initdg4msql.ora 先改网关自己先打开TG_HOME\tg4msql\admin\initdg4msql.ora默认内容基本都是注释。需要我们动手改的核心参数是HS_FDS_CONNECT_INFO新手第一次看到这个文件往往不知道要填什么其实就是告诉网关“你要连的SQL Server在哪”。我用得最多的配置格式是这样的hs_fds_connect_info192.168.10.50:1433ERP_DB hs_fds_trace_leveloff hs_fds_sql_user_namesa hs_fds_sql_passwordYourPassword逐行解释一下。hs_fds_connect_info是核心中的核心格式是SQLServer的IP:端口数据库名。端口要注意如果SQL Server是默认实例通常是1433如果是命名实例最好先在SQL Server端把TCP端口固定下来再填固定后的端口号。数据库名填要访问的业务库名比如ERP_DB。hs_fds_sql_user_name和hs_fds_sql_password是网关连接SQL Server时使用的账号密码建议用最小权限账号能查目标库就行别把sa密码写在明文文件里四处传播。hs_fds_trace_level平时保持off就好。真要排错的时候这个参数可以开到debug级别网关会把详细执行日志写到trace文件里信息量非常大是疑难杂症的杀手锏。但平时开着会严重拖慢性能记得排完错改回来。hs_language这个参数也值得注意默认是AMERICAN_AMERICA.WE8MSWIN1252在中文环境下经常导致乱码建议显式设置为AMERICAN_AMERICA.ZHS16GBK后面第5章会详细说。3.4 tnsnames.ora 让数据库认识网关第二个要改的是tnsnames.ora。注意是数据库的ORACLE_HOME下network\admin里的tnsnames.ora不是网关目录下的那个。在文件末尾加一个条目名字可以自己起我用的是DG4MSQL跟网关SID保持一致方便管理DG4MSQL (DESCRIPTION (ADDRESS(PROTOCOLTCP)(HOST192.168.10.10)(PORT1521)) (CONNECT_DATA(SIDDG4MSQL)) (HSOK) )这里有个非常经典的错误很多人以为ADDRESS里的HOST要写SQL Server的地址结果写成了SQL Server的IP和端口。不是的这个条目是给Oracle数据库用的HOST必须写Oracle数据库所在服务器的IPPORT写Oracle监听器的端口1521。连SQL Server的信息是在init文件里配的tnsnames只是负责把请求从数据库送进网关进程。HSOK这个参数也容易漏。它明确告诉Oracle这边“这个服务名不是普通数据库而是一个异构服务”没有这一行后面创建dblink时会直接报错找不到服务。改完tnsnames后记得在命令行执行tnsping DG4MSQL返回OK说明Oracle数据库至少能通过tnsnames找到网关服务名了这是第一道验证关。3.5 listener.ora 让监听器拉起网关进程第三个文件是listener.ora。这里有两种做法我把两种都说清楚大家根据自己环境选。第一种做法把网关注册到数据库的监听器里。打开数据库ORACLE_HOME下network\admin\listener.ora在SID_LIST_LISTENER里加一段SID_LIST_LISTENER (SID_LIST (SID_DESC (GLOBAL_DBNAME DG4MSQL) (SID_NAME DG4MSQL) (ORACLE_HOME D:\oracle\product\11.2.0\tg_1) (PROGRAM dg4msql) ) )注意ORACLE_HOME必须指向网关的目录也就是前面安装时指定的tg_1很多人在这个字段上直接复制了数据库的路径监听器去数据库目录下找dg4msql.exe当然找不到。PROGRAM填dg4msqlWindows下监听器会自动补上.exe后缀去执行。改完执行lsnrctl reload然后看状态lsnrctl status状态列表里如果能看到DG4MSQL这个service handler说明静态注册成功了。第二种做法用网关自带的监听器。Windows上安装透明网关后会生成一个独立的监听器服务默认监听在1521端口这很容易和数据库监听器抢端口。需要修改TG_HOME\network\admin\listener.ora里的端口比如改成1522同时让tnsnames.ora里ADDRESS的PORT也变成1522。两种做法都可以实际生产环境中我见得多的是第一种因为端口统一在1521上进行管理防火墙规则也不用额外放开。第二种适合那种数据库和网关版本不同、强制性隔离的场景。我建议第一次配置的朋友直接用第一种遇到问题的概率最低。4. 创建数据库链接与功能验证4.1 CREATE DATABASE LINK 建链配置文件都改好后就可以在Oracle里建数据库链接了。在SQL*Plus或PL/SQL Developer里执行CREATE DATABASE LINK DBL_MSSQL CONNECT TO sa IDENTIFIED BY YourPassword USING DG4MSQL;CONNECT TO后面的用户名和密码是SQL Server的登录账号。这里有个反直觉的细节用户名密码需要用双引号包起来避免Oracle做大小写转换。特别是密码里含特殊字符时不加引号很容易踩坑。USING后面跟的是tnsnames.ora里配置的服务名也就是DG4MSQL。这个字符串必须和tnsnames里的条目完全一致区分大小写。我之前因为小写dg4msql查了半天Oracle解析服务名时找不到匹配项直接报ORA-02085之类的错误。建成后可以验证一下SELECT * FROM dba_db_links;能看到刚才创建的链接说明链路创建成功但还不代表查询能通。4.2 查询远程表与数据同步实操建好链接后查询SQL Server的表一直在用下面的写法SELECT * FROM dbo.usersDBL_MSSQL;注意表名和模式名要加双引号并且用原始大小写。SQL Server的schema通常是dbo开头表名如果是在SQL Server里建的大小写按SQL Server里实际显示来。很多刚用的人不习惯加双引号Oracle会默认把标识符转成大写然后报“表或视图不存在”。这个报错不是没连上是查不到对象多试几次写对了就行。数据迁移时我把SQL Server整张表拉到Oracle常用的一条CREATE TABLE local_users AS SELECT * FROM dbo.usersDBL_MSSQL;如果是增量同步可以用MERGE语句或者先TRUNCATE本地表再INSERT如下TRUNCATE TABLE local_users; INSERT INTO local_users SELECT * FROM dbo.usersDBL_MSSQL; COMMIT;这种做法适合几万到几百万行的表实测下来性能可以接受。千万级以上的大表全量拉会非常慢最好在SQL Server端先做视图过滤或者用DataX这类专业工具做数据同步透明网关在这种场景下只做增量级联查更合适。你也可以在远程表上做条件过滤Oracle一般会把WHERE条件下推到SQL Server执行相当于SQL Server帮你过滤完再返给Oracle能省很多网络传输SELECT emp_no, emp_name FROM dbo.employeesDBL_MSSQL WHERE hire_date 2024-01-01;4.3 验证步骤监听器、tnsping、SQL查询配置完成后的验证顺序非常重要。很多朋友一上来就建dblink直接查报错后一头雾水其实问题早就应该在前面的环节被拦截下来。第一步验证监听器。命令行执行lsnrctl status这一步确认监听器已经知道DG4MSQL这个服务。如果列表里没有说明listener.ora的静态注册没生效或者改完后没执行reload。这一步过了才能往下一步走。第二步验证tnsnames连通性。执行tnsping DG4MSQL这一步能确认带HSOK的服务名能被数据库本机正常解析。如果这里报错看tnsnames.ora里的条目名是否写错或者文件名是否被放在了正确目录。第三步SQL层面验证。在SQL*Plus里执行SELECT 1 FROM DUALDBL_MSSQL;如果这一步返回正常说明整个链路已经通了。接下来再尝试查真实业务表定位问题就精确得多。我自己的习惯是三步全跑一遍最多五分钟能确认到底卡在哪一层。跳过前面步骤直接查表报错信息往往不是一个清晰的关键字排查起来反而更费时间。5. 常见问题速查与排错经验透明网关的报错信息非常有规律大部分问题都集中在下面几类。我按排查路径整理了一张表实际工作中遇到可以先对照着看报错可能原因处理办法ORA-28545监听器不认识DG4MSQL静态注册没生效检查listener.ora的SID_DESC确认ORACLE_HOME指向网关目录执行lsnrctl reloadORA-28546监听器找到了网关但初始化失败检查initdg4msql.ora路径是否正确文件能否被正常读取ORA-28547网关进程起来但连不上SQL Server检查SQL Server端TCP/IP协议telnet测试连通性确认端口和实例名正确ORA-28500网关与SQL Server通信后SQL执行层出错看告警日志中的ODBC详细信息多数是SQL语法不兼容或表名大小写问题查询结果显示乱码字符集不一致设置HS_LANGUAGE参数或者会话内调整NLS_LANGUAGE下面是几张报错的详细排查经验。5.1 监听器层面ORA-28545这个报错的完整文案一般是ORA-28545: error diagnosed by Net8 when connecting to an agent。看到这个报错问题的90%都出在监听器的静态注册上。首先确认你是不是把SID_DESC加到了正确的listener.ora里。如果数据库和网关装在同一台机器注意检查你有没有误改到网关目录下的listener.ora而数据库监听器实际读的是数据库ORACLE_HOME下的listener.ora。其次检查SID_NAME是否和tnsnames.ora里的SID完全一致。一个字母的差异就会导致监听器找不到对应条目报这个错。最后确认PROGRAM写的是dg4msqlORACLE_HOME写的是网关的目录。这两个字段错一个监听器即使收到了请求也没办法把网关进程拉起来。我踩过一个很隐蔽的坑Windows下改了listener.ora之后用lsnrctl reload提示成功但lsnrctl status里始终看不到DG4MSQL。最后才发现是监听器的配置缓存问题直接把监听服务重启一遍解决。所以Windows环境如果遇到奇奇怪怪的问题别犹豫lsnrctl stop再lsnrctl start。5.2 网关进程层面ORA-28546ORA-28546的完整文案通常是ORA-28546: connection to agent was lost。这个报错出现时说明监听器已经成功启动了网关进程但网关进程在初始化阶段就挂了。最常见的坑是init文件路径不对或者HS_FDS_CONNECT_INFO格式有问题。先确认TG_HOME\tg4msql\admin\initdg4msql.ora文件确实存在。注意Linux环境下文件名大小写敏感init文件名为小写initdg4msql.ora目录admin也是小写别手滑建成了Admin或者INITDG4MSQL.ORA。然后看HS_FDS_CONNECT_INFO的格式。我见过有同事写成192.168.10.50:1433/ERP_DB用斜杠代替网关直接解析失败。这个参数的标准格式就是主机:端口数据库名中间符号不对都不行。还有一个容易踩的坑SQL Server如果开的是命名实例比如SERVER01\SQL2008直接填主机名和1433端口可能连不上。建议先在SQL Server Configuration Manager里把实例的TCP/IP端口固定下来然后在HS_FDS_CONNECT_INFO里用固定端口不要写实例名。如果上面都没问题可以打开init文件里的HS_FDS_TRACE_LEVELdebug重启连接后去网关目录下看trace文件里面会记录网关初始化失败的具体原因比看Oracle报错信息详细得多。5.3 目标库层面ORA-28547ORA-28547的完整文案是ORA-28547: connection to server failed。这个报错已经把原因说得很明白了网关进程起来了但它想连接的SQL Server连不上或者拒绝连接。第一步在Oracle服务器上测试SQL Server端口连通性telnet 192.168.10.50 1433连不上问题就在SQL Server端。去SQL Server的Configuration Manager里检查两个地方一是SQL Server服务是否启动二是SQL Server网络配置里的TCP/IP协议是否启用。SQL Server默认只开Shared Memory和Named PipesTCP/IP往往是禁用状态这是最常见的坑。TCP/IP启用后再看IP地址列表里的TCP端口。如果是动态端口设成0建议改成固定的1433然后重启SQL Server服务这样网关侧配置保持不变。telnet能通还报这个错那就看init文件里的数据库名是不是拼错了或者网关进程连上SQL Server后无法访问指定的库。这种情况一般会连带报登录失败的信息去SQL Server端看错误日志最直接。还有一种是版本兼容问题。比如SQL Server是高版本而网关用的驱动比较老可能需要进行补丁更新。要是在网上查到类似的案例可以先考虑把Oracle网关打上最新的PSU补丁。5.4 字符集与中文乱码透明网关查询中文乱码在不同环境下遇到过不少次。核心原因是Oracle这边的字符集和SQL Server那边的排序规则不一致两边数据在网关进程里转换时出了问题。一套稳妥的配置是这样。在initdg4msql.ora里显式设置hs_languageAMERICAN_AMERICA.ZHS16GBK然后查询前在Oracle会话里执行ALTER SESSION SET NLS_LANGUAGESIMPLIFIED CHINESE;这两个一起配合大部分乱码问题都能解决。如果改了还是乱再检查一下Oracle数据库本身的字符集SELECT value FROM nls_database_parameters WHERE parameterNLS_CHARACTERSET;如果数据库字符集是AL32UTF8而目标SQL Server数据是GBK编码乱码的概率会高一些。这种情况可以在网关进程和SQL Server之间做字符集匹配或者在SQL Server端把查询字段转换成VARCHAR后用CONVERT转码具体要看业务敏感度。乱码问题最怕的就是“偶尔正常偶尔乱”这通常是字符集推断不稳定建议在init文件里固定HS_LANGUAGE不但笔记本上生效生产环境配置也要固化下来。5.5 关于性能和事务的几条经验透明网关对应用开发来说很方便但它本质上是通过网络连接异构数据库的代理性能上还是要有些心理准备。第一避免在Oracle端对远程表做复杂的关联计算。透明网关对SQL查询有下推能力但只限于它能转换的语法。如果查询太复杂比如多表join、子查询、函数嵌套网关很可能把整张远程表拉回来在Oracle本地计算网络传输和内存开销都很大。我自己踩过大坑查远程表时加了一个自定义Oracle函数做过滤结果网关把百万行数据全拉回本地了一条SQL跑了几分钟。正确的做法是把远程数据先降到Oracle本地临时表再在本地做复杂分析。或者干脆在SQL Server端先建好视图网关直接查询视图。第二注意事务隔离。通过透明网关做的分布式事务Oracle默认是不参与全局事务协调的跨库的更新操作并不安全。11g环境里我基本只做查询和数据的“单向同步”不让应用通过网关去更新SQL Server的表如果业务确实要写也要充分评估一致性风险。第三大表同步时谨慎使用全表扫描。如果只是要把SQL Server的一张千万级大表整体搬到Oracle走网关全量拉取会非常慢。更合适的方案是在SQL Server端按主键分页取数或者使用批量导出工具做成文件再用SQL*Loader导入Oracle。网关适合做小步快跑的增量同步不适合做大数据量的一锤子买卖。6. 几句实在话透明网关这套东西装起来不难真正难的是配置文件里那些星罗棋布的细节。我每次帮同事排障最后定位到的问题几乎都是同一个套路要么位数下载错要么tnsnames里HOST写成了SQL Server的地址要么listener里ORACLE_HOME没指向网关目录要么init文件里连接格式用了斜杠。真的都是小问题但因为报错信息不够直白排查起来费时费力。所以我的建议一直是配置前先花十分钟把架构图画清楚哪台机器装数据库哪台机器装网关哪个文件归谁管端口走的是哪条链路。画清楚了改配置时自然知道每个字段该填什么。还有一个小技巧值得分享每次改完listener.ora或tnsnames.ora都按lsnrctl reload、lsnrctl status、tnsping这个顺序走一遍一分钟不到就能验证改动是否生效。不要等建完dblink报错了再回头查那样你连问题报错发生在哪一层都不好判断。最后再多说一句透明网关适合解决“跨库访问”的燃眉之急但它不是万能的。如果业务长期高频地依赖跨库查询还是要考虑数据层面的整合比如通过实时同步工具把数据集中到一个库里。技术选型没有银弹透明网关的价值在于恰当的场景里用最小的成本解决实际的问题。希望这篇经验能帮你把网关顺利跑起来少踩几个我踩过的坑。

Oracle 11g透明网关访问SQL Server：从安装配置到排错完整指南

相关推荐

STM32CubeMX生成IAR工程实战指南：配置、编译与常见坑

mistral.rs Cargo Features 完全指南：按硬件与场景选择加速后端与功能开关

使用 Pandas 与 Flower 实现联邦分析：Iris 直方图聚合快速入门指南

更多资讯

Velero（Heptio Ark 0.8.0）在 Google Cloud Platform 上的部署配置指南：GCS 存储桶、服务账号与云凭据全流程

CKEditor 5 Base64 图片上传适配器：免服务端直嵌图片的配置、原理与限制全解析

Java var类型推断原理与安全使用指南

YOLOv10 Android端部署实战：模型压缩、NCNN加速与CameraX实时检测

MySQL SSL加密连接配置实战：从自签名证书到CVE-2016-2183漏洞修复

AR-NAR混合Transformer实战：从Hugging Face部署到VS Code调试

今日更新

AWS无服务器应用开发指南：从Lambda到SAM的架构与实践

SpringBoot+Vue人事系统实战：解决HR数据断点与事务一致性

MATLAB手写紧束缚模型计算石墨烯能带结构

本周精选

AI驱动的自动化专利分析平台技术解析

LeetCode-Go 题解：1252. Cells with Odd Values in a Matrix（奇数值单元格计数）双解法剖析

在线答疑系统Java毕设实战：Spring Boot前后端分离与状态流转

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

分布式服务的决策记录

创业产品的首版范围

读完文章，想聊聊您的网站？