Устаревание и удаление Web SQL

Томас Штайнер

API Web SQL Database , позволяющий структурированно хранить данные на компьютере пользователя (внутренне на основе движка базы данных SQLite), был представлен в апреле 2009 года и заброшен в ноябре 2010 года . Хотя он был реализован в WebKit (на котором работает Safari) и оставался активным в движке Blink (на котором работает Chrome), Gecko (на котором работает Firefox) никогда не реализовывал эту функцию, а WebKit удалил ее в 2019 году .

Консорциум World Wide Web (W3C) призывает тех, кому нужны веб-базы данных, принять технологии API веб-хранилищ , такие как localStorage и sessionStorage или IndexedDB . Эти технологии показывают свои сильные стороны, когда дело доходит до хранилищ ключей/значений и структурированных данных, но, по общему признанию, имеют и слабые стороны, такие как отсутствие сильного языка запросов. Люди хотят SQL в Интернете не просто так.

Шаги по удалению и прекращению поддержки Web SQL

  • [ Готово.] Web SQL устарел и удален для сторонних контекстов в Chromium 97 (4 января 2022 г.).
  • [ Готово.] Доступ к веб-SQL в небезопасных контекстах устарел, начиная с версии Chromium 105 (4 января 2022 г.), после чего на панели проблем Chrome DevTools появилось предупреждающее сообщение.

Панель проблем Chrome DevTools с предупреждением о том, что Web SQL в незащищенных контекстах устарела.

  • [ Done.] Доступ к веб-SQL в небезопасных контекстах больше недоступен с Chromium 110 (4 января 2022 г.). Корпоративная политика для продолжения использования этой функции доступна с Chromium 110 (4 января 2022 г.) по Chromium 123 (4 января 2022 г.).
  • [ Готово.] Доступ к веб-SQL во всех контекстах устарел, начиная с Chromium 115 (4 января 2022 г.), и на панели проблем Chrome DevTools отображается предупреждающее сообщение.
  • [ Done.] Пробная версия для продолжения использования Web SQL была доступна с Chromium 117 (4 января 2022 г.) по Chromium 123 (4 января 2022 г.). Чтобы узнать больше о пробных версиях для устаревших версий, см . раздел Начало работы с пробными версиями origin .
  • [ Готово.] Доступ к веб-SQL во всех контекстах больше невозможен в Chromium 119 .

Куда идти дальше

Как было отмечено во введении, технологии API веб-хранилища, такие как localStorage и sessionStorage , или стандарт IndexedDB, являются хорошими альтернативами во многих, но далеко не во всех случаях.

Обоснование того, что хранение данных следует доверить веб-разработчикам

С появлением Wasm решения SQL или NoSQL могут прийти в веб. Одним из примеров является DuckDB-Wasm , другим — absurd-sql . Основываясь на этих творениях, мы считаем, что сообщество разработчиков может итерировать и создавать новые решения для хранения быстрее и лучше, чем поставщики браузеров.

Мы не планируем просто удалить Web SQL. Фактически, мы заменили его чем-то , что будет поддерживаться сообществом разработчиков открытого исходного кода, и будет служить пакетом, который можно будет обновлять по желанию — без необходимости вносить исправления и новые функции непосредственно в браузеры. Наша цель на самом деле — позволить разработчикам выводить свои собственные базы данных в Интернет.

Более того, мы надеемся, что этот пример поможет процветанию новой экосистемы баз данных с открытым исходным кодом! Выпуск дескрипторов доступа к файловой системе наконец-то предоставляет новый примитив, на котором можно строить пользовательские решения для хранения данных.

Причины прекращения поддержки Web SQL

Вопросы устойчивости и безопасности

Спецификация Web SQL не может быть реализована устойчиво, что ограничивает инновации и новые функции. Последняя версия стандарта буквально гласит: «Пользовательские агенты должны реализовать диалект SQL, поддерживаемый Sqlite 3.6.19» .

SQLite изначально не был разработан для запуска вредоносных SQL-выражений, однако реализация Web SQL означает, что браузеры должны делать именно это. Необходимость идти в ногу с исправлениями безопасности и стабильности диктует обновление SQLite в Chromium. Это напрямую противоречит требованию Web SQL вести себя точно так же, как SQLite 3.6.19.

Форма API

Web SQL также является API, показывающим его возраст. Будучи детищем конца 2000-х, он является прекрасным примером «ада обратных вызовов», как демонстрирует следующий пример кода ( предоставленный Ноланом Лоусоном ). Как вы можете видеть, операторы SQL (использующие диалект SQLite SQL) передаются в методы базы данных в виде строк.

openDatabase(   // Name   'mydatabase',   // Version   1,   // Display name   'mydatabase',   // Estimated size   5000000,   // Creation callback   function (db) {     db.transaction(       // Transaction callback       function (tx) {         // Execute SQL statement         tx.executeSql(           // SQL statement           'create table rainstorms (mood text, severity int)',           // Arguments           [],           // Success callback           function () {             // Execute SQL statement             tx.executeSql(               // SQL statement               'insert into rainstorms values (?, ?)',               // Arguments               ['somber', 6],               // Success callback               function () {                 // Execute SQL statement                 tx.executeSql(                   // SQL statement                   'select * from rainstorms where mood = ?',                   // Arguments                   ['somber'],                   // Success callback                   function (tx, res) {                     // Do something with the result                     var row = res.rows.item(0);                     console.log(                       'rainstorm severity: ' +                         row.severity +                         ',  my mood: ' +                         row.mood,                     );                   },                 );               },             );           },         );       },       // Error callback       function (err) {         console.log('Transaction failed!: ' + err);       },       // Success callback);       function () {         console.log('Transaction succeeded!');       },     );   }, );

Если бы вы запустили этот код и проверили созданную таблицу с помощью Chrome DevTools , то получили бы следующий результат:

При проверке раздела Web SQL в Chrome DevTools отображается база данных mydatabase с таблицей rainstorms со столбцами mood (текстовый) и intensity (целое число), в которой есть одна запись со значением mood somber и intensity, равным шести.

Отсутствие поддержки со стороны реализатора

Помимо запутанной формы API (по крайней мере, с сегодняшней точки зрения), у Mozilla было много опасений по поводу того, что Web SQL будет построен на SQLite:

«Мы не считаем, что [SQLite] является подходящей основой для API, доступного для общего веб-контента, не в последнюю очередь потому, что не существует надежного, широко распространенного стандарта, который бы разделял SQL полезным образом. Кроме того, мы не хотим, чтобы изменения в SQLite впоследствии повлияли на веб, и не считаем, что использование основных версий браузеров (и веб-стандарта) для SQLite является разумным».

О проблемах Mozilla можно прочитать в сообщении в блоге бывшего сотрудника Mozilla Владимира Вукичевича . Для более подробной истории ознакомьтесь с протоколами рабочей группы W3C Web Applications (а если вы действительно хотите вникнуть в детали, прочтите журналы IRC ) и архивы списков рассылки ). Кроме того, сообщение в блоге Нолана Лоусона дает хороший обзор того, что произошло.

Обратная связь

Если у вас есть какие-либо опасения по поводу шагов по устареванию, описанных в этом сообщении, сообщите нам об этом в списке рассылки blink-dev . Членство в этой группе открыто для всех, и любой может публиковать сообщения.

Благодарности

Эту статью рецензировали Джо Медли , Бен Морсс и Джошуа Белл .