D3 Pick多值数据库访问方案咨询：ODBC或其他可行路径？

D3 Pick属于多值（MultiValue）数据库，和你熟悉的MS SQL Server这类关系型数据库存储逻辑差异很大，你司IT说无法直接用ODBC访问，大概率是指服务端没部署对应支持组件，不是完全没有可行路径，具体方案和注意点如下：

ODBC访问的正确配置逻辑 #

• 不存在“仅新建指针文件就能完成ODBC适配”的方案。你说的指针文件是D3文件系统里的MD条目，作用是在当前账号的命名空间下映射数据文件的存储路径，是ODBC能读到对应文件的必要条件，但不是充分条件——要走ODBC访问，首先得在D3服务器侧安装并启用D3 ODBC Service组件，配置好服务监听端口、只读/读写访问权限，之后在你本地客户端安装对应大版本的D3 ODBC驱动，配置DSN时填入服务器地址、端口、登录账号、目标账号域，才能正常建立连接。
• 很多IT团队说不支持ODBC，本质是怕开了ODBC之后权限管控不严，有人误操作改生产数据，你可以申请开单独的只读账号，只映射你需要用到的业务文件指针，不要给全库权限，大部分情况下IT是可以配合开通的。

SQL查询的适配方案 #

• 直接通过ODBC连接时，驱动会把你写的标准SQL转译成D3原生的AQL（也就是多值库的查询语言）执行，但要注意多值字段的映射问题：D3单个字段可以存储多组关联值，驱动默认会把多值字段展开成多行返回，刚用的时候很容易误以为是查询结果重复，需要提前对需要访问的文件做字典配置，把常用的多值字段映射成符合关系型表逻辑的结构。
• 如果你日常更习惯用MS SQL Server，可以让IT配置D3的SQL网关对接，把需要访问的D3数据集映射成SQL Server的链接服务器，之后你直接在SSMS里用熟悉的T-SQL写查询即可，不用额外学习AQL语法，是对SQL Server用户门槛最低的方案。

注意事项 #

不要尝试直接读取D3的底层磁盘文件，D3存储是私有编码格式，没有驱动解析读出来全是乱码，还可能锁坏生产数据。

• ODBC驱动版本必须和服务端D3的大版本完全匹配，跨版本连接会出现字段截断、连接随机中断的问题，不要随便装网上找的通用驱动。
• 不要直接通过ODBC对D3生产数据做写入、删除操作，多值库的事务逻辑和SQL Server差异很大，很容易出现数据关联错配的问题。

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