Google Cloud представил поддержку документов JSON в своем распределенном RDBMS Spanner – шаг, который, по словам шоколадной фабрики, дает преимущества при добавлении новых атрибутов данных без изменения схемы.
Эксперты по базам данных заявили, что, несмотря на преимущества поддержки, Google пытается догнать другие СУБД, которые уже некоторое время поддерживают JSON. Между тем, для специализированных приложений для хранения документов пользователям по-прежнему потребуется специализированная база данных, такая как Couchbase или MongoDB.
В блоге, опубликованном ранее в этом месяце, Джастин Макиг, менеджер по продукту Cloud Spanner, сказал, что поддержка JSON – нотации объектов JavaScript – позволит пользователям Spanner добавлять новые атрибуты к данным без изменения схемы базы данных. Такие атрибуты в основном хранятся в хранилище JSON и извлекаются по мере необходимости.
«Благодаря Spanner у вас теперь есть возможность сохранить этот длинный хвост других атрибутов в виде JSON. В отличие от строго типизированного столбца, значения JSON не требуют предварительного определения их структуры или значений. Таким образом, легко добавлять новые атрибуты. без изменения реляционной схемы », – сказал он.
В сообщении объясняется, как разработчики могут использовать SQL для запроса таблицы с данными JSON, в то время как Spanner также предоставляет набор функций SQL, которые позволяют им использовать JSONPath для просмотра значений JSON.
«Вышеупомянутый запрос использует реляционную модель для выполнения тяжелой работы по фильтрации, при этом обеспечивая гибкость для проецирования из столбца JSON для отфильтрованного набора», – сказал Макейг.
Карл Олофсон, вице-президент IDC по исследованиям, сказал, что этот подход аналогичен другим реляционным базам данных, которые поддерживают JSON в большом текстовом блоке. Затем Google предоставляет встроенную поддержку нотации JSON, чтобы пользователи могли выполнять поиск, например, по значению тега.
«Если вам нужно встраивать документы JSON в то, что в противном случае является в значительной степени реляционной базой данных, и все это перемещается вместе, конечно, это нормально», – сказал Олофсон.
Сотрудник СУБД PostreSQL поддерживает JSON с 2013 года и продолжает развивать свой подход к модели документа.
Олофсон указал, что подход Spanner аналогичен подходу PostgreSQL, который «делает то же самое: они рассматривают JSON как тип данных, создавая столбец, который по сути является текстовым блоком и отформатирован как JSON».
Oracle также позволяет пользователям хранить JSON в качестве собственного формата хранения, «похожего на Couchbase или MongoDB», так что «он быстрее и они могут делать больше для оптимизации поиска и производительности», но вне какой-либо схемы, сказал Олофсон.
Тем не менее, поддержка Google JSON полезна, если пользователи хотят «поддерживать отношения между данными JSON и некоторыми реляционными данными в одной базе данных», но не представляют угрозы для специализированных баз данных NoSQL как таковых.
«Я не считаю, что это каким-либо образом представляет угрозу для тех, кто занимается родным JSON, вы знаете MongoDB и Couchbase», – сказал Олофсон.
Энди Павло, доцент кафедры базы данных в Университете Карнеги-Меллона, отметил, что реализация JSON Спэннером была «неполной».
По его собственному признанию, «Spanner (пока) не индексирует данные в столбцах JSON».
Однако Павло отметил, что с подходом Spanner пользователи получают «надежные сериализуемые гарантии внешней согласованности Spanner для данных JSON».
«Это отличает его от CouchDB и других систем NoSQL. FaunaDB также является сериализуемой транзакционной СУБД NoSQL, которая изначально поддерживает JSON, но не поддерживает SQL. Таким образом, основным конкурентом Spanner является [distributed RDBMS] CockroachDB, и они поддерживают JSON с 2018 года », – сказал он.
Подводя итог, Мерв Адриан, вице-президент Gartner по исследованиям, данным и аналитике, сказал: «Google Spanner теперь поддерживает тип данных JSON, расширяя возможности своего флагманского механизма транзакций и сокращая разрыв с конкурентами. Он пока не поддерживает индексацию, но это шаг в правильном направлении с надежным набором функциональных операций для использования часто используемых инструментов, связанных с JSON ». ®
