Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Hasura の Relationship と権限管理
Search
Hiroaki KARASAWA
January 19, 2023
Programming
0
1k
Hasura の Relationship と権限管理
Hasura User Group Tokyo Meetup #2
2023/01/19
Hiroaki KARASAWA
January 19, 2023
Tweet
Share
More Decks by Hiroaki KARASAWA
See All by Hiroaki KARASAWA
スタートアップでポストモーテムを4年で200回やって得た学び
karszawa
1
98
DomainException と Result 型で作る型安全なエラーハンドリング
karszawa
1
1.4k
成功する技術選定について
karszawa
2
2.9k
飲食店のインフラサービス “ダイニー” のトラブル対応のすべて
karszawa
0
96
Google Cloud のモニタリング製品を徹底活用してみた
karszawa
0
85
ダウンタイム 30 秒で AlloyDB に移行した話
karszawa
0
540
DMS で AlloyDB に簡単移行!
karszawa
0
82
【現場の本音】App Engine から Cloud Run に移行してみた
karszawa
0
200
cls-hooked による実行コンテキストの保存と利用
karszawa
0
1k
Other Decks in Programming
See All in Programming
AI Agent Tool のためのバックエンドアーキテクチャを考える #encraft
izumin5210
6
1.6k
クラウドに依存しないS3を使った開発術
simesaba80
0
220
Spinner 軸ズレ現象を調べたらレンダリング深淵に飲まれた #レバテックMeetup
bengo4com
1
210
Context is King? 〜Verifiability時代とコンテキスト設計 / Beyond "Context is King"
rkaga
10
1.5k
gunshi
kazupon
1
140
.NET Conf 2025 の興味のあるセッ ションを復習した / dotnet conf 2025 quick recap for backend engineer
tomohisa
0
110
今こそ知るべき耐量子計算機暗号(PQC)入門 / PQC: What You Need to Know Now
mackey0225
3
200
まだ間に合う!Claude Code元年をふりかえる
nogu66
5
930
Implementation Patterns
denyspoltorak
0
150
「コードは上から下へ読むのが一番」と思った時に、思い出してほしい話
panda728
PRO
39
26k
Combinatorial Interview Problems with Backtracking Solutions - From Imperative Procedural Programming to Declarative Functional Programming - Part 2
philipschwarz
PRO
0
130
TerraformとStrands AgentsでAmazon Bedrock AgentCoreのSSO認証付きエージェントを量産しよう!
neruneruo
4
2.3k
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
527
40k
Fireside Chat
paigeccino
41
3.8k
Utilizing Notion as your number one productivity tool
mfonobong
2
190
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
58
41k
How STYLIGHT went responsive
nonsquared
100
6k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
280
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
0
37
Testing 201, or: Great Expectations
jmmastey
46
7.9k
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
40
Evolving SEO for Evolving Search Engines
ryanjones
0
94
YesSQL, Process and Tooling at Scale
rocio
174
15k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
49
Transcript
Hasura の Relationship と権限管理 Hiroaki KARASAWA aka karszawa from dinii,
inc. Hasura User Group Tokyo Meetup #2 2023/01/19
自己紹介 • 氏名:唐澤弘明 ◦ aka @karszawa • 所属:株式会社 dinii ◦
飲食店のモバイルオーダーとレジの会社 ◦ karszawa は黎明期にジョインしほぼすべての技術選定に関与 • 興味関心:JavaScript ♡ TypeScript ◦ コミュニティの大きさと技術の応用範囲が無限に広がっている世界観が好き ◦ 最近はデータベースが好き(特にポスグレ) 2
飲食店の All in One SaaS “ダイニー”
4 4 Hasura’s Manual Relationship
GraphQL における resolver の入れ子を復習 5 • orders は customer ごと取得
• ⇒ シンプルに実装すると N+1 問題が発生 • ⇒ DataLoader によってまとめて取得しておく Hasura なら?
Hasura での解決法 6 • SQL が自動で生成される ◦ ⇒ 自前で DataLoader
を実装する必要がなく楽ちん 😎 • 無闇矢鱈にネストを深めると恐ろしいクエリが発行される • ※ 自前で定義する場合でも DataLoader ではなく JOIN によるアプローチは可能ではある 自動生成
Relationship = GraphQL クエリを発行した際にネストで取得できる関連 7 ① 外部キー制約による Relationship ② 手動で追加する
Manual Relationship (外部キー制約は不要)
データの紐づき方に応じて定義できる二種類の関連 8
Manual Relationship の何が便利なのか 9 データの取得だけなら外部キー制約がある関連だけでも十分な気がする?
権限設定にも Relationship を活用できる 10 【前提】Hasura はデータベースと直接続なのでデータアクセスの権限管理は Hasura 自体で行う
【デモ】同じグループの卓であればお互いの注文内容を閲覧できる 11
【デモ】店舗アカウントでは指定した店舗の情報だけが見れるようにしたい 12 ✅ ✅ 🚫 マネージャー
なるほど… 13 面白いかも?
任意のテーブルと view を任意のカラムの同一性で設定できる 14 “ビューは物理的な実体として存在するものではありません。 ” “ その代わり、問い合わせでビューが参照される度に、指定された問い合わせが実行されます。 ” 日本PostgreSQLユーザ会
select した結果を table 的なものとし て参照できる
【デモ】多対多の関係をフラットに定義してみる 15 複数の卓をまとめて会計する = 合算会計 一つの卓を複数に分けて会計する = 個別会計
メモ CREATE VIEW "tableUser_tableUserPayment_view" AS SELECT "tableUserId", onSitePayment.* FROM "onSitePaymentTableUsers"
LEFT JOIN "onSitePayment" ON "onSitePaymentTableUsers"."onSitePaymentId" = "onSitePayment"."onSitePaymentId" 16
view を使えばかなり柔軟なアクセス制御が可能に 17 • ある時間帯でのみ閲覧可能 ⇒ 期間限定メニュー • 確率的に閲覧可能 ⇒
まぼろし島 • ツリー構造の子孫にあたるデータは編集可能 ⇒ 自社サービスとして権限管理を提供する場合 発想次第!
ここまでやるか? 18 Remote Schema で独自にロジックを実装すれば良いんじゃない? ⇒ Remote Schema は権限の設定には使えない
19 「寿司 虚空編」 小林銅蟲
まとめ 20 Custom Relationship を活用するために • SQL 力を高めよう • 自由な発想でクエリを書こう
ちなみにリモートのデータソース同士を JOIN できる • Remote Database Relationship • Remote Schema Relationship というものもある。 「寿司 虚空編」 小林銅蟲