【自分用まとめ】builderscon tokyo 2019 DAY1 はじめてのB2B SaaSデータモデリング #bc1204 #builderscon

2019年8月30日 builderscon tokyo 2019 DAY1 はじめてのB2B SaaSデータモデリング https://builderscon.io/builderscon/tokyo/2019/session/5373d98f-cfb0-4f9d-b7bd-d76037096f9d
0
前へ 1 2 ・・ 5 次へ
harada_hi @harada_hi320

Multi Tenancyの難しいところは、Aクライアントの情報がBクライアントに見えてしまう可能性が生まれるところ。 見えてしまったら訴訟沙汰の可能性高 #bc1204 #builderscon

2019-08-30 11:22:33
T.A.C. @TAC_yacht

マルチテナンシー、DBスキーマを分けるか、テナントIDといったものを全テーブルのカラムに用意するか #bc1204

2019-08-30 11:23:10
にゃんだーすわん @tadsan

マルチテナンシー、要はシングルに比べて次元が増えるので大変そう #builderscon #bc1204

2019-08-30 11:23:35
Chanmio@駆け出しTL @chanmio_man

Multi Tenancyの方針 1. テナントごとにDB or Schemaを定義 2. tenant_id管理 ふむ、、、 自分の知ってるなかだとBacklogっぽい感じかな #builderscon #bc1204

2019-08-30 11:24:39
かしゅー @kashew_nuts

tenant_idって、企業の合併とかあったらそれを管理する用のテーブル必要なんだろか #builderscon #bc1204

2019-08-30 11:24:43
ΗΙDΕΟ @_hideoyamada

Multi tenancyとは ユーザから見るとシステムを専有しているように見えるが、実は相乗りしているシステム 実現するには ・テナントごとにDBを分離するか ・全テーブルに tenant_idカラムを用意する #builderscon #bc1204

2019-08-30 11:24:43
harada_hi @harada_hi320

1. Multi Tenancyの実現方法 * テナント毎にDatabase or Schemaを分離 * 全テーブツにtenant_idカラムを用意する 個人的に前者はmigration時の管理コストなどが辛い 後者はデータが増えてきた際のパフォーマンスがしんどい(使うDBにも一定の依存はある) #bc1204 #builderscon

2019-08-30 11:24:49
rjge @rjge_

顧客企業ごとのセキュリティチェックリストマジで辛そうだなと自社の担当を見ていて思う… #builderscon #bc1204

2019-08-30 11:25:57
かしゅー @kashew_nuts

企業のセキュリティチェックシートに"データ領域を分離してるのか?Multi Tenancyか?"みたいなのあるらしい。 #builderscon #bc1204

2019-08-30 11:26:02
harada_hi @harada_hi320

そうか取引があるから、テナント間のデータのやりとりのような話が生まれるのか。 #bc1204 #builderscon

2019-08-30 11:26:48
@kanikan114514

1. MultiTenancy:データの所有者をまず意識する #builderscon #bc1204

2019-08-30 11:27:27
harada_hi @harada_hi320

テナントの単位を考える * サプライヤーベースなのか? * バイヤーベースなのか? ↓ 解約した際にデータを物理削除をしてほしいという要望・・・ -> メールをメタファーとして考える。メールは残るよね。 #bc1204 #builderscon

2019-08-30 11:28:56
Chanmio@駆け出しTL @chanmio_man

退会後の情報? メールをメタファーにすると受診した情報は削除されないよね たしかに #builderscon #bc1204

2019-08-30 11:29:16
rjge @rjge_

テナントどうするか問題、悩まれている内容にめちゃくちゃ既視感あって面白い #builderscon #bc1204

2019-08-30 11:31:17
@kanikan114514

要件によっては複雑なテーブル構成になるとしてもビジネスとして価値を生む方向性を選択するべきなんやな… #builderscon #bc1204

2019-08-30 11:32:23
harada_hi @harada_hi320

100%トランザクションが欲しくなるテーブル構造だな。 #bc1204 #builderscon

2019-08-30 11:32:39
joker1007 (アルフォートおじさん) @joker1007

これ退会発生した時に、何を消して何を残すのかが、かなり難しそうだ。 #bc1204 #builderscon

2019-08-30 11:33:11
harada_hi @harada_hi320

テナントをまたぐデータのやりとりはデータをコピーして受け渡しをする -> このコピーするロジックで他のtenant_idのデータをコピーするとやばいので、色々な対策をかけてそう。 #bc1204 #builderscon

2019-08-30 11:34:05
rjge @rjge_

データコピーする場合テナントidはコピーした時点で書き換わるんだろうか?発生源とどこかで紐付いてるのかな。 #builderscon #bc1204

2019-08-30 11:34:55
harada_hi @harada_hi320

NULLを許容しない -> Nullableなカラムがいるということはライフサイクルの異なるデータが一緒のテーブルになっているということではないか? #bc1204 #builderscon

2019-08-30 11:35:00
harada_hi @harada_hi320

こういう業務フローを考えながらのデータ設計の話を聞くのやっぱり好き #bc1204 #builderscon

2019-08-30 11:36:00
@kanikan114514

Nullableが起きたときはエンティティを混同しているかもしれないと考える #builderscon #bc1204

2019-08-30 11:36:41
Chanmio@駆け出しTL @chanmio_man

NULLをできるだけ許可しない NULLカラムを外部テーブルにしたけどモヤモヤ ドメインエキスパートに深掘り 業務フロー的にNULLになる可能性がある Nullableはエンティティを混合している臭い #builderscon #bc1204

2019-08-30 11:36:43
makicamel @makicamel

Nullableはエンティティを混同している臭い、なるほど #builderscon #bc1204

2019-08-30 11:36:47
ΗΙDΕΟ @_hideoyamada

なるべくNULLを許容しない Nullable があるのはライフサイクルが異なるデータが入っている エンティティを混同している可能性があるから #builderscon #bc1204

2019-08-30 11:37:06
前へ 1 2 ・・ 5 次へ