mysql - 数据库设计 : lots of rows vs lots of tables?

Question

我正在为需要将一些可变长度数组存储到 mysql 数据库中的系统设计数据库。

数组的长度(最多)为数百甚至数千。

新阵列将定期创建，可能每天数十个。

1. 我应该将这些数组存储到一个很快就会变得巨大的表中还是
2. 为每个数组创建一个新表，很快就会有一个巨大的数字或表？
3. 还有别的吗？ (如数组值的格式化文本列)

澄清一下，1. 大致意思

CREATE TABLE array (id INT, valuetype VARCHAR(64), ...)
CREATE TABLE arr_values (id INT, val DOUBLE, FK array_id)

和 2.

CREATE TABLE array (id INT, valuetype VARCHAR(64),...)
CREATE TABLE arr_values (id int, val DOUBLE, FK array_id) -- template table
CREATE TABLE arr1_values LIKE arr_values ...

arr_values 将用作通过连接到完整数组来查询的数组。关于为什么某些方法优于其他方法的任何想法？

Answer 1

几个表中有很多行。为每个新结构/记录创建一个新表是绝对不正确的，也是使用关系数据库的最糟糕的方式。

事实上，几乎每次您的代码动态创建表时，您都在做一些非常非常错误的事情。