Хороший дизайн базы данных для отзыва и сравнения 2D-массивов данных?

Question

Я ищу для хранения 2D-массивов 900x100 элементов в базе данных. Важное значение имеет эффективное запоминание и сравнение массивов. Я мог бы использовать таблицу со схемой, подобной [A, x, y, A (x, y)], чтобы один массив мог скомпрометировать 90 000 записей. Это похоже на дизайн ~ ok ~ для хранения массива и обеспечит эффективный отзыв отдельных элементов, но неэффективный отзыв всего массива и приведет к очень неэффективным сопоставлениям массивов.

Должен ли я оставить дизайн стола таким образом, а также построить и сравнить мои массивы в коде? Или есть лучший способ структурировать таблицу, чтобы я мог эффективно сравнивать массивы с использованием только операций с базами данных?

благодаря

Answer 1

Если тип данных позволяет, сохраните его в объединенном формате и сравните в памяти после его деканализации. Операция с базой данных будет намного быстрее, а операции с оперативной памятью будут быстрее, чем базы данных.

Кто знает, что вы можете даже сравнить это без дезактивации.

Answer 2

900 х 100 элементов на самом деле очень мало (даже если элементы массивных 1K вещей, которые были бы только 90 МБ). Не можете ли вы просто сравнить в памяти, когда это необходимо, и сохранить на диске в каком-то сериализованном формате?

Не имеет смысла хранить 2D-массивы в базе данных, особенно если это неизменные данные.

Answer 3

Когда я работал в сейсмической промышленности, мы просто просто сбрасывали наши массивы (обычно 1d из нескольких тысяч элементов) в двоичный файл. База данных будет использоваться только для того, что было по существу метаданными (местоположение, индексирование и т. Д.). Это было бы значительно быстрее, но это также позволило при необходимости развязать данные: в производстве это было обычным делом, несколько тысяч элементов звучат не так много, но типичный набор данных может легко составлять сотни ГБ - это 1990-е годы, поэтому мы должны были разделиться на пленку.