Организация World Wide Web Consortium (W3C) выпустила (http://www.w3.org/News/2009#item172) черновик спецификации WebSimpleDB API (http://www.w3.org/TR/2009/WD-WebSimpleDB-20090929/), определяющий порядок выборки данных в формате ключ-значение из реализованного на уровне браузера локального хранилища данных (Web Storage (http://dev.w3.org/html5/webstorage/)). Хранилищем могут воспользоваться web-приложения, которым требуется сохранение больших порций данных на стороне клиента. API поддерживает функции для обеспечения упорядоченной выборки значений, эффективного поиска и хранения наборов данных, сопоставленных с заданным ключем.WebSimpleDB API использует такие свойственные для больших баз данных возможности, как первичные ключи, транзакции и объекты. API также описывает только одну ассоциацию ключ-значение и ничего не знает о типах данных, используемых в стандартных базах данных. W3C рискует, когда дело касается первичных ключей, поскольку API позволяет добавление записей, содерж...
URL: http://www.h-online.com/open/W3C-proposes-non-SQL-database-A...
Новость: http://www.opennet.me/opennews/art.shtml?num=23680
А расположение иконок, кнопок, менюшек и т.п., они не хотят стандартизировать?!
давно пора =)
Таааак - vM, Music and video player, теперь вот DB ... когда же это всё лопнет? :)
Хорошая идея. Скоро все будет в браузерах. Так как заморачиваться не надо, и по большому счету, для большинства приложений достаточно функционала браузера и AJAX. Все ресурсоемкое должно крутится на серверах.>Многие критики были недовольны приверженностью W3C к языку запросов и реляционной модели данных.
А чем их он не устраивает, тем более что функционал БД тут будет использоваться для сохранения настроек и подобных вещей.
> Хорошая идея. Скоро все будет в браузерах. Так как заморачиваться не надо, и по большому счету, для большинства приложений достаточно функционала браузера и AJAX. Все ресурсоемкое должно крутится на серверах.GNU Emacs появился раньше.
> Все ресурсоемкое должно крутится на серверах.Как хорошо, что современыне браузеры с поддержкой js и ajax практически не потреляют ресурсов! Зажрать 500-700 метров за день - ну разве это ресурсоёмкость!
> Хорошая идея. Скоро все будет в браузерахархитектура сервер-клиент имеет очень трудноизлечимый изъян - возможнсть заДДоСить сервер. часто это случается даже не по злому умыслу - ссылка на популярном новостном ресурсе кладёт неподготовленный сервер на несколько часов. при этом ресурсы используются крайне неэффективно - суммарная вычислительная мощность клиентов на порядки превышает серверные, но они никак не участвуют в производстве благ. у многих на столе дома писюки даже более мощные, чем сервачок на той стороне.
распределённая самоорганизующаяся сеть тут единственное правильное стратегически решение. при этом данные клиент получает от ближайших и незанятых клиентов и сам обслуживает обделённых информацией и флопсами товарищей. заддосить такой ресурс практически невозможно. подобные технологии давно обкатываются в самых разных сервисах - от файлообмена и телеконференций, таких как skype, до взлома паролей и поиска внеземных цивилизаций. только вот почему-то обычный и востребованный каждый день web в этом пока никак не участвует, если не считать проектов типа anon proxy. да и то там решается только часть проблемы - обмен файлами, а вот обмена флопсами там нет.
http в такой системе - крайне неудобный и громозкий механизм, так же как и все его родственники из /etc/services для такого сервиса следует использовать такие протоколы как 9p и styx - доступ к файлу как к файлу, и ничего более. в среде Inferno grid из процессоров всех клиентов собирается проще некуда, как два байта переслать. Кстати, реализация 9p для javascript уже есть, но для разумного использования ресурсов браузер должен работать с протоколом нативно.
вот тогда и можно будет строить всё на браузерах.
>архитектура сервер-клиент имеет очень трудноизлечимый изъян - возможнсть заДДоСить сервер.Это не самое страшное. Самое страшное, что ВАШИ данные хранятся НЕ У ВАС. Т.е. как было недавно суд может взять да и удалить ваш почтовый аккаунт. Представьте, если бы аккаунт был на домашнем почтовом сервере.
Скоро по функционалу браузеры вытеснят остальные прикладные программы. Ну а потом примутся за оси. Действительно зачем нам ось, если есть браузер.
Google по слухам готовит такой продукт.
Мечты некогда netscape сбываются...
>Скоро по функционалу браузеры вытеснят остальные прикладные программы. Ну а потом примутся
>за оси. Действительно зачем нам ось, если есть браузер.Для начала надо придумать, стандартизовать и внедрить что-то более адекватное чем HTTP для передачи данных и чем HTML для формирования гуёв.
Если в СУБД нет SQL (я не говорю о системах с mapreduce или чем-то подобным) и внешних ключей, то она не нужна.
Вы забыли написать слово "мне".
Пожалейте дедушку Кодда, который каждый божий день в гробу переворачивается от всевозможных поделок-недосубд.
Хорошая идея, кукисы убрать.
Но принесет баги, эксплойты, "скуэл-инъекции" на стороне пользователя ..и т.п.