FastAPIの作者が作った「SQLModel」が革命的すぎるので、全Python使いに教えたい

この記事はLivetoon Tech Advent Calendar 2025の11日目の記事です。 本日はCTOの私がよく使ってるSQLModelについてお話します。 宣伝 今回のアドベントカレンダーでは、LivetoonのAIキャラクターアプリのkaiwaに関わるエンジニアが、アプリの話からLLM・合成音声・インフラ監視・GPU・OSSまで、幅広くアドベントカレンダーとして書いて行く予定です。 是非、publicationをフォローして、記事を追ってみてください。 SQLModelとは SQLModelは、 Pydantic と SQLAlchemy のいいとこ取りをしたPython ORMライブラリです。FastAPIの作者（tiangolo）が開発しており、以下の特徴があります： Pydanticの書き心地: バリデーション・型安全性をそのまま活用 SQLAlchemyの互換性:

[soxandcity]

レイヤーが違うので共通化しない方が良い派。とはいえシンプルなCRUDベースのアプリだと便利ですよね。

[da-yoshi]

modelをそのままXXに使える論は過去何度も繰り返した道だけど、modelが汎用的になるのは悪くはない。ただSQLAlchemyのラッパー要素が強くて結局そちらの知識も必須だし、型を新たに定義し直してるのが逆に面倒な部分もある

[forest1040]

DBモデルをそのままレスポンスモデルとして使えるのがRailsっぽい。 よくもあり、わるくもある思想。自分はスコ。けど勿論ケースバイケース。

[taguch1]

すぐにレスポンスとDBがずれてきてデータソースがDBだけじゃなくなったり、BFF立てる規模の前に内部でなんとかするフェーズがあるからそのレイヤーでレスポンス定義してると結構面倒になる。

[nakag0711]

本当のAPIではDB定義が変わってもAPIの仕様は変えちゃダメなので別々に定義するのだけど、まあ用途次第と思われ

[pochi-taro00]

Javaのhybernateを思い出した モデルのクラスの中身を変更すると実DBまでマイグレーションされちゃうヤバいORMだった

[omega314]

/ 絶対悪いとは思わないしプロジェクトに依るだろうけど、ここや他で挙げられてる色々な懸念の方に賛成寄り。

[misshiki]

“SQLModelは、 Pydantic と SQLAlchemy のいいとこ取りをしたPython ORMライブラリです。FastAPIの作者（tiangolo）が開発しており、以下の特徴があります：”

[nikkie-ftnext]

全Python使いは過言だと思います。https://twitter.com/ftnext/status/2000456670003200045 tiangolo氏の思想に全力賛成できる方にオススメ。私は肌にあいませんでした

[mk18]

“PythonのORMではまだまだSQLAlchemyが主流ですが、FastAPIの作者が作っていること、またSQLAlchemyのラッパーであり移行が簡単なので、今からWatchしておくといいかと思います。 ”

[cantaloupe]

[Pydantic] [SQLAlchemy] [ORM]

[swdrsker]

Djangoでいいやん

[miguchi]

“SQLModel”

[dorapon2000]

“「DBのモデル定義とAPIのスキーマ定義、二重管理するのだるすぎない？」 FastAPIを使っているなら、誰もが一度は思うはず。”

[nuts4]

2021年ぐらいには流行り始めてたけどまだ「これからスタンダードになるかも？」ぐらいなんだ

[hyperash]

かつて数多のORMが通ってきた道

[Xibalba]

ほぅ