.Net 架构挑战：易变的弗兰克斯坦模型

Question

早上好！

我们一直在为办公室里的这个有趣场景而摸不着头脑，我们很想听听您的想法和方法：

1. 我们有一个数据库，其架构是 容易发生变化 - 让我们称之为 Prony-。 （用于存储配置参数 嵌入式设备。所以如果嵌入 设备人需要一张新桌子， 财产或关系 模型，他应该能够适应 模式以一种简单的方式发生 - 如此 经常-)。

2. Prony 需要一个网络界面来 创建/编辑其数据（一组简单的 CRUD 就足够了）。

3. 我们有另一个数据库包含 也需要加载的数据 这些设备，在做了一些之后 转换 - 让我们称之为 Oddy-（这个数据是由一个已经存在的 管理网络应用程序）。

4. 我们终于有了 Tracy，这是一个与我们的数据库和嵌入式设备通信的服务器。 她应该自动适应我们的 dbs 架构更改并将数据序列化到设备。

不错的谜题，你不这么认为吗？ :)

---

我们目前的候选人：

• 雷迪：快速

  让我们创建一些视图 Prony 从 Oddy 进行数据转换。然后 使用 DynamicData（或一些 RAD 工具）来创建/更新一个简单的网络 Prony 的界面（这样他就可以 甚至查阅转换后的数据 来自 Prony :)。关于 Tracy，她需要重新编译 更新她的数据库架构（实体框架应该可以工作）并使用 Reflection 递归地探索架构并序列化数据.

  缺点：

  • 我们必须重新编译 Tracy 和 Prony 的网络界面。

您如何看待候选人？

有什么想法吗？

Answer 1

处理产品发布后不断变化的数据模型的一种方法是在您的数据库设计中全部或部分使用EAV Database Model。 EAV 结构添加行而不是列或表，并且允许更不频繁的架构更改（或根本不更改）。

当然，它确实有自己的一组警告，例如需要经常旋转数据，但它们是可以管理的。有很多 EAV 数据库正在生产中。

性能说明：人们经常担心 EAV 的性能。我有许多 EAV，其中 EAV 表运行超过 1000 万条记录。读取、插入、更新和删除都很好。当您开始对这种数据结构进行大量报告时，麻烦就来了。在您的情况下，您正在存储设备的配置信息。这不是无害或微不足道的，但我会说数据库的那部分听起来像是 EAV 的绝佳候选者，因为您的读写将受到限制，而且我猜您的报告需要简单。