Re: Web SQL Database 관련

이원석님 말씀은 대부분 맞는 말이지만, 좀 더 깊은 이해가 필요 합니다. (이미 이런 토론은 많았지만요.)

우선 현재 많은 브라우저가 SQLite를 탑재하고 있고, DOM Storage(지금은 Web Storage) 역시 SQLite에
저장되고 있습니다. Key/Value 저장 형식인데도 실제 구현은 브라우저에서 SQLite로 저장하고 있죠.
WebSQL Database는 바로 SQLite에 저장하는 것이구요. 만약 SQLite가 아닌 mySQL로 바꾼다고
생각해 보세요. 브라우저 밑단을 다 바꾸어야 하는 일이 생깁니다. (웹 개발자가 아니라 브라우저 개발자를
말하는 것입니다.)

따라서 IndexedDB로 가는 가장 큰 이유가 바로 Key/Value 형식이 B-tree 기반의 저장소가 낫다고
판단을 하는 것이고 relation이나 대용량 데이터를 다루지 않는 프론트웹의 형식에 가장 적합하고
경우에 따라 MapReduce 기반이나 CouchDB 같은 noSQL을 선택하는 옵션이 가능하다는 점입니다.
(사실 프론트 엔드에 rdb가 있다고 서버의 모든 사용자 데이터를 싱크할 건 아니잖아요 ㅎㅎ)

결론적으로 브라우저는 저장소를 제공하는 것이지 원한다면 웹 개발자가 sql 구현체를 만들어 쓰라는 것입니다.

참고.
http://blog.vlad1.com/2009/04/06/html5-web-storage-and-sql/
http://hacks.mozilla.org/category/indexeddb/

어쨌든 SQL 보다 한 단계 낮은 구현체는 브라우저 벤더들의 현실적인 문제에 의한 것이죠. 하지만, 논의만
많이 했지 실제로 구현 속도는 매우 느릴 것으로 예상합니다.

우선 websql db/indexed db를 안(못)쓰고 key/value 저장 형식을 쓰는 게 좋고 그런 측면에서 web
storage는
현실적 대안이 됩니다. 원석님께서 web storage가 대량 데이터를 저장하는 것이 적합하지 않다고 하셨는데
구현 측면에서 web sql database와 비교해서 어떤점이 적합하지 않은지 잘 모르겠습니다.

web storage는 cookie를 대체하라고 있는 게 아닙니다. 모바일 웹에서 dom에서 빠르게 핸들링할 수 있는
최소 수준 이상의 데이터를 다루라고 있는 것입니다.

