0Pricing
Firebase Auth & Realtime Database Apps · レッスン

データの構造化

パフォーマンスとスケーラビリティを最適化するために、NoSQLデータを整理・構造化するベストプラクティスを学びます。

「データの構造化」はCoddyKit上の無料Firebase Auth & Realtime Database Appsレッスンです。 これはレッスン3/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはFirebase Auth & Realtime Database Apps学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Firebase Auth & Realtime Database Appsコースには全4レッスンが含まれています。

このレッスンの一部はまだ翻訳されておらず、英語で表示されています。

Data Structuring Intro

Welcome to the lesson on structuring your data in Firebase Realtime Database! How you organize your data is crucial for performance and scalability.

A well-structured database makes it easier to query, update, and secure your information efficiently, especially as your application grows.

The JSON Tree & Paths

Firebase Realtime Database stores data as one large JSON tree. Everything is a node, accessible via a unique path.

Think of it like a file system: /users/user123/profile/name. This path points to a specific piece of data within the tree.

Avoid Deep Nesting

A common pitfall is nesting data too deeply. When you retrieve data from a parent node, Firebase fetches ALL its children.

Deep nesting can lead to:

  • Large, unnecessary data downloads
  • Slower queries
  • Complex security rules

Here's an example of a deeply nested structure:

{ "users": {
  "user123": {
    "name": "Alice",
    "posts": {
      "postA": {
        "title": "My First Post",
        "comments": {
          "comment1": {
            "text": "Great post!"
          }
        }
      }
    }
  }
}}

Flatten Your Data

Instead of deep nesting, 'flatten' your data. This means organizing related but distinct pieces of data into separate top-level nodes.

You can then link these pieces of data using IDs. This ensures you only download the data you specifically ask for.

Lists with Unique Keys

Firebase Realtime Database works best with objects rather than arrays for lists of items. Each item should have a unique key.

Firebase provides push() to generate unique, timestamp-based keys automatically. This is perfect for dynamic lists like posts or messages.

Bad (array):

[ { "name": "Alice" }, { "name": "Bob" } ]

Good (object with keys):

{
  "users": {
    "-M_aBc123": { "name": "Alice" },
    "-M_xYz456": { "name": "Bob" }
  }
}

Better Structure: Users & Posts

Let's apply flattening to our users and posts example. Instead of nesting posts under users, create separate top-level collections:

  • /users for user profiles
  • /posts for all posts

Link them using the userId within the post object.

{
  "users": {
    "user123": {
      "name": "Alice",
      "email": "alice@example.com"
    },
    "user456": {
      "name": "Bob",
      "email": "bob@example.com"
    }
  },
  "posts": {
    "postA": {
      "title": "Hello World",
      "content": "My first post.",
      "authorId": "user123",
      "timestamp": 1678886400000
    },
    "postB": {
      "title": "Firebase Tips",
      "content": "Awesome database!",
      "authorId": "user123",
      "timestamp": 1678972800000
    }
  }
}

Code Demo: Writing Flattened Data

This JavaScript snippet conceptually shows how you'd write a user and a post using the flattened structure. It uses a mock database for demonstration.

function main() {
  const db = {
    ref: (path) => ({
      set: (value) => console.log(`SET ${path}:`, JSON.stringify(value, null, 2)),
      push: () => ({
        key: `mockId_${Math.random().toString(36).substring(7)}`,
        set: (value) => console.log(`PUSH ${path}/${this.key}:`, JSON.stringify(value, null, 2))
      })
    })
  };

  const userId = "user123";
  const user = {
    name: "Alice",
    email: "alice@example.com"
  };
  db.ref(`users/${userId}`).set(user);

  const newPostRef = db.ref("posts").push();
  const postId = newPostRef.key;
  const post = {
    title: "My First Post",
    content: "This is the content of my first post.",
    authorId": userId,
    timestamp: Date.now()
  };
  newPostRef.set(post);

  console.log("User and Post data created (conceptually).");
  console.log("User ID:", userId);
  console.log("Post ID:", postId);
}

main();

User-Specific vs. Public Data

Consider separating data that's private to a user from data that's public or shared.

  • Private: Stored under /users/{uid}/private_data (e.g., settings, drafts).
  • Public/Shared: Stored in a top-level collection (e.g., /public_posts, /chat_rooms).

This separation simplifies security rules and improves data access efficiency.

Choosing Good Keys

Keys are crucial for navigating your data. Good keys are:

  • Unique: Essential for identifying specific data.
  • Short: Reduces storage and bandwidth.
  • Descriptive (if custom): Helps readability, but keep them concise.

Firebase's auto-generated push() IDs are excellent for unique, ordered, and short keys.

Example: Fan-out Data (Brief)

For highly relational data that needs to be updated in multiple places simultaneously (e.g., a user's name appearing in their profile and on all their posts), consider a 'fan-out' approach.

This involves writing data to multiple locations in a single operation. We'll explore this more in advanced lessons, but it's a key structuring pattern.

Structuring Data Quiz

Which of the following are recommended best practices when structuring data in Firebase Realtime Database?

Recap: Data Structuring

In this lesson, we covered key best practices for structuring your data in Firebase Realtime Database:

  • Avoid deep nesting: It leads to inefficient data fetching.
  • Flatten your data: Use separate top-level nodes and link them with IDs.
  • Use unique keys for lists: Firebase's push() IDs are ideal.
  • Separate public/private data: For better security and access control.
  • Choose good keys: Short, unique, and descriptive.

These principles will help you build scalable and performant Firebase applications!

よくある質問

「データの構造化」レッスンは無料ですか？

はい。「データの構造化」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Firebase Auth & Realtime Database Appsコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Firebase Auth & Realtime Database Appsコースには全4レッスンが含まれています。

「データの構造化」で何を学びますか？

パフォーマンスとスケーラビリティを最適化するために、NoSQLデータを整理・構造化するベストプラクティスを学びます。 ブラウザで直接実行するハンズオンコードでFirebase Auth & Realtime Database Appsを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

Firebase Auth & Realtime Database Appsを始めるのに経験は必要ですか？

事前経験は必要ありません。CoddyKitのFirebase Auth & Realtime Database Appsは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン3/4です。

「データの構造化」レッスンにはどのくらい時間がかかりますか？

ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。

このFirebase Auth & Realtime Database Appsレッスンでコードを書いて実行できますか？

はい。すべてのFirebase Auth & Realtime Database Appsレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。

このコースのすべてのレッスン

  1. Realtime Databaseの基本
  2. データの読み取りと書き込み
  3. データの構造化
  4. リアルタイム変更のリッスン
← Firebase Auth & Realtime Database Appsに戻る