PHPでユーザーIDをセッションに持たせる意味は？

PHPでユーザーIDをセッションに持たせる主な意味は、ユーザーごとの認証状態や識別情報をサーバー側で安全に管理し、複数ページにまたがってそのユーザーを特定できるようにするためです。

• セッションにユーザーIDを保存することで、ユーザーが一度ログインすれば、以降のページ遷移でも都度ログイン情報を入力せずに「ログイン済みユーザー」として扱えます。
• セッション情報はサーバー側で管理されるため、ユーザー自身や第三者が改ざんすることができず、安全性が高いです。
• 各リクエストごとにクッキーなどで送信されるセッションIDをもとに、サーバーはそのユーザーのセッション情報（例：ユーザーID）を特定し、認証や権限管理を実現します。
• これにより、ログインが必要なページで「このユーザーは誰か？」を毎回データベースに問い合わせることなく、高速かつ安全に識別できます。

まとめると、ユーザーIDをセッションに持たせることで「ログイン状態の維持」「ユーザーの識別」「安全な認証管理」が実現できます。

毎回DBにユーザーがいるかをチェックかけている場合、セッションは意味を成す？

セッションにユーザーIDを持たせていても、毎回DBにユーザーが存在するかチェックしている場合でもセッションは意味を持ちます。

理由は以下の通りです。

• セッションは「このリクエストがどのユーザーのものか」を識別する役割を担っています。セッションIDとユーザーIDの紐付けがあることで、リクエストごとに「誰の操作か」を特定できます。
• 毎回DBでユーザーの存在や状態を確認する運用でも、「どのユーザーをチェックすればいいか」を判断するためにセッションにユーザーIDが必要です。セッションがなければ、毎回認証情報（ID・パスワードなど）を送信しなければならず、ユーザー体験が著しく低下します。
• セッションは「認証済みかどうか」「どのユーザーか」をサーバー側で一時的に保持することで、認証処理の効率化や利便性向上を実現しています。

つまり、セッションは「ユーザーの識別子をリクエストごとに安全に引き継ぐ」ための仕組みであり、DBチェックの有無にかかわらず重要な役割を果たします。
DBチェックは「そのユーザーがまだ有効か」「権限が変わっていないか」などを確認するための追加的な安全策ですが、セッションがなければそもそも「誰のことをチェックするか」が分かりません。