Cloud Firestoreの勘所 パート1 — 概要
Google製、モバイル・ウェブ・サーバー開発に対応したCloud Firestoreを使いこなすための勘所をつらつらと書いていきます。パート1の本記事ではFirestoreの全体観を掴んでいただけたらと思います。 Cloud Firestoreは、Firebaseのサービス群の1つという捉え方と、GCP(Google Cloud Platform)のサービス群の1つという捉え方がありますが、本記事ではFirebase経由で使うことを前提に書いていきます。Cloud Functionsなど関連サービスとして言及するものも同様です。Firebaseはざっくり言うとGCPのクライアントアプリ向けサービスを使いやすく提供しているラッパーサービスなので、それで足りるものはFirebase経由での利用をお勧めします。 ドキュメントも次のように2箇所にあるのですが、Firebase経由で使う場合は基本
Cloud FirestoreのSubCollectionとQueryっていつ使うの問題 - Qiita
SubCollectionいつ使うの問題 Cloud Firestoreがリリースされて数日経ちました。SaladaをFirestoreに対応させるため、仕様の深いところまで検証しているところです。そんな中でぶち当たった問題について記載します。 TL;DR Queryに依存するアプリを作ると拡張性を失う。 QueryはElasticSearchに任せる。 SubCollectionの使い所は限定的。 SubCollectionとは FirestoreはCollectionとDocumentとDataで構成されます。 Collectionは複数のDocumentを持つことができ、 DocumentはDataとCollectionを持つことができます。Documentが持つCollectionのことをSubCollectionと言います。 なぜSubCollectionが必要だったのか Fir
Firestore導入前に知ってほしい。３層に分解して、メリット・デメリット比較と使いどころを考える - Qiita
はじめに Firebase Cloud Firestoreは個人的に非常に期待しているサービスです。Firestoreは従来のモバイルアプリ開発の3層の概念を統合したサービスだと感じています。 例えばデータ同期するモバイルアプリを作る場合、以下が相当します。 クラウドDB （ex. MySQL) API/WEBアプリケーション (ex. Ruby On Rails) モバイルDB (ex. realm) この３層を一手に引き受けてくれるのがFirestoreの存在です。これらの開発をしないで済むなら「神」のような存在ですよね。 本当にFirestoreは神サービスなのか？ 私の答えは**「NO」**です。 それでもとても強力で素晴らしいサービスであることは間違いないです。どんなメリット・デメリットがあるのか３層の観点からそれぞれ考えてみました。導入する前に本当にFirestoreを使ってよ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
