限界ORM！BOOTHとギフトとライブラリ【PIXIV MEETUP 2023 LT】

by RND

Slide 1

Slide 1 text

pixiv Inc. 限界ORM! BOOTHとギフトとライブラリ RND

Slide 2

Slide 2 text

Profile RND エンジニアクリエイター事業部 BOOTH部所属絵と漫画を描くが趣味 RND(らんど)と読みます

Slide 3

Slide 3 text

前提知識検索する時に自動でクエリを組み立ててくれる心づよい友達 ORM (= Object Relation Mapping) RDB レコードとオブジェクトとを変換する技術 ActiveRecord: Rails ORMフレームワーク

Slide 4

Slide 4 text

今回話

Slide 5

Slide 5 text

BOOTH ギフト機能なしクリエイターとファンを繋ぐ C2C 販売プラットフォーム Railsで書かれている今年10周年 BOOTH

Slide 6

Slide 6 text

2022年12月

Slide 7

Slide 7 text

DL商品を購入するギフト用URLが発行される URLにアクセスすると他人が DL商品を受け取ることができる

Slide 8

Slide 8 text

こ機能

Slide 9

Slide 9 text

実装が大変だった

Slide 10

Slide 10 text

これまで BOOTH 所有者 = 購入者注文 LineItem 注文と商品関連テーブル商品購入者 (所有者) ＊所有＊＊これが... 注文完了かつ、LineItemがあれ所有してる

Slide 11

Slide 11 text

ギフト場合所有者 ≠ 購入者注文 LineItem 注文と商品関連テーブル商品購入者＊所有(ギフトじゃない時) ＊＊ギフト受取ユーザー所有(ギフト時)

Slide 12

Slide 12 text

ということ所有=購入で運用されてきたサービス所有と購入を分離、影響箇所 ... 注文 LineItem 注文と商品関連テーブル商品購入者発送売り上げ管理カート pixivFACTORYと連携送り状(伝票) 生成レコメンドアルゴリズム無限にある

Slide 13

Slide 13 text

ということ所有=購入で運用されてきたサービス所有と購入を分離、影響箇所 ... 注文 LineItem 注文と商品関連テーブル商品購入者発送売り上げ管理カート pixivFACTORYと連携送り状(伝票) 生成レコメンドアルゴリズム無限にある it’s 無理

Slide 14

Slide 14 text

やった意外となんとかなる必要な気合いやったらできた grepして出てきた箇所をnotionに書き出して影響有無を判断

Slide 15

Slide 15 text

本題

Slide 16

Slide 16 text

ライブラリなし

Slide 17

Slide 17 text

ライブラリギフトによって所有経路が2種類になった所有している商品が入手順に並ぶページ

Slide 18

Slide 18 text

ギフトで受け取った商品も自分で買った商品もライブラリに入手順で並べる

Slide 19

Slide 19 text

2種類経路でJOINされたテーブルを結合でもRails(ActiveRecord)にない unionを実装したgem？もしく生SQLを書くか、orメソッドなどで頑張る UNIONが必要そう

Slide 20

Slide 20 text

分けたらええやん「無理そう」な設計が出たら要件を見直す別ページに分けて解決、ユーザーも困らない。ギフトで受け取った商品別ページに遷移して表示

Slide 21

Slide 21 text

まだある

Slide 22

Slide 22 text

ギフト、何回でも受け取れるこんなケースこ前言ってたアバター、プレゼントで送ります好きそうなアバターあったんでギフトで送りますダブってしまったけど受け取らないも申し訳ないなぁ...

Slide 23

Slide 23 text

受け取れます

Slide 24

Slide 24 text

何回でも

Slide 25

Slide 25 text

ということ

Slide 26

Slide 26 text

ライブラリ複数回受け取った商品最新 1件だけ表示される所有している商品が入手順に並ぶページ new!

Slide 27

Slide 27 text

複数回受け取った場合 GROUP BY `商品` 1件にまとめて表示 ORDER BY `ギフト.受け取り日時` DESC 最近受け取ったもが先にくるように並べる

Slide 28

Slide 28 text

こうか？？

Slide 29

Slide 29 text

ダメ ORDER BY GROUP BY より後に実行される

Slide 30

Slide 30 text

欲しいクエリこれ ActiveRecordで記述する手段ない、一部生SQLになる

Slide 31

Slide 31 text

別案: サブクエリ件数がめちゃくちゃ増えてくるとパフォーマンスが悪くなる ActiveRecord from を使うとサブクエリが使える

Slide 32

Slide 32 text

もっと良さそうな案変えようぜ、テーブル設計所有を表現するテーブルを用意アプリケーションで整合性を保つ移行する大変だがシンプルで変更につよそう

Slide 33

Slide 33 text

すまんがリリースまで時間ないわ実装するに時間がかかる今回サブクエリ案で年内にリリース。ユーザーに素早く価値を提供することが大事

Slide 34

Slide 34 text

まとめ：教訓 ActiveRecord、なんかすぐ限界になりがち限界が見えたら 1. まず要件と仕様を見直す。コードを書かずに解決しよう 2. テーブル設計を見直す。プロダクトをシンプルに保とう 3. ActiveRecord芸を頑張ったり、生SQLもありかも (ユニットテストがしっかり書かれててCIでテストがちゃんと動いてるなら生SQLで別にいいんじゃないか(小声))

Slide 35

Slide 35 text

早くこれにしたいで、エンジニアを募集中ご清聴ありがとうございました