Mysql выступления: сериализации против колонн

Question

Давайте предположим, что у меня есть массив, как тот, который я разместил ниже, и что мне нужно хранить его в моей базе данных MySQL:

Array(
    "Weight" => "10", 
    "Height" => "17", 
    "Usage" => "35" 
); 

Преамбула:

• Я буду никогда изменение этих значений
• Я буду никогда выполнить запрос на основе этих значений

Короче говоря, мне нужно только магазин и дисплей этот массив как есть. На самом деле мне нужно использовать эти значения для генерации графиков. Теперь я вижу 2 возможных варианта.

Вариант 1: даже если я никогда не буду использовать условие WHERE, ORDER BY, HAVING (...) для этих значений, я храню каждое значение отдельно в выделенном столбце (вес, высота, использование).

Вариант 2: Я создаю единый столбец (stats), где я храню сериализованную версию массива, а затем, чтобы генерировать мои графики, я неэтериализую каждую строку перед ее использованием.

Вопрос: какой лучший подход для хранения этого массива с точки зрения эффективности и производительности?

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

Answer 1

Я никогда не буду обновления этих значений

Я никогда не выполнить запрос, основанный на этих значениях

Второй вы ЗАВЕРШИТЕ код, на котором хранятся их сериализованные значения, вам будет предложено для выполнения запроса, чтобы обновить что-либо с весом выше десяти.

Просто сохраните их в своих собственных столбцах - это не только будет гарантировать будущее кодом, но и работать с ним, и в конечном итоге займет меньше места на диске.