refactor: Prismaの導入

[kyonenya]

• clientを外から渡すようにすれば同一クライアント内でbeginとrollbackできるのでは？
• executeRawで直に_EntryToTagテーブルを参照するしかない：Insert multiple rows with multiple fields with prisma raw query - Stack Overflow
• createManyは現状不可能、諦めろ：createMany を使用したネストされたリレーション · Issue #5455 · Prisma/prisma · GitHub
• createManyのバルクインサート、タグなしでバルクインサートしてからタグ付けをバルクアップデートしようとしていたが、バルクアップデートなんてないらしい
• updateManyは役に立たない：PrismaのupdateManyは複数レコードに異なるデータで更新できる関数ではない
• 演算子一覧：Prisma Client API (Reference)
  • inで配列検索
• リレーション先のタグもwhereで絞り込める：Prismaで、リレーション先のデータに対するWHEREクエリを作る | WP-kyoto
• 降順はorderBy：30歳からのプログラミング
• Tagに対してfindManyしてpostを取ってくる方法もあるのか。なるほど……
  • RDBなので逆からも取れます：PrismaでManyToManyなテーブルを作る | WP-kyoto
• 期間はこれ：Prisma で期間で where する方法
• Prisma Client API (Reference)
  • containsで済むね
• Full-text search (Preview)
  • 全文検索って必要か？ キーワード一致だけでいいんだけど
• Pagination (Reference)
  • limit, offsetはこれ
• deleteするとき紐づいたタグもDeleteするの、規約に従って生成されたテーブル名を_EntryToTagと指定すればいいと気づいた。AとBってのは最悪だけど
  • こんなことしなくていい、disconnectするだけ
• 生のSQLを投げるのもできるらしい。テスト時にトランザクションでrollbackするやつまた使えるんじゃないか
  • できなかった
  • Raw database access (Reference)
• 結局 Implicit が良さそうという結論になった
• connectOrCreate 複数レコードの問題 · ディスカッション #12059 · Prisma/prisma
• database - How to use connectOrCreate with many to many in prisma - Stack Overflow
• そもそも前提が違うのか？ まずはTagを一つの独立したオブジェクトとして扱って、Tagを登録しておいてからそれにEntryを紐づける、みたいな発想のほうがいいのか
  • create時にTagもcreateしちゃうの、あんまし良くないかも。既存のタグと重複したらどうすんだ
    • この点いちおうテストしておくテストしたらやっぱり重複した……
    • でもいずれにせよ createMany するときはまず既存のタグを取得して（新規があれば登録して）からconnectしていく発想になるか
• ManyToManyのリレーション、なんも分からん。どうすればいいんだ
  • 多対多の関係のモデリングとクエリ
  • Many-to-many relations
• update時は面倒
  • Relation queries (Concepts)
• createManyでリレーションはできない、手動でやるしか
  • Relation queries (Concepts)
• Prisma使っててテストをやるときどうすればいいの
• CRUD (Reference)
• Modeling and querying many-to-many relations
• Postgres→MySQLの移行、面倒だし他のPostres無料枠ありのサービスにしようかと思った
  • https://twitter.com/MusharofChy/status/1601502727401779200?s=20&t=GDU7JMzjtxwY721KHwSUiQ
  • が、Fly.ioはHerokuと同じく面倒そうなのでやめる
• 日付はDateTime型か、UTCに揃えるべきか
  • Prismaで日付データを扱う | WP-kyoto
  • Prisma MySQL でUTC以外の任意のタイムゾーンを利用するのが難しい件 | 404 motivation not found
• PlanetScaleでは prisma db push の使用が推奨される
  • PrismaとPlanetScale
• ManyToManyのリレーションは暗黙的なほうを使う、せっかくよしなにやってくれるので
  • Prismaでリレーションを定義する
• PlanetScaleで導入
  • PlanetScaleをNext.jsとPrismaで始める
• リレーション用のtagsテーブルにidを設定していなかったら怒られた
  • いずれにせよ既存のテーブルはいったん捨てるのと、多対多のリレーションをどうするか調べる
• supabaseと相性が悪いらしい。未修正のバグを踏んづけた
  • Error: db error: ERROR: canceling statement due to statement timeout
    • prisma/issues/16853
    • prisma db push でいけた。prisma migrate が失敗するのは supabase も Planet Scale も一緒