数据库设计解耦

Question

我正在做一个有SQL Server后端的.NET web项目。数据库中有一个核心部分，其中填充了股票数据。这些数据每天都由加载应用程序加载。

此数据应保持对网站的只读。我的意思是，我不希望Web开发人员修改特定于股票数据的表，也不希望他们将数据写入这些表，因为这将被每日更新覆盖。

显然，网站将需要许多表格，如身份验证、管理等，在某些情况下，它们将不得不允许用户操纵股票数据来执行类似=>的操作。谷歌应该显示股票名称“UsersGoogleStock in”。而不是存储的每日加载的名称'Google Inc.‘。

我的问题是，我应该有两个独立的数据库吗？一个用于我的只读股票数据，另一个用于网站细节？

Answer 1

不，你应该有一个数据库。网站使用的身份验证(通常是用户名/密码)应该具有适当的安全性，以控制其可以读取和写入的内容。

Answer 2

到目前为止，给出的三个答案都是反对的。

为了在讨论中添加一个for点，有一个将数据库设置为只读的modest performance benefit，因为减少了锁定开销。

Answer 3

您可以逐个表地向INSERT、UPDATE或DELETE授予或保留必要的权限，因此不需要单独的数据库。您可以在同一数据库中创建多个模式，以便让所有程序员清楚哪些可以更新，哪些不能更新。

有关您选择的任何数据库，请参阅GRANT或REVOKE文档。