質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
MySQL

MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

SNS

SNS(ソーシャル・ネットワーキング・サービス)は、 人と人とのつながりを促進したり、サポートしたりすることが可能なコミュニティ型のWebサービスです。

Q&A

解決済

1回答

5518閲覧

会員同士のメッセージやりとりのDB設計方法について教えて下さい。

shimayu

総合スコア35

MySQL

MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

SNS

SNS(ソーシャル・ネットワーキング・サービス)は、 人と人とのつながりを促進したり、サポートしたりすることが可能なコミュニティ型のWebサービスです。

0グッド

0クリップ

投稿2016/07/03 03:58

現在、PHPとMySQLを使用した会員サイトを勉強の為に制作しています。

会員種別は販売会員と購入会員の2種類存在しています。
販売会員・購入会員共に掲示板に投稿出来ます。投稿のページは完全に分かれています。
(販売情報掲示板、購入希望掲示板)

記事を見て興味があった場合には直接記事を書いた人にメッセージを送ることが出来る。
メッセージはマイページから確認ができ、そこで直接やり取りが出来る。

以上のような簡易SNSを作っています。
会員種別ごとに会員登録をする、会員種別ごとに記事を投稿する、というところまではできました。

この後が悩んでいます。Aさんが書いた記事にBさんがメッセージを出したとします。
するとAさんのマイページにBさんからのメッセージが届き、備考欄などに「(掲示板タイトル)からのメッセージ」と記載します。
その後はマイページ上でAさんとBさんのやり取りが始まる流れです。

このAさんとBさんのやり取りをDBでどのように設計するのが良いのでしょうか。
(もちろんやり取りはAさんとCさんとか、CさんとBさんなど色々あります。)

現在の私の稚拙な知識では、メッセージやりとり用のテーブルを1つ作り、
自分のIDの記事を抜き出し一覧表示させる、という方法かなと思っています。

掲示板の方のDBは

message_id / user_id / message_subject / message_txt / message_date / access_count /

というのを、販売者用、購入者用で2つ用意しました。
「メッセージを送る」ボタンを押すと、user_idに対してmessage_subjectを付けて返信を送るような仕組みです。

この後の流れをヒントでも良いので教えて下さい。
どうぞよろしくお願いいたします。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答1

0

ベストアンサー

今のままでも出来ると思いますが、
「誰から送られたのかがわからない」
という制約がついてしまいますね。
そのため、本題である
「AさんとBさんがやり取りをする」
という機能に落とし込むのが難しいと思います。

テーブル構造としては

  • 送信者のユーザID
  • 受信者のユーザID
  • その他機能的に必要な情報

という構成にして、
やり取りを見る場合は、
閲覧者のユーザIDが送信者もしくは受信者に一致する
という条件で絞り込めば、自分の関係するメッセージが取得できます。
それを個別のやり取りで表示する場合はさらにやり取り相手のユーザIDで絞り込むような感じですね。

投稿2016/07/03 04:09

tanat

総合スコア18709

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

shimayu

2016/07/03 04:38

ご回答ありがとうございます。 メッセージ用のテーブルとしては、 message_id / sender_id / receiver_id / original_message_id / message_subject / message_txt / こんなところでしょうか。 original_message_id で掲示板のどのメッセージから来たのが分かりますし、そこから掲示板のタイトルも取れますね。
tanat

2016/07/03 04:43

そうですね。 良いと思います。 RDBMSのデータベース設計は具体的な機能やオブジェクトの情報を関連のある表に落とし込んでいく作業なので、 この機能を実現するためにはこの情報が必要 というのを整理していくと捗るかと思います。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問