지금은 어차피 db(sqlite)에 담는 것이구요. 예를 들어, websql db를 쓰는 모바일 지메일의 경우 테이블이
top query와 본문내용을 담은 테이블 2개 정도가 주 데이터이고 담아 놓는 메일량도 최신 메일만 보는
서비스적 습성 때문에 20~40개만  인덱싱을 합니다. (그림 참고 http://twitpic.com/3e2uco )

결론적으로 web storage를 가지고 sql 구현체를 만든 아래 js 라이브러리를 보시면 제가 한 말을 이해하실 수
있을 것이라 생각합니다.

http://code.google.com/p/dom-storage-query-language/


Channy
---------------------
http://www.linkedin.com/in/channy

* Biomedical Knowledge Engineering Laboratory http://bike.snu.ac.kr
* Daum Developers Network & Affiliates http://dna.daum.net


2010/12/8 이원석 <wslee@etri.re.kr>

> 안녕하세요~ 박재성님.
> 좋은 질문 감사합니다~
>
> Web SQL Database는 현재 W3C Note Track으로 가는 것에 MS를 비롯해서 모든 기업들이 동의를 하고 있습니다.
> 그리고 HTML5 에디터인 구글의 Ian Hickson은 WHATWG의 HTML5 문서에서 이에 대한 부분을 이미 제거를 했다고
> 이야기를 하구요..
> 개발자 입장에서는 좀 아쉽겠지만 어쩔 수 없는 것 같습니다~
>
> 그리고 Web SQL Database가 표준에서 하차를 하게된 이유는 회의때 말씀을 간단하게 드렸었지만,
> 일단 현재 브라우저들이 모두 SQLite를 내장을 하고 있고 여기서 지원하는 SQL를 표준으로 사용할 수 없기 때문입니다.
> 또한 SQL이 ISO 표준이 존재하기는 하지만 각 DB만다 다양한 SQL 문을 지원을 하기 때문에 서로 합의할 수 있는 접점을 찾는
> 것이 힘든 것이 사실입니다.
>
> 하지만 이러한 DB 기능은 웹앱에서도 상당히 중요합니다. 그래서 SQL 레벨보다 한단계 낮은 단계의 API를 Indexed
> Database API라는 표준으로 개발하고 있습니다.
> 먼저 이러한 기능은 HTML5의 Offline Web Application을 지원하기 위해서는 반드시 필요하죠.
> 예를 들어 email 웹앱의 경우 통신이 안되는 상황에서도 웹앱을 정상적으로 실행하기 위해서는
> 웹앱자체의 캐슁도 필요하지만 일부 메일 데이터 자체도 캐슁을 해야합니다.
> 이럴 때 DB기능은 필수적으로 필요합니다. 이런 경우 Web Storage를 사용하는 것은 적합하지 않습니다.
> 즉, Web Storage는 간단한 정보를 저장하기 위한 목적이라면, DB기능은 대량의 데이터 관리를 위한 목적입니다.
> 또한 Web Storage는 키 기반 순차적으로 검색 기능 등 대량의 데이터 관리를 위한 기능을 지원하지 못합니다.
>
> 저는 향후 어떻게 될지는 모르겠지만 일단 SQL 레벨보다 한단계 낮은 단계의 Database API를 지원하는 것은 그나마 다행이라고
> 생각합니다~ ;)
> 그리고 향후에 이러한 기능 위에 좀더 편리한 기능을 지원하는 추가적인 표준 개발도 가능할 수 있을 것을 봅니다~ ;) 물론 현재까지는
> 바램이지죠~ ;)
>
> 차기 회의때 Web SQL Database와 Indexed Database에 대한 좀더 구체적인 소개를 하는 자리를 갖으면 좋을 것
> 같습니다.
> 혹시 발표해주실 분이 계신가요?? Volunteer를 찾습니다~ ;)
>
>
> 이원석 드림.
>
>
> > -----Original Message-----
> > From: public-html-ig-ko-request@w3.org [mailto:public-html-ig-ko-
> > request@w3.org] On Behalf Of 박재성
> > Sent: Tuesday, December 07, 2010 4:41 PM
> > To: public-html-ig-ko@w3.org
> > Subject: Web SQL Database 관련
> >
> > 안녕하세요. NHN의 박재성 입니다.&lt;br&gt;&lt;br&gt;KIG 첫 메일을 다른 분들의 의견을
> > 구하는 내용으로 시작해 봅니다.&lt;br&gt;&lt;br&gt;2차 모임때 이원석 박사님께서 언급해
> > 주시기도 했고, 이미 알고 있던 내용이었지만 Web SQL Database가 deprecated 되었다는 내
> > 용을 보고&lt;br&gt;조금은 실망(?)스러웠었는데요... (아마도 Indexed DB API가 대체되는
> > 형태이겠죠.)&lt;br&gt;&lt;br&gt;W3C 내부적으로 논의가 있었겠지만, 이미 Web SQL
> > Database는 WebKit 계열의 브라우저에서 구현되어 있고, 몇년동안 계속 &lt;br&gt;사용이 되
> > 어왔었는데 굳이 대체할 필요가 있었을까란 생각이 듭니다.&lt;br&gt;&lt;br&gt;그리고 아직
> > Indexed DB API를 구현한 브라우저도 현재까진 없는 상태이구요.&lt;br&gt;(Firefox 4에
> > 서 지원예정이고, 구글코드에 &lt;a
> > href=&quot;
> http://code.google.com/p/indexeddb/&quot;&gt;http://code.google
> > .com/p/indexeddb/&lt;/a&gt; 구현체가 있긴하지만 오랜시간 동안 구현되어왔던
> > &lt;br&gt;Web SQL DB와는 다르다고 생각됩니다.)&lt;br&gt;&lt;br&gt;Web SQL
> > Database가 deprecated 된 이유 중 하나가 W3C에선 표준화를 위해선 여러 형태의 구현체가 필
> > 요한데,&lt;br&gt;현재 Web SQL Database 구현체가 대부분 SQLite로 단일화 되어 있는 형
> > 태이기 때문이란 의견도 있더군요.&lt;br&gt;&lt;br&gt;HTML5 KIG 다른 분들의 생각은 어
> > 떠신지 궁금합니다.&lt;br&gt;&lt;br&gt;고맙습니다.&lt;br&gt;&lt;br&gt;
> > &lt;br&gt;&lt;br&gt;&lt;br&gt;
>
>