database - 我应该克隆或反规范化我的数据库以供可移植使用吗？

Question

我有一个数据库，其中包含大量数据并且全部“整洁”、规范化(在合理范围内 - 使用 EAV)，并且我有存储过程来访问和修改数据。

我还有一个 WinForms 应用程序，用户可以下载该应用程序来搜索和查看此数据(无插入)。为了便于使用和更新，我一直在使用 SQLite 来存储这些数据，而且效果非常好。

我正在努力更新整个过程，我想知道我是否应该使用数据的非规范化 View 发送给用户，比如第一个表，所有属性都作为列，或者继续使用相同的模式作为主数据库？

我最初的想法是:

非规范化 View :好处...提供了一种查询数据的简单方法(因为我没有做很多连接，只是一堆列搜索。

缺点...我必须管理第二个数据访问层。当然，我认为这并不困难，但仍然需要更多的工作。

如果添加新属性，我必须再次修改架构并适应更改。然而，我可以简单地查询属性包并在那里工作。

相同的架构:优点...与 master 数据库的布局相同，因此更新很少，我什至可以在构建数据访问层时使用相同的查询，因为 SQLite 不支持存储过程。

缺点...有很多用于查找代码等的小表，因此我在 DAL 中构建查询和管理查询时可能会遇到问题。

我应该如何进行？

Answer 1

如果您开发应用程序来查询数据 View 而不是底层数据本身，您将能够为这两种情况保留相同的数据库，而无需担心或不需要更改您的 DAL。