(cache) びいかめさんのツイート: "@immoral__prince @kunimi_komichi @Watch_Kensho @Gorotano データサイジングに関しては実際に運用してみてから負荷をはかっており、事前の見積もりはあまり行われていませんでした"

国	コード	次のキャリアの利用者
アメリカ	40404	(すべて)
カナダ	21212	(すべて)
イギリス	86444	Vodafone, Orange, 3, O2
ブラジル	40404	Nextel, TIM
ハイチ	40404	Digicel, Voila
アイルランド	51210	Vodafone, O2
インド	53000	Bharti Airtel, Videocon, Reliance
インドネシア	89887	AXIS, 3, Telkomsel, Indosat, XL Axiata
イタリア	4880804	Wind
3424486444	Vodafone
» 他の国のSMSショートコードを見る

次のツイート

びいかめ ‏@biikame 3 時間前

@Watch_Kensho @Gorotano 私は以前申し上げた通り、私が過去にダウンロードした検証DBのデータは既に削除しております。先の解答には検証部のチャットログを用いました。以下がそのスクショになります。pic.twitter.com/9KMLSaBuxi

7:02 - 2016年6月27日 · 詳細
24件のリツイート 13 いいね
『艦これ検証部』観察部 ‏@Watch_Kensho 3 時間前

@biikame @Gorotano 理解しました。しかしこしあん氏は大分コアな部分に関わっているのですねやはり。
4件のリツイート 3 いいね
びいかめ ‏@biikame 3 時間前

@Watch_Kensho @Gorotano はい。こしあん氏は主にデータを手元のPCにダウンロードした上で解析を行っていました
3件のリツイート 3 いいね
国見小道@戦場カメラマン ‏@kunimi_komichi 3 時間前

@biikame @Watch_Kensho @Gorotano 横から失礼します。枝葉話で恐縮ですが、この検証DBの設計として、リレーショナルデータベースの類は使用されていないのでしょうか。
5件のリツイート 2 いいね
びいかめ ‏@biikame 3 時間前

@kunimi_komichi @Watch_Kensho @Gorotano 私が脱退された時点で使用されていませんでした。データはあくまでテキストファイルとして蓄積されていました。将来的にそういったデータベースを利用する計画はありますが、春イベには間に合いませんでした
5件のリツイート 3 いいね
王子@岩川基地 ‏@immoral__prince 2 時間前

@biikame @kunimi_komichi @Watch_Kensho @Gorotano 横から失礼します。ものすごくぶっちゃけたこと聞きますが、検証部の人間に果たしてこれを運用できるスキルやサーバ側の設計能力があるかすごく疑問なのですが、その辺りどのように感じます？
びいかめ ‏@biikame 2 時間前

@immoral__prince @kunimi_komichi @Watch_Kensho @Gorotano (続き)全体としては、一旦受信データをテキストとしてAzure Blob Storageに記録し、Date Lake Analyticsを用いて解析をかける予定でした
1件のリツイート
王子@岩川基地 ‏@immoral__prince 2 時間前

@biikame @kunimi_komichi @Watch_Kensho @Gorotano jsonをBlob StorageでなくMongo DB辺りのKey-Value形式で格納できるDBに格納する方が後々楽なような気がするのですが、そうしなかった理由は分かります？
びいかめ ‏@biikame 2 時間前

@immoral__prince @kunimi_komichi @Watch_Kensho @Gorotano JSONデータそれ自体を保存し、のちの検証の際に必要に応じてそのJSONデータから必要十分なデータベースを構築するという運用で考えておりました。
1件のリツイート 1 いいね
王子@岩川基地 ‏@immoral__prince 2 時間前

@biikame @kunimi_komichi @Watch_Kensho @Gorotano 成程、つまり見切り発車的に、「とりあえずデータだけ溜めておけ」という感じで、仕様をこれから詰める予定だったというわけですね。とするとデータサイジング等は何も考えてなさそうですが・・