Question

采用这一数据库设计的I m需要将一些可变的长度阵列储存到我的仪表数据库。

这些阵列的长度将(最多)在数以百计(如果不是数千)。

新阵列将定期建立,可能每天10个。

should I store these arrays into one table that will soon grow gigantic or
create a new table for each array and soon have a huge number or tables?
something else? (like formatted text column for the array values)

澄清 1. 大致情况

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

页: 1

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 ...

The arr_values will be used as arrays that is queried by joining to a complete array. Any ideas on why some approach is better than other?

Answer 1

与所有这些问题的答案一样,它总是取决于您的最终结果,但我个人总是赞成在充满活力的表格上单列一席——这使问题更加简单。在你看数据库图象时,该表也更加简单(我认为),成千上万的表格可能会发现你在直接查阅数据库时需要做些什么。

此外,如果你认为有必要在某个时候把你的阵列扩大到另一个领域,这意味着将有一个单一的数据库表来改变,而不是改变许多数据库。

Answer 2

几张表格中的浏览量。为每个新结构/记录提供新的表格绝对不正确,是使用关系数据库的最坏方式。

事实上,几乎在贵国法典充满活力地制造桌子的时候,你正在做一些可怕的错误。

Answer 3

It looks to me like each array of data has a distinct schema. Have you considered using a NoSQL database? It will be much easier to work with, in my opinion.

如果你必须坚持我的SQL,那么你当然要尽量少表。根据您的介绍,你可以有一个表格,分为三栏:

array ;connects all the related records to the correct array
field ;the name of the field (array key)
value ;the actual value for that field

而且,如果需要同一阵列“类型”的多份拷贝,也增加一栏。

Answer 4

在计划实现正常化之前增加表数(很少或根本没有重复/复制)。不要增加表数,而要谨慎地增加新的业绩表(除少数例外情况外,现代数据库比你想象的更快),或处理边缘案例,如申请一生出现重复,或加之1%。

It also would be easier to understand your question if we knew the domain of the question-- are these addresses, customers, books, or what?

友情链接