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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Hiroaki KARASAWA
January 19, 2023
Programming
0
1.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
100
DomainException と Result 型で作る型安全なエラーハンドリング
karszawa
1
1.4k
成功する技術選定について
karszawa
2
2.9k
飲食店のインフラサービス “ダイニー” のトラブル対応のすべて
karszawa
0
97
Google Cloud のモニタリング製品を徹底活用してみた
karszawa
0
88
ダウンタイム 30 秒で AlloyDB に移行した話
karszawa
0
540
DMS で AlloyDB に簡単移行!
karszawa
0
86
【現場の本音】App Engine から Cloud Run に移行してみた
karszawa
0
210
cls-hooked による実行コンテキストの保存と利用
karszawa
0
1k
Other Decks in Programming
See All in Programming
CSC307 Lecture 02
javiergs
PRO
1
770
AIで開発はどれくらい加速したのか?AIエージェントによるコード生成を、現場の評価と研究開発の評価の両面からdeep diveしてみる
daisuketakeda
1
930
KIKI_MBSD Cybersecurity Challenges 2025
ikema
0
1.3k
OSSとなったswift-buildで Xcodeのビルドを差し替えられるため 自分でXcodeを直せる時代になっている ダイアモンド問題編
yimajo
3
590
【卒業研究】会話ログ分析によるユーザーごとの関心に応じた話題提案手法
momok47
0
180
Basic Architectures
denyspoltorak
0
650
Implementation Patterns
denyspoltorak
0
270
それ、本当に安全? ファイルアップロードで見落としがちなセキュリティリスクと対策
penpeen
7
2.4k
ZJIT: The Ruby 4 JIT Compiler / Ruby Release 30th Anniversary Party
k0kubun
1
390
IFSによる形状設計/デモシーンの魅力 @ 慶應大学SFC
gam0022
1
280
Unicodeどうしてる? PHPから見たUnicode対応と他言語での対応についてのお伺い
youkidearitai
PRO
1
1k
なぜSQLはAIぽく見えるのか/why does SQL look AI like
florets1
0
410
Featured
See All Featured
Information Architects: The Missing Link in Design Systems
soysaucechin
0
750
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
84
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
1
290
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
370
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Efficient Content Optimization with Google Search Console & Apps Script
katarinadahlin
PRO
0
310
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
170
Code Review Best Practice
trishagee
74
20k
Google's AI Overviews - The New Search
badams
0
900
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.7k
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
0
230
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
60
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 というものもある。 「寿司 虚空編」 小林銅蟲