Text-to-SQLについて考えていることをだらだらと書く - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、Text-to-SQL という技術が注目されています。複数のテーブルデータに対して自然言語で質問すると、その質問の回答に必要なデータの取得・集計などをしてくれる技術です。BI ツールの使い方や SQL の書き方に詳しくない人でもデータ分析できるという点で重要な技術です。 ただ、Text-to-SQL 自体やその周辺技術に関していろいろ思うところもあるので、つらつらと書いていきたいと思います。特に技術検証記事ではないポエムに近い内容ですが、ご容赦ください。 0. サマリー？ Text-to-SQL がサポートしないデータ分析のプロセ

[gfx]

"Text-to-SQL が必要とするメタデータはどこで定義するのが良いのか？" / BigQuery+dataform x Looker Studioでちょいちょいtext-to-sqlしてるけど、確かにメタデータを書く場所がなくて困る。

[hamati666]

パワーユーザーは、texttosqlを入り口に攻められると思う sqlはかけないけどエクセルで頑張ってたり情シスに定型レポート出させてるケースは代替できるのでは

[ghostbass]

なにかしら意義はあるとは思うけど、そういうプロンプトなりなんなりを最適化すると現行SQLになってしまいそうでなあ

[finefinethankyou]

“Text-to-SQL が必要とするメタデータはどこで定義するのが良いのか？” これがどっかにちゃんとまとまってれば人間も助かる

[imwks]

メタデータはLLMが記憶すると思うけどそもそもLLMに対してのメタデータやシステムスクリプトの定義がふわふわしてるのがいつも不思議に思う。

[misshiki]

“Text-to-SQL 自体やその周辺技術に関していろいろ思うところもあるので、つらつらと書いていきたいと思います。特に技術検証記事ではないポエムに近い内容ですが、”

[Eiichiro]

sqlよりメタデータの自動生成できんかなって、ずっと思っている。 今のところの候補は、ossのmetabaseを使っているので、ソースコードから生成AIにカラム定義を書かせて、metabaseのメタデータカラムにぶち込めないかなと。

[kagehiens]

除外すべきデータとか曲射的Joinを駆使しないとあまり意味あるデータが出てこないケースが多いので、どうやったらこんな仕組みが適用可能になるのか想像ができないけど、整形済みデータを集めたDB内ならあるいは?