Сохранить массив чисел в поле базы данных

«Лучший» способ хранения данных в базе данных — это способ, наиболее подходящий для операций, которые будут выполняться с ней, и способ, который облегчает обслуживание. Именно это более позднее требование должно привести вас к нормализованному решению, которое означает хранение целых чисел в таблице со связью. Помимо простоты обновления, следующему разработчику, который придет после вас, будет легче понять, что и как хранится информация.

Отдельная таблица, нормализованная

Не как XML или json, а отдельные числа в отдельных строках

Что бы вы ни думали, это лучший способ. Вы можете поблагодарить меня позже

Сохраните его как массив JSON, но знайте, что все обращения теперь будут ко всему массиву — никаких отдельных операций чтения/записи для определенных коэффициентов.

В нашем случае мы храним их в виде массива json. Как и в вашем случае, между отдельными номерами массива нет никакой связи - массив имеет смысл только как единица, и как единица он имеет связь с другими столбцами в таблице. Кстати, все остальное нормализовано. Я сравниваю это с этим: если бы вы собирались сохранить 10-байтовый фрагмент, вы бы сохранили его упакованным в один столбец VARBINARY(10). Вы не будете разбивать его на 10 байтов, хранить каждый в столбце VARBINARY(1), а затем сшивать их вместе с помощью внешнего ключа. Я имею в виду, что вы могли бы, но это не имело бы никакого смысла.

ВАМ, как разработчику, нужно будет понять, насколько "монолитным" является этот массив целых чисел.

Отдельная таблица была бы наиболее «нормализованным» способом сделать это. И, вероятно, в долгосрочной перспективе это лучше, поскольку вам не придется анализировать значение столбца для извлечения каждого целого числа.

Если вы хотите, вы также можете использовать XML-столбец для хранения данных. .

Разреженные столбцы также могут подойти вам.

Если вы хотите, чтобы это было действительно просто, вы можете просто разделить значения: 10;2;44;1

Я думаю, что, поскольку вы говорите о сервере sql, это указывает на то, что ваше приложение может быть приложением, управляемым данными. Если это так, я бы определенно сохранил массив в базе данных как отдельную таблицу с записью для каждого значения. Он будет нормализован и оптимизирован для поиска. Даже если у вас есть только несколько значений в массиве, вам может потребоваться объединить эти данные с другими извлеченными данными, которые, возможно, потребуется «присоединить» к вашим значениям массива. В этом случае sql оптимизируется с использованием индексов, внешних ключей и т. д. (нормализованных).

При этом вы всегда можете жестко закодировать 10 значений в своем коде и сохранить путь туда и обратно в БД, если вам не нужно изменять значения. Это зависит от того, как работает ваше приложение и для чего будет использоваться этот массив.

Я согласен со всеми остальными в том, что лучше всего использовать отдельную нормализованную таблицу. Но если вы настаиваете на том, чтобы все это было в одной таблице, не помещайте массив в один единственный столбец. Вместо этого создайте 10 столбцов и сохраните каждое значение массива в другом столбце. Это избавит вас от проблем с разбором и обновлением.