我前前后后帮团队申报过6款不同类型的数据库软件软著，最早的第一次踩了巨多坑，光补材料就折腾了两回，前后花了两个多月才下证，后来摸清楚规则之后，最近4款都是一次过，最快26天就拿到了证书，今天把这些实操的经验整理出来，帮大家少走弯路。
很多人刚接触数据库软著申报的时候，会直接拿普通应用类软著的模板来套，这是第一个大坑。普通工具类软件的申报材料重点讲交互流程、功能模块就行，但数据库软件属于基础软件，审查员重点看的是你的核心逻辑是不是有独创性，不是你界面做的多好看，操作多便捷。
先讲大家最头疼的源代码整理环节。要求提交的是前后各30页、总共60页的核心代码，每页不能少于50行，要去掉空行和注释里的第三方版权信息。我第一次申报的时候没注意，把改的开源版本的代码直接导了出来，里面还有不少原来开源项目的版权头注释，提交之后第二天就被打回，要求说明代码权属。后来我花了整整两天时间，逐行删了所有外来的版权声明，把注释都改成了中文，又筛选了核心的存储引擎、查询解析、事务处理模块的代码凑够60页，才重新提交。如果嫌自己整理太麻烦，可以直接用软著生成工具自动筛选符合要求的代码段，自动去掉不合规的内容，我后来几次都是这么弄的，十几分钟就能整理好符合要求的代码文件。
再就是说明书的撰写，这是第二个重灾区。我第一次写说明书的时候，傻乎乎的写了20多页安装教程、建表操作、可视化后台的使用步骤，提交之后审查员直接发了补正通知，要求补充软件的核心创新点和技术优势。后来我改的时候，把我们自研的时序数据降采样逻辑、多副本一致性优化方案、高并发查询的索引结构单独拿出来写了7页，配上对应的逻辑流程图，再把原来的操作步骤压缩到3页，重新提交之后三天就过了审查。这里要记住，数据库软著的说明书，核心是讲你和现有市面上的数据库不一样的地方，哪怕你是在开源版本上做的二次开发，也要把你改的核心功能点、优化的技术细节写清楚，要让审查员看到你确实做了独创性的开发，不是直接拿来用的。
还有几个容易被忽略的小细节，我身边好多朋友都踩过坑。第一个是软件名称，不要带其他现有数据库的商标或者名称，比如你不能叫“XX开源MySQL系统”，哪怕你确实是基于MySQL改的，名称里也不能出现MySQL、PostgreSQL这类已经有版权的名称，不然会被要求提供对方的授权证明，基本就没法过了。第二个是版本号，一开始确定提交的是V1.0就一直用V1.0，不要中途改版本号，要是后续有大的功能迭代，可以单独再申报新版本的软著，没必要在同一个申报里改来改去。第三个是权属证明，如果你是用公司名义申报，就不要出现个人的版权声明，要是是多个主体联合开发，要提前准备好联合开发的协议，一并提交。
我自己后来申报的多了，就懒得自己一点点整理材料，都是直接用软著Pro，把代码压缩包和自己写的核心功能说明传上去，系统自动生成符合要求的申请书、代码文档和说明书框架，我自己再补点技术细节就可以直接提交，比自己从零开始整理省了至少3天的时间，而且因为他们的模板都是过审率很高的，我最近两次用这个生成的材料提交，都没有补正，不到一个月就拿到了证书。
最后说下为什么建议做数据库开发的团队都要去申请软著。很多人觉得自己的产品是内部用的，或者是开源的，没必要申请，其实不是。如果后续你的产品要做商业变现，或者要参与政企的采购项目，软著是最基础的知识产权证明，很多项目招投标的时候直接要求要有对应的软著才能报名。就算是开源项目，有软著也能在遇到别人侵权拿你的代码改改就去商用的时候，有更直接的维权证据。要是对自己准备的材料没把握，可以找软著申报的专业人员帮你做个预审，比直接提交被打回再补材料要省半个多月的时间。
