Database 维护客户的严格数据保密性

我正在构建汽车租赁网络应用软件

我最近遇到了一位可能的客户的担忧；他们不希望软件公司在数据库中看到他们的数据。他们加载他们的费率合同等，这些合同是保密的，不希望除他们之外的任何人能够访问这些数据，包括我们的dba或一些开发人员/技术人员

我通常不出售我的应用程序的代码，只让客户在他们的服务器上运行软件。我通常每两个月左右对他们的服务器进行维护和系统更新。所以我可以远程访问他们的服务器等等。到目前为止，这还可以，但我进入了一个竞争激烈的市场，客户非常担心他们的数据，并且拥有一个只有他们才能访问的服务器

他们建议我向他们出售该软件的独家版本，以便他们能够在内部进行维护和将来的更新

我确实考虑过，头脑风暴围绕着围绕着这个想法的商业模式。但同时我也在考虑，在不直接访问数据库服务器的情况下支持/更新/维护应用程序是否合理/实用

谢谢你的建议

---

Ps：对于这种情况，仅签订保密协议是不够的。

他们是否完全了解如何让组织中的人员接受培训，以便能够维护应用程序

让他们明白这一点

当公司中有权访问此信息的员工离开时会发生什么情况

这是更可能的数据泄漏源

---

提供签署一份保密协议，这在此类情况下是标准的。

他们是否完全了解如何让组织中的人员接受培训，以便能够维护应用程序

让他们明白这一点

当公司中有权访问此信息的员工离开时会发生什么情况

这是更可能的数据泄漏源

---

提供签署一份保密协议，这在这种情况下是标准的。

您是否考虑过数据库端的加密技术….

您是否考虑过数据库端的加密技术….

您不需要访问数据库来维护应用程序。如果他们有员工，你不必为数据库服务。如果您需要更改数据库中的某些内容，可以使用脚本或特殊的一次性迷你应用程序来完成。如果他们想要数据库，就让他们拥有它。

应用程序维护不需要访问数据库。如果他们有员工，你不必为数据库服务。如果您需要更改数据库中的某些内容，可以使用脚本或特殊的一次性迷你应用程序来完成。如果他们想要数据库，就让他们拥有。

他们愿意创建一个it部门来维护应用程序。在这种情况下，不披露是不够的。不披露就足够了。从客户的角度来看，保密协议几乎没有任何意义，因为数据可以查看、分析并用于其他公司的保证金策略，而他们几乎无法证明这一点。。同样，这也是客户对这样一个国家的看法，在那里他们做了这样的事情，并且他们之前已经有过这样不道德的经历，因此他们希望将所有关键数据“实际”掌握在手中。他们愿意创建一个IT部门来维护应用程序。在这种情况下，不披露是不够的。不披露就足够了。从客户的角度来看，保密协议几乎没有任何意义，因为数据可以查看、分析并用于其他公司的保证金策略，而他们几乎无法证明这一点。。同样，这也是客户对这样一个国家的看法，在那里他们做了这样的事情，并且他们之前已经有过这样不道德的经历，因此他们希望将所有关键数据“实际地”掌握在手中。