SQLQL - Qiita

概要 GraphQL で柔軟なリクエストができるようになれば、サーバー側の実装をせずとも新しい機能を効率よく作れて便利みたいな話を見かけた GraphQL では独自のクエリ言語でサーバーに対してデータを要求するが、クエリ言語と言えば SQL というものがあるので、どうせなら SQL をサーバーに投げつけるようにすれば、似たようなことが出来るのではないかと考えたのでやってみた サンプルアプリケーション ソースコード sqlql_sample 仕様 ユーザー ユーザーは key(Token) を持っていて、リクエストの時にヘッダーに Token をつける privacy という属性を持つ。privacy が true のユーザーは他のユーザーからは不可視となる コメント ユーザーが投稿する事ができる privacy という属性を持つ。privacy が true のコメントはコメントのオーナー

[tmatsuu]

発想は面白い。ただ、殺さないといけない構文はきっと山のようにあってなかなか厳しいのと、ブロックやミュートなどを考え出すととたんにACL周りを重ねるのが難しくなるのが悩ましいところ。

[megamouth]

ajaxが出た時、同じ事やってた人がいたなあ。WebサービスがRDBMSの手の込んだラッパーであることを暴露するのは良い事だと思うよ。知らんけど。

[gfx]

SQLはネストしたデータ構造とかscalar objectを表現しにくくないですかね。

[koyancya]

書きました。致命的な見落としが沢山ある見込みなので、気づいたら教えて下さい

[toyama0919]

面白いな〜ｗ Elasticsearch-sqlもまぁ似たようなもんか

[june29]

なるほどなあ。

[kattton]

SQLQL、敵を倒せれば、ワンチャンあるとおもう

[utisam]

最近2層型が見直されてるように感じる。

[el-condor]

元々SQLは集合演算の仕様記述言語だから、問い合わせの記述に使うのはある意味本来の使い方とも言えますね

[programmablekinoko]

サニタイズさえできれば、、(他力本願)

[y-kawaz]

え、基本SQLまま流すとかなにそれ怖い。潰してく方式は無限に対応が必要で絶対に穴が残るので無理があると思う。

[at284km]

[sqlql]

[iga_k]

なるほどこの発想はなかった。ナイスな感じする。

[dowhile]

LQL

[Dai_Kamijo]

面白いな〜ｗ Elasticsearch-sqlもまぁ似たようなもんか / “SQLQL - Qiita” — Hiroshi Toyama (@toyama0919) September 25, 2017 from Twitter https://twitter.com/Dai_Kamijo September 26, 2017 at 09:35AM via IFTTT