第2回 Azure Cosmos DB勉強会(2020/09/13)

第2回 Azure Cosmos DB勉強会(2020/09/13)関連のツイート(ハッシュタグ:#jcdug)のツイートをまとめてみました。
1
まっぴぃ @mappie_kochi

勉強会、開場してます! 参加、お待ちしております! Twitter実況も大歓迎です! #jcdug jcdug.connpass.com/event/185921/ pic.twitter.com/deyMppXU3z

2020-09-13 12:53:33
拡大
Takashi Shibata @shibatea365

Azure Cosmos DB の Entity について! #jcdug

2020-09-13 13:10:30
bamboo @bamboo80286

まずはまっぴぃさんのAzure Cosmos DBのEntityについて #jcdug pic.twitter.com/GZTQWnPoNf

2020-09-13 13:10:50
拡大
Takashi Shibata @shibatea365

Azure Cosmos DB アカウント ↓ Databases ↓ Containers ↓ Items #jcdug

2020-09-13 13:11:54
bamboo @bamboo80286

ネタなのか、テスト用に実際に使ってるDBなのか気になるw>DB 名 #jcdug pic.twitter.com/bSolkv0kN0

2020-09-13 13:14:26
拡大
Takashi Shibata @shibatea365

Table API には TablesDB という既定のデータベースが存在する。(データベースがないわけじゃない) SQL API ばかり触ってるので知らなかった。 #jcdug

2020-09-13 13:15:48
Takashi Shibata @shibatea365

論理パーティションとは? コンテナーを作るときにパーティションキーが必須で、コンテナー内のデータは、パーティションキー単位で区切られる ⇒ 論理パーティション 各論理パーティションは最大20GBで、これを超えるとHTTP403エラー。 #jcdug

2020-09-13 13:21:46
Takashi Shibata @shibatea365

コンテナーに設定した RU/s は、物理パーティションで分散される(割り算される) 物理パーティションは最大50GB。論理パーティションの容量が50GBを超える場合に、新たな物理パーティションが作られて、そちらにデータが水平方向にデータが分散(移行?)される。 #jcdug

2020-09-13 13:35:43
odasho@3/18-23 honeymoon中 @odashoDotCom

ちょっと遅刻しちゃったけど参加ちう‼︎(´Д` )♪ @mappie_kochi さんの解説分かりやすくてイイ‼︎ #CosmosDB に興味ある方是非(´Д` )♪ jcdug.connpass.com/event/185921/ #jcdug

2020-09-13 13:39:51
bamboo @bamboo80286

SATO Naokiさんのデータモデリングのお話し #jcdug pic.twitter.com/1EwmgYla6S

2020-09-13 13:42:53
拡大
𝕏 @xcxcu2

さとうなおき さんの データモデリングのケーススタディ Data modelling and partitioning in Azure Cosmos DB (Azure Cosmos DBでのデータモデリングとパーティション分割) #jcdug pic.twitter.com/3jr7Lbq4wE

2020-09-13 13:45:53
拡大
まっぴぃ @mappie_kochi

タグつけ忘れた #jcdug twitter.com/mappie_kochi/s…

2020-09-13 13:49:08
まっぴぃ⊿ @mappie_kochi

@satonaoki さんによるデータモデリングのケーススタディのセッション。 RDBだとこうしてるよね、うんうん。 pic.twitter.com/pP66RZaNPv

2020-09-13 13:48:46
まっぴぃ @mappie_kochi

Cosmos DB を使う前にまず一番大切なのは、どんなクエリを投げるか。いろんなクエリ実行のパターンがある。 #jcdug pic.twitter.com/KMowvsEJQ8

2020-09-13 13:50:26
拡大
odasho@3/18-23 honeymoon中 @odashoDotCom

視覚的にはこっちの方がまだ慣れてる人多そう(´Д` ) #JCDUG twitter.com/mappie_kochi/s…

2020-09-13 13:53:01
bamboo @bamboo80286

Eコマースサイトを例にしたモデリングのサンプル。EmbedかReferenceか? とても勉強になります! #jcdug pic.twitter.com/FwhdVAZ6B9

2020-09-13 13:55:39
拡大
まっぴぃ @mappie_kochi

Cosmos DBでデータを管理する際に、Embed(埋め込み)でやるか、Reference(RDBみたいに参照)するか、どっちでやるかの表。 #jcdug pic.twitter.com/LQaESZoNOu

2020-09-13 13:56:28
拡大
まっぴぃ @mappie_kochi

論理パーティションでないものでデータを参照しようとすると、全ての論理パーティションに対して参照をかけるので、非常に非効率になる。 #jcdug pic.twitter.com/GPC3t8FybA

2020-09-13 14:00:14
拡大
Ryoma Nagata @ryomaru0825

これ正直理解しきれてなかったけど、セッション聞いてすごくよくわかった気がする docs.microsoft.com/ja-jp/azure/co… docs.microsoft.com/ja-jp/azure/co… #jcdug

2020-09-13 14:11:55
uzresk @uzresk

モデリングのパターンすごくわかりやすいっす。 今回Azure Cosmosの話ですけどAWS DynamoDBでも考え方は一緒だけど、CosmosはChangeFeedがあるのがデカい #jcdug

2020-09-13 14:12:19
まっぴぃ @mappie_kochi

これこそスキーマレスのメリット!RDBではできないいい部分。(そしてセッションの内容が超絶わかりやすくて助かる・・・) #jcdug pic.twitter.com/OzpqlUARXc

2020-09-13 14:16:33
拡大
uzresk @uzresk

やっぱりアクセスパターンを先に考えないといけないから最後まで構造が決まり切らないのはわりとCosmos/DynamoDBあるあるなのかもな。と思った #jcdug

2020-09-13 14:21:38
ちぐにー @chiguniiita

データモデリングのケーススタディとても分かりやすかった #jcdug

2020-09-13 14:22:49
Ryoma Nagata @ryomaru0825

ドキュメントだけだと理解しきれなかったことがわかったという体験が得られるセッションすごいぜ #jcdug

2020-09-13 14:27:51