The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Комитет W3C представил спецификацию для организации БД внутри браузера

01.10.2009 20:40

Организация World Wide Web Consortium (W3C) выпустила черновик спецификации WebSimpleDB API, определяющий порядок выборки данных в формате ключ-значение из реализованного на уровне браузера локального хранилища данных (Web Storage). Хранилищем могут воспользоваться web-приложения, которым требуется сохранение больших порций данных на стороне клиента. API поддерживает функции для обеспечения упорядоченной выборки значений, эффективного поиска и хранения наборов данных, сопоставленных с заданным ключом.

WebSimpleDB API использует такие свойственные для больших баз данных возможности, как первичные ключи, транзакции и объекты. API также описывает только одну ассоциацию ключ-значение и ничего не знает о типах данных, используемых в стандартных базах данных. W3C рискует, когда дело касается первичных ключей, поскольку API позволяет добавление записей, содержащих существующий ключ, записывая их поверх существующей записи. Использование индексов позволяет определять отношения между таблицами, обеспечивая ссылочную целостность.

Предложенный консорциумом W3C проект отличается от ранее представленных, основанных на SQL, альтернативных решений тем, что предлагает идею размещения неструктурированных данных в реляционных объектах. Единственное место, где этот тип интерфейса в настоящее время используется, - это движок WebKit. Многие критики были недовольны приверженностью W3C к языку запросов и реляционной модели данных. Остаются вопросы и по поводу целесообразности общей идеи создания хранилища данных для web-приложений внутри браузера.

  1. Главная ссылка к новости (http://www.h-online.com/open/W...)
  2. WebSimpleDB API
Автор новости: PGCatabras
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/23680-web
Ключевые слова: web, api, browser, javascript
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (16) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, pavlinux (ok), 21:57, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А расположение иконок, кнопок, менюшек и т.п., они не хотят стандартизировать?!
     
     
  • 2.2, Chris Archer (?), 22:24, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    давно пора =)
     

  • 1.3, F.Y. (?), 04:33, 02/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Таааак - vM, Music and video player, теперь вот DB ... когда же это всё лопнет? :)
     
  • 1.4, SkyRanger (ok), 04:40, 02/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хорошая идея. Скоро все будет в браузерах. Так как заморачиваться не надо, и по большому счету, для большинства приложений достаточно функционала браузера и AJAX. Все ресурсоемкое должно крутится на серверах.

    >Многие критики были недовольны приверженностью W3C к языку запросов и реляционной модели данных.

    А чем их он не устраивает, тем более что функционал БД тут будет использоваться для сохранения настроек и подобных вещей.

     
     
  • 2.5, Аноним (-), 08:18, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Хорошая идея. Скоро все будет в браузерах. Так как заморачиваться не надо, и по большому счету, для большинства приложений достаточно функционала браузера и AJAX. Все ресурсоемкое должно крутится на серверах.

    GNU Emacs появился раньше.

     
  • 2.6, я (?), 10:16, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Все ресурсоемкое должно крутится на серверах.

    Как хорошо, что современыне браузеры с поддержкой js и ajax практически не потреляют ресурсов! Зажрать 500-700 метров за день - ну разве это ресурсоёмкость!

     
  • 2.7, andr.mobi (??), 10:37, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Хорошая идея. Скоро все будет в браузерах

    архитектура сервер-клиент имеет очень трудноизлечимый изъян - возможнсть заДДоСить сервер. часто это случается даже не по злому умыслу - ссылка на популярном новостном ресурсе кладёт неподготовленный сервер на несколько часов. при этом ресурсы используются крайне неэффективно - суммарная вычислительная мощность клиентов на порядки превышает серверные, но они никак не участвуют в производстве благ. у многих на столе дома писюки даже более мощные, чем сервачок на той стороне.

    распределённая самоорганизующаяся сеть тут единственное правильное стратегически решение. при этом данные клиент получает от ближайших и незанятых клиентов и сам обслуживает обделённых информацией и флопсами товарищей. заддосить такой ресурс практически невозможно. подобные технологии давно обкатываются в самых разных сервисах - от файлообмена и телеконференций, таких как skype, до взлома паролей и поиска внеземных цивилизаций. только вот почему-то обычный и востребованный каждый день web в этом пока никак не участвует, если не считать проектов типа anon proxy. да и то там решается только часть проблемы - обмен файлами, а вот обмена флопсами там нет.

    http в такой системе - крайне неудобный и громозкий механизм, так же как и все его родственники из /etc/services для такого сервиса следует использовать такие протоколы как 9p и styx - доступ к файлу как к файлу, и ничего более. в среде Inferno grid из процессоров всех клиентов собирается проще некуда, как два байта переслать. Кстати, реализация 9p для javascript уже есть, но для разумного использования ресурсов браузер должен работать с протоколом нативно.

    вот тогда и можно будет строить всё на браузерах.

     
     
  • 3.15, Anonymouzz (?), 11:56, 04/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >архитектура сервер-клиент имеет очень трудноизлечимый изъян - возможнсть заДДоСить сервер.

    Это не самое страшное. Самое страшное, что ВАШИ данные хранятся НЕ У ВАС. Т.е. как было недавно суд может взять да и удалить ваш почтовый аккаунт. Представьте, если бы аккаунт был на домашнем почтовом сервере.

     

  • 1.8, mazay (??), 11:59, 02/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Скоро по функционалу браузеры вытеснят остальные прикладные программы. Ну а потом примутся за оси. Действительно зачем нам ось, если есть браузер.
     
     
  • 2.10, KBAKEP (ok), 16:18, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Google по слухам готовит такой продукт.
     
  • 2.11, Аноним (11), 23:16, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Мечты некогда netscape сбываются...
     
  • 2.14, Iv945n (ok), 23:51, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Скоро по функционалу браузеры вытеснят остальные прикладные программы. Ну а потом примутся
    >за оси. Действительно зачем нам ось, если есть браузер.

    Для начала надо придумать, стандартизовать и внедрить что-то более адекватное чем HTTP для передачи данных и чем HTML для формирования гуёв.

     

  • 1.9, Iv945n (ok), 12:48, 02/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Если в СУБД нет SQL (я не говорю о системах с mapreduce или чем-то подобным) и внешних ключей, то она не нужна.
     
     
  • 2.12, ximaera (?), 23:29, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Вы забыли написать слово "мне".
     
     
  • 3.13, Iv945n (ok), 23:41, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Пожалейте дедушку Кодда, который каждый божий день в гробу переворачивается от всевозможных поделок-недосубд.
     

  • 1.16, Аноним (-), 11:57, 05/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошая идея, кукисы убрать.
    Но принесет баги, эксплойты, "скуэл-инъекции" на стороне пользователя ..и т.п.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру