Кто расскажет минусы данной структуры базы данных, кроме атомарности данных?

Question

[Сергей Иванов]

Ставил эксперименты над БД и понял, что держать сразу JSON строку проще, чем строить ее перед выводом в браузер.

К стравнению было сделано 2 теста.

500 пользователей ответили на 20 вопросов и сохранили свои результаты в БД.
В таблице с атомарными значениями получилось 10000 строк и запрос около 0,5 сек на горячую.
| id_user | num_vopros | num_otvet | time |

То же самое было проведено с таблицей, где все ответы были в JSON строке. Каждый пользователь имел свою с ответами.
| id_user | json_str |

Запрос был около 0.0010 сек.

Далее отдача пользователю JSON строки быстре, чем формирование ее из базы через php.

P.S. Данные конечные и таблиц, которые зависят от этих данных нет.

Answer 1

[Александр Никитин]

А зачем вам вообще тогда SQL сервер? Попробуйте NoSQL базу... или вообще индекс elasticsearsh например. ;-)

Answer 2

[AxisPod]

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

Структура таблицы подразумевает не только названия полей, но и информация о поле (тип, флаги), индексы и т.д.

Запрос как бы подразумевает наличие самого запроса, а не сферический конь в вакууме.

А в такой формулировке адекватный ответ дать нельзя вообще.