如何在 MySQL 中创建时间点架构

发布于 2024-12-16 02:10:48 字数 260 浏览 3 评论 0原文

我阅读了这篇关于构建数据库的时间点架构。在我看来,这是一个优雅的解决方案,但这篇文章是在不久前(2007 年)就已经准备好的。我想知道: 1.还有其他方法可以解决这个问题吗? 2. 这种方法和其他方法的优缺点是什么? 3. 是否有可供我重复使用的这些方法的 mysql 实现?

I read this article on building a point in time architecture for your database. It looks to me as an elegant solution, but the article is allready from some time ago (2007). I was wondering:
1. Are there any other methods to solve this?
2. What are the pro's and con's of this and other methods?
3. Is there a mysql implementation available for these methods that I can re-use?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

甜`诱少女 2024-12-23 02:10:48

我刚刚浏览了这篇文章,但看起来作者正在重新发明双时态数据库轮子。我不相信他做得很好,但我没有仔细阅读。

在深入了解这一点之前,请花一些时间浏览一下 Richard Snodgrass 的旧书用 SQL 开发面向时间的数据库应用程序。它可以从他的网页获取 PDF 版本。

我认为MySQL缺乏对CHECK约束的支持和GROUP BY的特殊实现将使他的方法难以实现。如果您有选择的自由,PostgreSQL 可能是一个更好的平台。

I just skimmed the article, but it looks like the author's reinventing the bi-temporal database wheel. I'm not confident he did a good job of it, but I didn't read it closely.

Before you get too deep into this, take some time to skim Richard Snodgrass's old book Developing Time-Oriented Database Applications in SQL. It's available as a PDF from his web page.

I think MySQL's lack of support for CHECK constraints and peculiar implementation of GROUP BY will make his approach hard to implement. If you have freedom of choice, PostgreSQL might be a better platform for this.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文