然而要规避常识产权风险 兼容Oracle数据库

如今很多用户都在做数据库国产化革新上班，由于有少量的系统要迁徙，因此坚持国产数据库与Oracle的兼容性就十分关键。前几天有个做国产数据库革新的客户和我讨论运行迁徙的疑问，他感觉假设原有的Oracle上开发的运行什么都不要变，连SQL*NET都兼容就最好了。他发现如今大少数客户端兼容的数据库都是MySQL和PostgreSQL，很少见到与Oracle客户端兼容的数据库。不过最近他发现了有几款国产数据库是与Oracle客户端齐全兼容的，因此他思考倡导指导把这个作为数据库选型的条件，问我能否适合。

我倡导他谨慎思考一下，Oracle的SQLNET是一种带常识产权包全的私有化协定，这个数据库厂商假设没有取得Oracle原厂的授权经常使用，或许存在侵权的嫌疑。假设真有数据库厂商这么干了，那么说明这个厂商的法律看法很淡漠。他们以为自己并没有破解Oracle的代码，只是从网络协定上破解了SQLNET的协定包，一切都是自主的。实践上几年前我和还在运营贫民软件的老楼也讨论过这个疑问，过后很多客户须要他们提供基于Oracle数据库的OneProxy，过后咱们讨论的结果是，可以基于JDBC/ODBC/OCI来做这个配置，然而不能间接破解SQL*NET来做，否则容易堕入常识产权纠纷。

目前一些国产数据库厂商与MySQL/PostgreSQL等客户端兼容，这一点是没有什么疑问的，由于这些数据库都是开源的，网络包协定也是开源的，这就是目前为什么有很少数据库产品可以间接兼容MySQL/PostgreSQL数据库的客户端，然而很少看到开源/商用数据库间接兼容Oracle的客户端的最关键的要素。

基于上述思考，我团体以为，经过破解SQL*NET到达数据库与Oracle客户端的兼容，是一种十分风险的常识产权侵权行为。假设Oracle的客户端和JDBC驱动能够间接访问果茶数据库，那么就曾经说明侵权曾经存在了。咱们搞国产化数据库，可以学习Oracle的先进阅历，可以尽或许在一些语法、用法上和Oracle兼容，然而不能打破常识产权包全的壁垒，不能侵权，这应该是咱们的厂家应该秉持的底线。

实践上如今国产数据库都在搞与Oracle的兼容性适配，这外面必定有少量的常识产权方面的圈套，因此咱们的数据库厂商须要多找一些法律方面的专家来协助剖析，否则假设做大了，很容易堕入法律风险之中。

前阵子有个数据库厂商和我讨论数据库的外部视图，比如DBA_TABLES等做得和Oracle如出一辙，能否存在法律风险的疑问。我不是常识产权法律方面的专家，并不分明这个疑问的答案是什么，我想大局部国产数据库的厂家也没有才干给出准确的答案。不过我还是宿愿国度主管部门能够在这方面做一些上班，为咱们的数据库厂商划出一条常识产权包全的红线来。不过我过后给了他们一个打擦边球的方法，就是把这些系统视图在RDBMS内核里换个名字，而对须要这个配置的用户提供一个齐全兼容视图的创立脚本，从而既能够提供最大兼容性，又能最大限制地规避或许存在的法律风险。