使用数据库中温度的 id 字段

发布于 2025-01-04 11:36:42 字数 271 浏览 1 评论 0原文

我主要只是好奇这是否出于某种原因是一个坏主意。

我正在存储一些与地点相关的温度,而不是向 place_date 表添加温度字段,我想我只是有一个临时表,并使用临时表 id 作为连接表温度数据。

例如,如果 2012 年 6 月 14 日是棕榈沙漠的 102F,我的 place_date 表除了

place_id |    date    | temp_id
  14     | 2012-06-14 | 101

处理负数之外,还有什么理由不这样做呢?

I'm mostly just curious if this is a bad idea for some reason.

I'm storing some temperatures that will be associated with places, and rather than adding a field for the temperature to the place_date table, I thought I'd just have a temps table and use the join the tables using the temps table id as the temperature data.

For instance, if it's 102F in Palm Desert on June 14, 2012, my place_date table would have

place_id |    date    | temp_id
  14     | 2012-06-14 | 101

aside from dealing with negative numbers, is there any reason not to do this?

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

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

发布评论

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

评论(1

烟沫凡尘 2025-01-11 11:36:42

在我看来,在这种情况下,将温度放在另一个表中将使您的查询变得更加复杂和缓慢,而且绝对没有任何好处。

在许多情况下,将一个表分成两个是有意义的,但这似乎并不合理事实如此。

但如果您无论如何都想这样做,请不要忘记在 temp_id 列上使用外键。

It seems to me that in this case, putting the temperatures in another table will make your queries more complicated and slow, for absolutely no benefit.

In many cases, it makes sense to split one table into two, but this just doesn't seem to be the case.

But if you want to do it anyway, don't forget to use foreign key on the temp_id column.

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