Хранение массивов в базах данных

Ответ 1

Отличный вопрос.

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

Сериализация - это причудливое слово для превращения объектов в какой-то формат, который можно сохранить на диск или базу данных. Два основных формата для сериализации - двоичные и XML, и я уверен, что Java имеет некоторую поддержку для этого.

В зависимости от того, какие типы данных вы используете, вы сможете превратить свой массив в XML или двоичный, а затем сохранить его в одном поле в базе данных. Вы можете начать эту технику на Java, проверив http://java.sun.com/developer/technicalArticles/Programming/serialization/. Я знаю, что он встроен в .NET.

Надеюсь, что это поможет. Дайте мне знать, если я могу дать вам больше указания.

Ответ 2

Как сохранить данные в виде BLOB и использовать Java для декодирования BLOB в реальном массиве Java? Было бы гораздо более эффективно хранить и извлекать весь массив в одном gulp, но было бы ужасно для скрещивания отдельных элементов.

Ответ 3

Придумайте внутреннее представление - будь то XML, JSON, некоторый двоичный файл, который вы придумали, или любую другую форму сериализации.

Сохраните его в таблице, используя тип данных "blob". Храните любые метаданные, связанные с матрицей, в дополнительных столбцах.

Я категорически не согласен с тем, что способ сделать это - создать таблицу с таким же количеством строк и столбцов, что и ваша матрица, - это очень высокая цена за неиспользованные функции.

Предварительно подготовьте свои инструкции для вставки/выбора и используйте переменные bind, чтобы изменить, с какой матрицей вы работаете - не делайте db повторно обрабатывать каждый запрос.

Ответ 4

Если это всего лишь 1 массив, почему бы не использовать двоичный файл?

Ответ 5

Как уже было сказано: не используйте СУРБД, если вам не нужны функции. Вместо Serialization, хотя вам может понадобиться использовать API низкого уровня, например JDBM, который предоставляет некоторые базы данных, такие как функции индексирования на диске.

Ответ 6

Если ваши данные плотно упакованы (гистограмма значений близка к плоской линии), ваш лучший выбор - это blob и сериализация с использованием потока Object [Output/Input].

В противном случае может оказаться более эффективным использование разреженных массивов и изменение схемы Entity-Attribute-Value. Вот пример:

 Name | IndexKey  | Value
------+-----------+-------
 foo  | 'default' | 39        
 foo  | 0:0:0     | 23
 foo  | 0:0:1     | 34
 foo  | 1:5:0     | 12
 ...
 bar  | 1:3:8     | 20
 bar  | 1:3:8     | 23
 bar  | 1:1:1     | 24
 bar  | 3:0:6     | 54
 ...

Это также позволяет быстро обновлять части таблицы и выбирать срезы с использованием оператора SQL "как".

Если число ваших измерений фиксировано для разбивки столбца ключа для разделения столбцов int для каждого измерения, чтобы повысить эффективность индекса и иметь более гибкие критерии выбора (вы можете использовать первый индекс "null" для метаданных, таких как значение по умолчанию).

В любом случае рекомендуется создать кластерный индекс для столбцов Name, IndexKey.

Ответ 7

Определите таблицу с данными, хранящимися в вашем массиве, и вставьте значения массива в таблицу.

Это очень простой доступ к данным/хранилище. Будут ли ваши размеры массива одинаковыми?

Ответ 8

• Сделайте это в одной большой явной транзакции. Не заставляйте систему базы данных создавать новую неявную транзакцию для каждой вставки.
• Используйте подготовленный оператор.

Ответ 9

PostgreSQL имеет встроенную поддержку массивов.

http://www.postgresql.org/docs/8.0/interactive/arrays.html

Ответ 10

Сериализация Java в массив байтов, хранящийся как BLOB, будет вашим лучшим выбором. Java значительно упростит сериализацию большого массива. Используйте остальные столбцы строк для чего-либо, что вас интересует при запросе или отображении. Также может быть хорошей идеей сохранить BLOB в своей собственной таблице и иметь "обычные" строки, указывающие на строки "BLOB", если вы много раз запрашиваете и отправляете данные не BLOB (хотя это может варьироваться в зависимости от реализации базы данных).

Ответ 11

HSQLDB 2.0 поддерживает одномерные массивы, хранящиеся в виде столбца таблицы. Таким образом, каждая строка таблицы будет соответствовать одной строке 2D-массива.

Но если вы хотите получить 2D-массив в целом, BLOB - лучшее решение.