DBは、Webアプリで使うデータを保存し、あとから取り出せるようにする場所。
ユーザー、投稿、注文、設定など、アプリの記録を整理して持っておく役割があります。
DBはアプリの「記録置き場」
DBは「Database」の略で、データを整理して保存する仕組みです。Web開発では「データベース」と呼ぶことも多く、ログイン情報、記事、商品、購入履歴、コメントなどを保存します。
画面に入力した内容は、そのままブラウザの中だけに置いておくと、ページを閉じたあとに消えてしまいます。DBへ保存しておくことで、次に開いたときも同じデータを表示できます。
ユーザー登録、投稿、注文などの記録を残す。
条件に合うデータを検索し、必要な分だけ取り出す。
プロフィール変更や注文状態など、後から内容を書き換える。
WebアプリではサーバーがDBを使う
多くのWebアプリでは、ブラウザがDBへ直接つながるのではなく、サーバーが間に入ります。サーバーはリクエストを受け取り、必要に応じてDBへ保存したり、DBからデータを読んだりします。
たとえば投稿一覧を開くと、ブラウザはサーバーへ「投稿を見せて」とお願いします。サーバーはDBから投稿データを取り出し、画面に表示しやすい形でブラウザへ返します。
この流れがあるため、DBはバックエンド開発とセットで語られることが多いです。画面に見えている一覧やマイページの裏側には、DBから取り出したデータが使われています。
Web開発でよく使うDB
DBにはいくつか種類があります。最初は、表のようにデータを整理する「リレーショナルDB」と、用途に合わせて選ばれるほかのDBがある、くらいで十分です。
表形式でデータを扱う定番DB。会員、商品、注文などの管理でよく使う。
ファイルとして扱える軽いDB。小さなアプリやローカル開発で使いやすい。
文書形式のデータ保存や、高速な一時保存など、目的に合わせて使われる。
迷ったときは、Webアプリの基本としてPostgreSQLやMySQLのようなリレーショナルDBから理解すると、ほかのDBとの違いもつかみやすくなります。
個人開発では「すぐ使えるDBサービス」も人気
最近の個人開発では、DBを自分でサーバーに入れて管理するより、クラウド上で用意されたDBサービスを使うことも増えています。セットアップや運用の手間を減らし、アプリ作りに集中しやすいからです。
PostgreSQLを中心に、認証やストレージも使える開発者向けサービス。
リアルタイム更新や認証と組み合わせやすく、アプリの試作でも使われる。
サーバーレス寄りのDBとして、少人数のWebアプリ開発で選ばれることがある。
ただし、流行っているDBがいつも最適とは限りません。学習や小さな試作なら「すぐ始められるか」、本番運用なら「料金、バックアップ、移行しやすさ、チームの理解度」も見て選ぶと安心です。
ここまでのまとめ
DBは、Webアプリのデータを保存し、必要なときに取り出すための仕組みです。サーバーはDBを使って、ユーザー、投稿、注文、設定などの記録を扱います。
DBは、Webアプリの記録を長く使える形で保存し、画面や処理に必要なデータを取り出すための場所です。