做硬件设计的人应该都经历过那种“元器件库爆炸”的阶段。几百个电阻电容靠手动整理动不动就是因为一个封装对不上、一个参数写错整个原理图要返工。我之前在带项目的时候吃过这个亏后来被逼着把Altium Designer的元器件库接上了数据库从那以后再没为“库不同步”这种事操过心。这篇文章就完整复现我当时从零搭建Altium Designer数据库元件库的过程重点讲清楚三件事数据库表怎么设计、ODBC怎么配置、AD里DBlib文件怎么建。同时把我在实操中踩过的坑比如SQL Server的SSL证书链报错、导入器里找不到Excel驱动、原理图元件参数只显示Simulation Generic这类问题全部整理出来。不管你是准备一个人管理库还是想带团队做一套统一的元器件库这篇文章应该能帮你少走很多弯路。1. 集成库用得好好的为什么还要逼自己去搞数据库先说一个很现实的问题很多人觉得Altium Designer里用集成库.IntLib已经很方便了原理图符号和PCB封装打包在一个文件里点一下就能同步。那为什么还要费劲去接数据库我刚开始也是这么想的直到项目规模上来之后才发现集成库的短板非常明显。集成库本质上是把原理图符号、PCB封装和元器件的参数信息“冻结”在一个编译好的文件里。你每次修改库内容都要重新编译一次.IntLib然后更新原理图才能让改动生效。如果公司里有两三个硬件工程师同时在画板子每个人电脑上放的库版本不一样你改了电阻的封装同事那边还在用老版本板子画出来才发现封装不一致这种问题在集成库模式下几乎是没办法根治的。数据库元件库解决的就是这个“单点更新、集体生效”的问题。原理图符号和PCB封装本身还是放在Altium库文件里但元器件的参数信息比如阻值、精度、厂商、料号、库存、价格、生命周期状态全部存在中心数据库里。工程师在原理图里放置元器件时AD通过DBlib文件实时去数据库里查询拿到这一行记录然后把它映射成原理图上的一个带完整参数的器件。这带来一个很实际的好处管理库的人在后台把某个料的价格改掉、把某个电容的封装从0402改成0603所有工程师下次放置这个器件时拿到的都是最新数据。不需要再发一条“大家注意库更新了请重新加载”的群通知。顺便说一句数据库元件库并不是要把符号库和封装库干掉它只是一种“连接方案”。所以DBlib文件本身非常小核心配置都在里面但符号库和封装库还是要单独维护好。2. 数据库表设计元器件库的“地基”决定后面所有流程既然要用数据库管元器件第一步不是打开Altium Designer而是先把数据库表设计好。很多人在这一步就翻车了直接把Excel表格导进去就完事结果到AD里做字段映射的时候发现有些字段根本对应不上或者符号、封装字段放错了位置整个库用起来就别扭。我推荐把元器件信息放在一张主表里字段设计参考下面这套这套是根据Altium Design数据库链接的常见实践整理的比较通用CREATE TABLE Components ( ComponentID INT IDENTITY(1,1) PRIMARY KEY, PartNumber NVARCHAR(50) NOT NULL, Manufacturer NVARCHAR(100), Description NVARCHAR(255), Category NVARCHAR(50), Value NVARCHAR(50), Tolerance NVARCHAR(20), RatedPower NVARCHAR(20), RatedVoltage NVARCHAR(20), Package NVARCHAR(50), SymbolLib NVARCHAR(100), SymbolName NVARCHAR(100), FootprintName NVARCHAR(100), Supplier NVARCHAR(100), SupplierPartNo NVARCHAR(50), Price DECIMAL(10,4), StockQuantity INT, Lifecycle NVARCHAR(20), DatasheetURL NVARCHAR(255), Active BIT DEFAULT 1 );这套表结构看着简单实际上有几个关键点在AD映射的时候会直接影响体验第一PartNumber是唯一键。Altium在数据库链接里需要一个“标识字段”用来区分每条记录原理图放置后这个字段会作为元件的唯一标识写进元件的参数里。以后你想通过数据库更新元件信息AD就靠这个字段去数据库里找到对应的记录。第二Package字段建议在数据库里直接写AD封装库里的封装名比如“C_0603”、“R_0402”。注意要和你的PcbLib里的封装名称完全一致差一个字符都不行。我自己就遇到过封装名在库文件里是“0603C”数据库里写的是“C0603”结果放置器件的时候死活匹配不上。第三SymbolLib和SymbolName这两个字段很重要。AD要找到一个原理图符号需要知道“符号在哪个库文件”和“符号叫什么名字”。SymbolLib最好只填文件名比如“Resistor.SchLib”不要加路径路径在AD的库搜索路径里统一配置这样换电脑也不会出问题。第四像Price、StockQuantity这种经常变化的数据虽然可以在数据库里维护但是我建议在映射的时候不要全部塞进原理图参数或者勾选为隐藏参数。不然每次打开原理图、拖动一下元件AD都可能会尝试去刷新数据库内容文件一大就卡。关于数据库选型还有个现实问题如果是单机使用或者只有1-2个工程师Microsoft Access轻量又方便直接一个.accdb文件就能跑起来。但如果公司工程师超过3个人或者元器件种类几千条以上我还是建议直接用SQL Server或者MySQL毕竟Access文件并发写入容易锁库数据多了性能也扛不住。后面我主要讲SQL Server的配置MySQL的差异我会单独补充。3. ODBC数据源配置驱动版本选不对后面全白搭数据库表建好后接下来就是让Altium Designer能访问到数据库。AD访问数据库走的是ODBCOpen Database Connectivity标准接口这在Windows里是一个系统级的组件。我刚开始以为AD装好了ODBC自然就能用结果卡了整整半天最后发现问题出在驱动位数上。3.1 确定AD位数后再装ODBC驱动这是第一优先级Altium Designer早期很多版本是32位程序后来从一定版本开始全面转向64位。问题在于Windows的ODBC驱动是分32位和64位的而且这两个位数的驱动互不通用。如果你电脑上装的是64位的AD要在64位ODBC管理器里能看到对应的驱动。如果DRIVER装错了位数AD在“数据源列表”里就是看不到你创建的DSN。打开ODBC数据源管理器有两个入口64位C:\Windows\System32\odbcad32.exe32位C:\Windows\SysWOW64\odbcad32.exe注意你在控制面板“管理工具”里打开的ODBC数据源默认可能是64位但如果你的AD是32位的就必须去SysWOW64那个目录里启动32位管理器来建DSN。我之前就是没搞清楚这个入口建了好几个系统DSNAD里一个都刷不出来后来才反应过来位数不对。3.2 以SQL Server为例完整配置一个系统DSN假设你已经装好了SQL Server并且建好了元器件数据库。下面我用SQL Server 2019 ODBC Driver 18 for SQL Server来演示操作步骤。第一步安装ODBC驱动。如果不想用太新的Driver装SQL Server Native Client 11.0也可以但Native Client的兼容性在新环境下偶尔会出问题。ODBC Driver 18虽然默认强制加密连接字符串稍麻烦一点但整体更推荐毕竟新版本还在持续更新。第二步打开ODBC数据源管理器根据你的AD位数选择对应入口切到“系统DSN”选项卡点击“添加”。第三步在驱动列表里选中“ODBC Driver 18 for SQL Server”点击“完成”。第四步填写DSN名称比如“Altium_Components”然后填服务器地址。如果数据库在本地填“localhost”或“.”都可以如果是局域网里的数据库服务器填服务器的IP地址。第五步选择“使用用户输入的用户ID和密码的SQL Server验证”填入数据库账号。这里要注意SQL Server的“Windows身份验证”模式在AD里有时候会因为权限上下文问题连不上所以我更推荐用SQL Server身份验证专门建一个只读账号给AD用。第六步勾选“连接测试”如果能通过就说明基础配置没问题了。如果报了“[08001] [Microsoft][ODBC Driver 18 for SQL Server] SSL Provider: 证书链是由不受信任的颁发机构颁发的”这就是后面我要专门讲的经典问题。3.3 理解ODBC连接字符串遇到报错时能直接动手修ODBC的DSN配置界面看着友好但很多报错都是隐藏的尤其是Altium Designer里配置数据库链接时它不一定弹窗告诉你具体错误。这时候你就要靠连接字符串来诊断问题。SQL Server常见的连接字符串长这样Driver{ODBC Driver 18 for SQL Server};Server192.168.1.10;DatabaseAltiumLib;UIDaduser;PWDyourpassword;Encryptyes;TrustServerCertificateno;这段字符串里Driver就是驱动名Server是数据库服务器地址Database是数据库名UID和PWD是账号密码。关键是后面两个参数Encryptyes表示启用SSL加密ODBC Driver 18默认就是yes。TrustServerCertificateno表示不去验证服务器证书。当SQL Server用的是自签发证书或者局域网证书而你又开了TrustServerCertificateno时就会出现“证书链是由不受信任的颁发机构颁发的”报错。解决办 Altium Designer数据库元件库搭建全攻略：从表设计到ODBC配置
做硬件设计的人应该都经历过那种“元器件库爆炸”的阶段。几百个电阻电容靠手动整理动不动就是因为一个封装对不上、一个参数写错整个原理图要返工。我之前在带项目的时候吃过这个亏后来被逼着把Altium Designer的元器件库接上了数据库从那以后再没为“库不同步”这种事操过心。这篇文章就完整复现我当时从零搭建Altium Designer数据库元件库的过程重点讲清楚三件事数据库表怎么设计、ODBC怎么配置、AD里DBlib文件怎么建。同时把我在实操中踩过的坑比如SQL Server的SSL证书链报错、导入器里找不到Excel驱动、原理图元件参数只显示Simulation Generic这类问题全部整理出来。不管你是准备一个人管理库还是想带团队做一套统一的元器件库这篇文章应该能帮你少走很多弯路。1. 集成库用得好好的为什么还要逼自己去搞数据库先说一个很现实的问题很多人觉得Altium Designer里用集成库.IntLib已经很方便了原理图符号和PCB封装打包在一个文件里点一下就能同步。那为什么还要费劲去接数据库我刚开始也是这么想的直到项目规模上来之后才发现集成库的短板非常明显。集成库本质上是把原理图符号、PCB封装和元器件的参数信息“冻结”在一个编译好的文件里。你每次修改库内容都要重新编译一次.IntLib然后更新原理图才能让改动生效。如果公司里有两三个硬件工程师同时在画板子每个人电脑上放的库版本不一样你改了电阻的封装同事那边还在用老版本板子画出来才发现封装不一致这种问题在集成库模式下几乎是没办法根治的。数据库元件库解决的就是这个“单点更新、集体生效”的问题。原理图符号和PCB封装本身还是放在Altium库文件里但元器件的参数信息比如阻值、精度、厂商、料号、库存、价格、生命周期状态全部存在中心数据库里。工程师在原理图里放置元器件时AD通过DBlib文件实时去数据库里查询拿到这一行记录然后把它映射成原理图上的一个带完整参数的器件。这带来一个很实际的好处管理库的人在后台把某个料的价格改掉、把某个电容的封装从0402改成0603所有工程师下次放置这个器件时拿到的都是最新数据。不需要再发一条“大家注意库更新了请重新加载”的群通知。顺便说一句数据库元件库并不是要把符号库和封装库干掉它只是一种“连接方案”。所以DBlib文件本身非常小核心配置都在里面但符号库和封装库还是要单独维护好。2. 数据库表设计元器件库的“地基”决定后面所有流程既然要用数据库管元器件第一步不是打开Altium Designer而是先把数据库表设计好。很多人在这一步就翻车了直接把Excel表格导进去就完事结果到AD里做字段映射的时候发现有些字段根本对应不上或者符号、封装字段放错了位置整个库用起来就别扭。我推荐把元器件信息放在一张主表里字段设计参考下面这套这套是根据Altium Design数据库链接的常见实践整理的比较通用CREATE TABLE Components ( ComponentID INT IDENTITY(1,1) PRIMARY KEY, PartNumber NVARCHAR(50) NOT NULL, Manufacturer NVARCHAR(100), Description NVARCHAR(255), Category NVARCHAR(50), Value NVARCHAR(50), Tolerance NVARCHAR(20), RatedPower NVARCHAR(20), RatedVoltage NVARCHAR(20), Package NVARCHAR(50), SymbolLib NVARCHAR(100), SymbolName NVARCHAR(100), FootprintName NVARCHAR(100), Supplier NVARCHAR(100), SupplierPartNo NVARCHAR(50), Price DECIMAL(10,4), StockQuantity INT, Lifecycle NVARCHAR(20), DatasheetURL NVARCHAR(255), Active BIT DEFAULT 1 );这套表结构看着简单实际上有几个关键点在AD映射的时候会直接影响体验第一PartNumber是唯一键。Altium在数据库链接里需要一个“标识字段”用来区分每条记录原理图放置后这个字段会作为元件的唯一标识写进元件的参数里。以后你想通过数据库更新元件信息AD就靠这个字段去数据库里找到对应的记录。第二Package字段建议在数据库里直接写AD封装库里的封装名比如“C_0603”、“R_0402”。注意要和你的PcbLib里的封装名称完全一致差一个字符都不行。我自己就遇到过封装名在库文件里是“0603C”数据库里写的是“C0603”结果放置器件的时候死活匹配不上。第三SymbolLib和SymbolName这两个字段很重要。AD要找到一个原理图符号需要知道“符号在哪个库文件”和“符号叫什么名字”。SymbolLib最好只填文件名比如“Resistor.SchLib”不要加路径路径在AD的库搜索路径里统一配置这样换电脑也不会出问题。第四像Price、StockQuantity这种经常变化的数据虽然可以在数据库里维护但是我建议在映射的时候不要全部塞进原理图参数或者勾选为隐藏参数。不然每次打开原理图、拖动一下元件AD都可能会尝试去刷新数据库内容文件一大就卡。关于数据库选型还有个现实问题如果是单机使用或者只有1-2个工程师Microsoft Access轻量又方便直接一个.accdb文件就能跑起来。但如果公司工程师超过3个人或者元器件种类几千条以上我还是建议直接用SQL Server或者MySQL毕竟Access文件并发写入容易锁库数据多了性能也扛不住。后面我主要讲SQL Server的配置MySQL的差异我会单独补充。3. ODBC数据源配置驱动版本选不对后面全白搭数据库表建好后接下来就是让Altium Designer能访问到数据库。AD访问数据库走的是ODBCOpen Database Connectivity标准接口这在Windows里是一个系统级的组件。我刚开始以为AD装好了ODBC自然就能用结果卡了整整半天最后发现问题出在驱动位数上。3.1 确定AD位数后再装ODBC驱动这是第一优先级Altium Designer早期很多版本是32位程序后来从一定版本开始全面转向64位。问题在于Windows的ODBC驱动是分32位和64位的而且这两个位数的驱动互不通用。如果你电脑上装的是64位的AD要在64位ODBC管理器里能看到对应的驱动。如果DRIVER装错了位数AD在“数据源列表”里就是看不到你创建的DSN。打开ODBC数据源管理器有两个入口64位C:\Windows\System32\odbcad32.exe32位C:\Windows\SysWOW64\odbcad32.exe注意你在控制面板“管理工具”里打开的ODBC数据源默认可能是64位但如果你的AD是32位的就必须去SysWOW64那个目录里启动32位管理器来建DSN。我之前就是没搞清楚这个入口建了好几个系统DSNAD里一个都刷不出来后来才反应过来位数不对。3.2 以SQL Server为例完整配置一个系统DSN假设你已经装好了SQL Server并且建好了元器件数据库。下面我用SQL Server 2019 ODBC Driver 18 for SQL Server来演示操作步骤。第一步安装ODBC驱动。如果不想用太新的Driver装SQL Server Native Client 11.0也可以但Native Client的兼容性在新环境下偶尔会出问题。ODBC Driver 18虽然默认强制加密连接字符串稍麻烦一点但整体更推荐毕竟新版本还在持续更新。第二步打开ODBC数据源管理器根据你的AD位数选择对应入口切到“系统DSN”选项卡点击“添加”。第三步在驱动列表里选中“ODBC Driver 18 for SQL Server”点击“完成”。第四步填写DSN名称比如“Altium_Components”然后填服务器地址。如果数据库在本地填“localhost”或“.”都可以如果是局域网里的数据库服务器填服务器的IP地址。第五步选择“使用用户输入的用户ID和密码的SQL Server验证”填入数据库账号。这里要注意SQL Server的“Windows身份验证”模式在AD里有时候会因为权限上下文问题连不上所以我更推荐用SQL Server身份验证专门建一个只读账号给AD用。第六步勾选“连接测试”如果能通过就说明基础配置没问题了。如果报了“[08001] [Microsoft][ODBC Driver 18 for SQL Server] SSL Provider: 证书链是由不受信任的颁发机构颁发的”这就是后面我要专门讲的经典问题。3.3 理解ODBC连接字符串遇到报错时能直接动手修ODBC的DSN配置界面看着友好但很多报错都是隐藏的尤其是Altium Designer里配置数据库链接时它不一定弹窗告诉你具体错误。这时候你就要靠连接字符串来诊断问题。SQL Server常见的连接字符串长这样Driver{ODBC Driver 18 for SQL Server};Server192.168.1.10;DatabaseAltiumLib;UIDaduser;PWDyourpassword;Encryptyes;TrustServerCertificateno;这段字符串里Driver就是驱动名Server是数据库服务器地址Database是数据库名UID和PWD是账号密码。关键是后面两个参数Encryptyes表示启用SSL加密ODBC Driver 18默认就是yes。TrustServerCertificateno表示不去验证服务器证书。当SQL Server用的是自签发证书或者局域网证书而你又开了TrustServerCertificateno时就会出现“证书链是由不受信任的颁发机构颁发的”报错。解决办