TODOリストサイトでのデータベース設計について

Question

現在、PHP / jQuery / MySQL にて、todoリストを作成できるサイトを作ろうと励んでおります。

今回お伺いしたいのは、それに伴うデータベース設計です。

現時点では、まだtodoリスト単体で作っているのですが、
後々、会員管理ができたらと思っております。

そこで疑問が湧いてきて、現状は tasks というテーブルに、
1レコード1件のtodoを登録できるようにしております。

この状態で会員管理をやり始めると、
会員1人に対して、1テーブルが必要となると思います。

この場合、どのように設計するのがベターなのでしょうか。
設計以外でも、何かいい方法があるようであれば、
合わせて知れたら嬉しいです。

何十万人とかいう会員数になれるとは思っていないですが、
今後の知見として、おうかがいできれば幸いです。

よろしくお願いいたします。

Answer 1

usersテーブルにid
tasksテーブルにuser_idを持たせるといいですよ。

Comments

[m055001]

ご回答ありがとうございます！

その場合ですと、カラムは

task_id | user_id | task_1 | task_2 | ...

と増やしていく感じになるのでしょうか？
タスクはどれぐらい増えるか不明確なのですが、問題ないでしょうか？

[nintail_fox]

usersテーブル
id
login
password
name
...

tasksテーブル
id
user_id
task
...

といった具合になります。
select task from tasks where user_id = 1;
とSQLを書けば、user_idが1のユーザーが登録したタスクを抽出することが出来ますよね？

一つのレコードに一ユーザーの全タスクを登録するのではなく、
一つのレコードには一つのタスクを、「誰が登録したか」を含めて登録するイメージです。

ちょい修正

Answer 2

ミス

Comments

[退会済みユーザー]

データベースの正規化を時間を作って勉強しましょう。

あくまで必要なのは以下。
task_id | user_id | task