Плохой дизайн для использования данных json_encode вместо создания новой таблицы?

Question

У меня есть заказ, и каждый заказ имеет некоторый продукт, связанный с ним. Я хочу сохранить имя, цену и краткое описание для каждого продукта.

Я знаю, что обычный подход создает две таблицы, orders и products, но Что делать, если мне не нужно запрашивать продукты специально? Достаточно ли json_encode продуктов на объекте заказа с PHP и сохранить его как столбец таблицы orders в mysql?

Answer 1

Если данные последовательно структурированы (что звучит так, как есть), вы должны создать таблицу.

JSON или другие последовательные форматы хороши для данных, которые несовместимы.

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

---

Используйте случай, когда JSON будет полезно:

Допустим, вы отслеживали поток событий, который имел информацию о событиях до проверки. Возможно, вы захотите сохранить данные, которые не сохраняются последовательно. В таблице orders можно сохранить следующее:

{ 
    type: "page_visited", 
    data: { 
     url: "/example/1", 
     title: "Example Page" 
    } 
}, 
{ 
    type: "added_to_cart", 
    data: { 
     product_id: 4, 
     product_name: "Example Product" 
    } 
}, 
{ 
    type: "removed_from_cart", 
    data: { 
     product_id: 4, 
     product_name: "Example Product" 
    } 
} 

Answer 2

Как вы заявляете, что вам «не нужно запрашивать продукт», вы могли бы serialize() ваши данные и unserialize() его читать, это довольно распространенное использование и совершенно правильная практика. Это не будет JSON, но вы можете легко преобразовать его в JSON после unserialize().