Это зависит от используемого вами механизма хранения и формата строки , выбранного для этой таблицы, а также от ваших индексов. Но это не очень полезная информация.
Edit:
Я предлагаю идти против нормализации только , когда вы точно знаете, что делаете. СУБД создана для работы с большим количеством данных. Возможно, вам не нужно сериализовать свои структурированные данные в одно поле.
Имейте в виду, что ваш прикладной уровень затем должен токенизировать (или, что еще хуже) сериализованные полевые данные, чтобы вернуть исходное значение, которое, безусловно, требует больших затрат, чем получение данных уже в структурированной форме, из БД.
Единственное исключение, о котором я могу подумать, - это сложная клиентская архитектура, когда перемещение обработки на клиентскую сторону фактически снимает нагрузку с сервера, и вы в любом случае сериализуете наши данные ради передачи. - В коде на стороне сервера (например, php) нехорошо сохранять данные сериализированного стиля в БД.
(Тем не менее, использование встроенной сериализации php может быть хорошей идеей в некоторых случаях. Ваш текущий проект, похоже, не выиграет от этого.)