我们正在考虑使用单个SQL Server数据库来存储多个客户的数据。相比“每个客户一个独立的数据库”的设置,我们觉得把所有数据放在一个数据库中会更容易管理。
我们最大的担忧是意外访问了错误的客户数据。如果我们意外地向另一个客户显示了某个客户的数据,那将非常糟糕。我们执行很多查询,担心出现这样的情况:“给我写一个查询,包含这个和那个,用于在15分钟后的会议上向客户展示。” 如果有人粗心地省略了筛选正确客户的
需要明确的是,这不是客户直接或通过应用程序使用的数据库(尚未)。我们正在谈论由我们几位程序员访问的数据库,并且我们担心自己会搞砸。
我们最大的担忧是意外访问了错误的客户数据。如果我们意外地向另一个客户显示了某个客户的数据,那将非常糟糕。我们执行很多查询,担心出现这样的情况:“给我写一个查询,包含这个和那个,用于在15分钟后的会议上向客户展示。” 如果有人粗心地省略了筛选正确客户的
WHERE
子句,那么我们就会陷入严重的麻烦。是否有一种强大的SQL Server设置或设计模式,使从单个“全局”数据库中意外提取错误客户数据变得不可能(或至少非常困难)?需要明确的是,这不是客户直接或通过应用程序使用的数据库(尚未)。我们正在谈论由我们几位程序员访问的数据库,并且我们担心自己会搞砸。