前两年帮公司先后申报过3款自研数据库相关的软著，第一次没经验折腾了快4个月才拿证，第二次摸清楚规则之后，从整理材料到下证只用了17天，踩过的坑摞起来比我桌上的数据库教材还厚，身边好多做基础软件研发的朋友问我经验，干脆整理出来给大家参考。
很多人觉得软著申报都是通用流程，随便套模板就行，真不是，数据库软件的软著审查比普通的APP、管理系统严得多，毕竟属于基础软件范畴，审查员对独创性的要求会高很多，随便拿开源MySQL改个界面就去报的，90%都会被打回。
先说说最容易出问题的材料部分，第一个是源代码。要求是提交前后各30页，总共60页，不足60页的话就全部提交，很多人第一次整理数据库的代码不知道怎么选，随便凑了一堆SQL配置脚本、依赖包的引入代码就交了，我第一次就是这么干的，直接被打回，理由是“无法体现软件独创性”。正确的选法是挑你核心自研的部分，比如你自己写的存储引擎逻辑、自定义的查询优化算法、针对特定场景的存储过程片段，这些才是审查员想看的，每页要保证不少于50行有效代码，注释占比别超过30%，也别留太多空行凑页数。我后来嫌自己整理麻烦，同事顺手给我推了软著Pro，我把核心代码包传上去，它自动就筛选出了符合要求的前后30页代码，连格式都给我调好了，省了我整整三天的整理时间。
第二个是说明书，普通软件的说明书可能截几个操作界面，写点功能介绍就过了，数据库的不行，你得把核心逻辑讲清楚。比如你这款数据库是面向什么场景做的，核心创新点是什么，数据写入、查询、灾备的流程分别是什么，最好配上对应的流程图，要是有和现有开源数据库的性能对比数据，也可以放进去，反而能更快让审查员看到你的独创性，我第二次申报的时候就在说明书里加了我们做的时序数据压缩率和InnoDB的对比表，初审直接就过了，连补正都没有。
再讲几个很多人会踩的小坑，第一个是软件名称别瞎起，别加什么“最强”“极速”“全球首款”这种营销词汇，也别太笼统就叫“XX数据库V1.0”，最好是“应用场景+核心功能+数据库系统+版本号”的格式，比如“智慧电网时序数据存储查询数据库系统V1.0”，这种基本不会在名称环节被卡。第二个是提交的源代码里别带开源协议声明，比如你基于开源项目二次开发的，提交的代码片段里别把带GPL、MIT协议的头文件放进去，不然很容易被判定为没有独创性。第三个是申请表里的开发完成时间、首次发表时间，一定要和你说明书里提到的测试、上线时间对应上，我第一次就是随便填了个时间，和说明书里的内测时间差了三个月，补了一次情况说明耽误了大半个月。
要是你不知道最新的数据库软著审查要求有没有变动，也可以去数据库软件软著生成的工具页面看最新的规范，比自己去知识产权局官网翻半天找不对地方要方便得多。
很多做数据库研发的团队愿意花大几十万做性能优化，却不愿意花几天时间好好整理软著材料，其实真的挺亏的，现在很多城市对基础软件的软著补贴比普通软件高不少，我们这边拿了数据库软著之后，除了单次两千的补贴，申请高新企业的时候还能多加5分，后续申报专精特新、专项研发补贴都能用得上，哪怕是用来招投标、做知识产权质押也有用。
要是真的收到补正通知也别慌，先看清楚审查员给的补正理由，要是说独创性不足，就补一份核心功能的说明，列清楚你的软件和现有公开数据库的差异，附上对应的测试报告，一般都能过，我第三次申报的时候就被要求补正，补了个我们自研的分布式事务响应速度的测试报告，一周就过审了。
其实数据库软著申报没有大家想的那么难，只要摸清楚审查的侧重点，别随便套通用模板，基本都能一次过，要是实在没时间整理材料，用个靠谱的工具也能省不少事，没必要自己死磕浪费时间。
