sqlc outer joinのメモ zenn.dev/noritama73/scr… #zenn

返信先:@sigumataityoudaPostgreSQLを使っているなら大丈夫ですが sqlcはPostgreSQL以外との相性が悪かった記憶あるので、気を配る必要あるかもです〜 確かsqlc独自の一部ディレクティブがPostgreSQLしか対応してないとかだったような

Goのsqlx、シンプルで良いけどもうちょい何か欲しい… sqlcと組み合わせてみるか…?

sqlcが気になったのでおべんつよします

sqlcを使ってみるか。

ORMではなくsqlcというのは激アツな流れですね。 WEB系キッズもそうじゃない人も生SQLを心行くまで触って欲しい。 #SQLC

おそらく Rust の sqlx が正解だとは思うのだけれど、なんとか sqlc 頑張って欲しいなとは思ってる。 x.com/voluntas/statu…

sqlcが流行りらしいので明日見る

sqlcって、Javaのdoma2やC#のdapperのgolang版って理解であってるのかな

レコードを表現する型へのマッピングを自分で書くのは嫌だけどSQLライクな形式で書ける方が嬉しい、と思ってるのでMicro ORMを(実用的な水準で選べる言語は)選んでるんだけど、将来的にはsqlcに統一されていくといいなという期待がある

sqlcはGoのやつだっけ？Rustのsqlxとおんなじってイメージで合ってるのかな？ x.com/voluntas/statu…

個人的には postgres だけに特化させた sqlc が欲しい。マイグレーションは pg-schema-diff が本命だが1人メンテナンスなのが心配。

sqlc の素晴らしいところは Postgres であれば「本物の Postgres のパーサーを利用する」という点。SQL からコード生成というのもそうなんだが、オフラインで SQL パースチェックができるのはものすごい強みだと思う。 x.com/manj10/status/…

sqlc 2022年時点ではパラメータ増やすたびに壊れてつらかった記憶。動的要素の組み合わせ周りも。

雑にいえばSQLだってRPCなんで絶対必要なのはser/deserだけなんだけどSQLは歴史的にser/deserはクライアントライブラリに実装されていて。でも異様に使いにくいAPIだったのでラッパーが必要になったみたいな認識。SQLはクエリ毎に型が違うはずなので、sqlcとかmybatisみたいになるのが正解だと思う。

コーディングエージェントの普及で、ORMの必然性が下がってsqlc的なものでええやろとなっていくのはそうかも。

ORMじゃなくて生sqlcの時代だと認識したので、今作ってるのは atlas + sqlc で組んでる

それはそれとして sqlc + d1 + moonbit を作ったんですが、とりあえず動いてそうです。wasm plugin で作った github.com/mizchi/sqlc_ge… pic.x.com/vTUNIhiSf6

これなぜキレてたかの説明。moonbit + sqlite の sqlc プラグインの作成が成功したところで claude の weekly limit になり、codex に postgres 版を作成させたところ、native/wasm/js * sqlite/postgres x.com/mizchi/status/…

ORM/クエリビルダみたいに「コード→SQL」で隠蔽するか、sqlc みたいに「SQL→コード」で型だけもらうか SafeQL はその間を取りにきていて、「生 SQL をコードの中に書きつつ、型も安全性も ESLint ベースで担保する」という立ち位置になっていておもしろい zenn.dev/calloc134/arti…

sqlcに変えてatlasでマイグレーションする際にガードレール敷く方向に倒した

技術選定でent選んだけど、早々にsqlcに変える方が良いかブレている

ORM系の議論見るたびに、sqlcっていいなってなる

返信先:@bunkei3ngineer当該記事を書いてからツッコミが入った事項としては、sqlcというSQLを静的解析してコードを生成するタイプのORMもあります。これはgolang用ですが、どうやら他言語でも似たアプローチのライブラリがいくつかあるようです（ここは詳しくないので、申し訳ないです

TypeScriptならばSQLC+Kyselyだが、GoならSQLC+JETが良いかなぁ — go-jet/jet: Type safe SQL builder with code generation and automatic query result data mapping github.com/go-jet/jet

golangのsqlcっぽいSQLからコード生成するアプローチ、Kotlin だと github.com/sqldelight/sql… SQLDelight があるな

sqlc わりと良い落としどころだと思うんだよなぁ

D1のバッチに渡したければ、“sqlc-gen-ts-d1”のクエリは`.batch()`で変換して簡単に渡せる。Kyselyのは、`compile()`してクエリとparametersにバラしてからD1 prepared statement作らなきゃか — Kysely + Cloudflare D1 でトランザクションを実行するヘルパー関数を書いた話 zenn.dev/hikky_co_ltd/a…

TypeScriptでSQLCとKysleyを混用したいので、これでスキーマから型定義を生成する。スキーマをDDLファイルからは直では読めず、実DBからしか読めないのががやや難だが、まあいいか — RobinBlomberg/kysely-codegen: Generate Kysely type definitions from your database. github.com/RobinBlomberg/…

プロダクト開発でsqlcを採用した話｜yuyu_hf zenn.dev/yuyu_hf/articl… #zenn

これはORMというよりクエリービルダーの問題な気がしてて、個人的にはsqlcみたいなものを使うのがベストな気がしてます x.com/terurou/status…

あー最後でようやく訂正できてたけどsqlcの話がアナロジー出ててきた部分が実用での使い分けの話とgrokくんに認識されちゃってたな。

ORM要らないという話と一部にquery builderが必要になるという話は両立するんじゃ （sqlcだけでは厳しい局面や要件があったりするように）

今のところ、一番しっくり来てるツッコミは、それsqlcですね

境界のやつは doobie, node-postgres, sqlc が挙がった

sqlc 最近は kyle が比較的精力的に開発しており github.com/sqlc-dev/sqlc/… Go API を提供して対応 RDBMS を増やせるように計画されていますね

実際のところテーブルスキーマさえ用意すればクエリ結果の型を Spanner でも Spanner エミュレータでも取れるわけで sqlc の多くロジックを迂回して同じ事ができるのでは？という話はある

sqlc, センスは良いと思うんだけど内部実装がだいぶ PostgreSQL を前提にしてしまっているように見えていて、新しいエンジンの追加が困難で実際に PR 受け付けてすらいないっぽいのはマイナー RDBMS ユーザとしては厳しい github.com/sqlc-dev/sqlc/…

sqlcは妥当なアプローチだと思いますね。golangやってないから存在を忘れてた