エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
【Flutter/Drift】マイグレーション失敗を防ぐstepByStep()完全ガイド - if文方式の落とし穴と解決策 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
【Flutter/Drift】マイグレーション失敗を防ぐstepByStep()完全ガイド - if文方式の落とし穴と解決策 - Qiita
はじめに 「マイグレーション、また失敗した...」 正直、Driftを使い始めた頃はテーブル定義を変更する... はじめに 「マイグレーション、また失敗した...」 正直、Driftを使い始めた頃はテーブル定義を変更するたびにドキドキしていた。カラム追加くらいなら問題ないけど、テーブル削除や型変更が絡むと途端に不安になる。 実際、Driftの公式ドキュメントにはこう書いてある: "Manual migrations are error-prone and can lead to data loss." (手動マイグレーションはエラーが発生しやすく、データ損失につながる可能性があります) 公式がここまで言うなら、何か理由があるはず。この記事では、従来方式の何が問題で、stepByStep()がどう解決するのかを解説する。 この記事でわかること 従来のif文方式が抱える「最新スキーマ問題」 stepByStep()が各バージョンのスキーマを保持する仕組み 基本コマンド(schema dump / sche

