Question

我有一席大事,有1亿多行。几个月来,我一直在淡化这一错误数据(明智之举),试图使数据少。我已在本表中列了9栏。我想增加一栏新ool子。以下是目前的状况。

该表从小部分开始,现在面很广。然而,我再次负责增加每行的信息。此时此刻,它占据了新的风气。我预计,这个领域的数量很少,这意味着只有不到10%的人能够这样做。我知道,我可以否认这一说法,它是一个应该很小的 b子。

然而,我想得到一些建议。该表无法达到一定范围,我需要围绕这一点开展工作。在这种情况下,在我有补充数据时,创建另一个表格和外国关键参考记录是否更有意义? 如何在数据库设计中处理这一问题?

可用性的最佳情况是,在记录上提供所有数据,以便任何形式的查询都能在表格上得到或计算,而不加入。我没有信心,它将扩大到1个布雷区。

Answer 1

I have worked at some DBA jobs where I supported MySQL instances that had multi-billion row tables. At that scale, care must be taken to optimize queries properly. You don t want to do a table-scan at that scale.

但这只是一栏,而不是一栏。您首先询问各栏。

在增加一栏与增加另一张表格之间作出选择的方法是,遵循数据库正常化规则。如果新一栏涉及与本表相同的实体,则在该表中增加一栏。如果它具有多价值的属性,或者它确实是某些其他实体的属性,那么它就增加了一个不同的表。

非常少的是,仅仅为了拥有太多的栏目而选择另一个表格是正确的。某台MySQL的桌子可以很容易地排出数十栏,如果你重新仔细的话,可达数百列。

从理论上讲,可能适宜列入同一表格的与正常化有关的栏目数目不受限制。但是,由于该守则在某种执行中储存这些栏目(例如,在MySQL的InnoDB储存发动机)。

见。 https://www.percona.com/blog/2008/04/08/underactive-the-maximum- number-of-columns-in-a-mysql-table/

因此,根据若干因素,MySQL的表格中的最高列数在191至2829之间。

在对该博客的评论中,我设计了一个表格,没有在59栏中编制。详细情况见博客。

友情链接