railsで作るタスク管理アプリにて

Question

railsでタスク管理のTodoリストみたいなものを作ってます。

タスク完了群と未完了群を表示したいときに、dbは2つ作った方が良いのでしょうか？
それとも他にやり方があるのでしょうか？

どうかご回答よろしくお願いします。

試したこと

一通り検索してみたのですが、よくわからず、この場所と諸先輩方を頼ることにしました。

補足情報（FW/ツールのバージョンなど）

dbは、mysqlです。

Answer 1

DBは一つで、中のテーブルを二つ作ればいいのではないでしょうか？
一つでも下記で作れます

Tasklistモデル
has_many :memos
has_many :users ,through: :memos

Userモデル
has_many :memos
has_many :tasklists ,through: :memos

Memoモデル
belongs_to :user
belongs_to :tasklist

tasklistsテーブル
type:integer
content:string

memosテーブル
user_id:integer
tasklist_id:integer

実用
@tasklistのtypeの値で完了か未完了か判断。
0:完了
1:未完了

完了したタスク一覧の取得
def finishedtask
@tasks = Task.where(type: 0)
end

適当なひとつの@taskにアサインしたuserは、memoを介してtaskと結びつく。@taskにアサインされたuserの一覧は、
def getusers
@users = @task.users
end
で取得できる

Comments

[Kit5041]

回答頂きありがとうございます。

恥を承知でお聞きするのですが、dbは一つで、その中にテーブルを2つ作り、データを行き来させるというイメージであってますでしょうか？

[sansansandodo]

行き来というのは違いますね。
DBっていうのは、でっかい箱です。
そのなかは、仕切りで区切られていて、部屋みたいな感じです
その部屋をいくつか作ります。これがテーブルです

各部屋にはデータを置いておけます。
データは、何のデータかわかるように、識別できるようにアルバムに閉じておきます
これがカラムです。実際のデータは、箱＞部屋＞アルバム、つまりDBの中のテーブルの中のカラムに入れておきます

データはSQL文によって操作できます。
ただし、「移動させる」ことはできません

できることは、作成、削除、編集、参照です。
行き来はしないわけです。

DBとは別に、アプリケーションがあります。railsで書いてるコントローラとかです。
アプリケーションからDBに対して、作成、削除、編集、参照を行えます
このときの参照して変数に格納するまでを「データを取得する」とか言ったりしてます
取得したデータは、アプリケーション側で好きに操作できますが、どれだけ改変してもDBにあるもとのデータは変更されません。
DBのデータを変更したければ、「編集」しなければならないのです。
railsではモデル名.update()で行います。

今回やっているのは、この部屋同士の関連付けです。
適当なECサイトを想定して、ユーザーを管理する部屋、商品を管理する部屋、出品企業を管理する部屋があるとします。
このとき、ユーザーは商品を買いますが、企業を買ったりはしませんよね？？
ユーザーと商品は関係しますが、ユーザーと出品企業は関係しないということです。

この関連付けを、明示的に記述しているのが本回答で行っていたことです。

太郎君がりんご１つを買ったとします。
太郎君の購入履歴を呼び出すとき、関連付けをしていなかったら、「まず全商品データをとってきて」「太郎君のユーザデータをとってきて」「全商品データから太郎君のユーザデータに一致する購買履歴を探す」みたいに書かなくちゃいけないです。
でも、関連付けることで、「太郎君に関係する商品データを取ってくる」でおしまいです。

なので関連付けたほうがお得です。

関連付けで参照関係を明示してあげることで、「データを取得」する際の参照命令が簡単になって楽！

[Kit5041]

非常に丁寧な回答ありがとうございます！
とても分かりやすく勉強になります！

こんなに親切にご回答頂き大変申し訳ないのですが、、、
今回、私が実装したい機能は、ユーザーとの関連付けは無く、タスク群単体を表示し、そのタスク群が未完了・完了で分けて表示できるというものです。
この場合は、テーブルを複数作成するのではなく、データ自体に未完了か完了かという、カラムを付けて条件分岐で表示するデータを分けるという方法でよろしいのでしょうか？

私の質問の書き方が悪く、共通認識が取れないまま進めてしまい申し訳ございません。
何卒よろしくお願い致します。

[sansansandodo]

自分しか使わない想定なんですね！
なら判別用のカラムだけ用意してあげれば大丈夫ですよ！
kit5041さんのご認識の通りです！

本回答だと、type:integerがそれを判定してます。

今は完了未完了しか判断しないとのことなので、bool型(true か false)でも大丈夫です。

後々進捗率を表示することを考えるなら0〜100を入れれるintegerがいいです。100なら完了、それ以外は未完了、値をそのまま進捗率に。みたいな感じで使います。

[Kit5041]

お早いご回答ありがとうございます。

そうなんです！
ひとまずは、そのレベルから作ってみようと思いまして！
認識取りとのことありがとうございます。
ご意見参考に致します！

ちなみになんですが、今回一つのidに、タイトル、内容、予定日、完了日、優先順位、未完了/完了をカラムとして付与させたいと思っているのですが、予定日・完了日のカラム名を「scheduleddate」「finisheddate」等にした時にエラーが出てしまうことがありました。
その際は、予定日・完了日ともに、データが無い状態でした。
その後、「scheduled」「completion」にカラム名を変えて、データがある状態にすると、エラー無く表示されました。

使用できないカラム名等があるのでしょうか？
調べて使用可能なカラム名まとめみたいなものからとってきたカラム名で、エラーが出たのでお聞きしたいです！
それとも、単にデータが無いからエラー表示されたのでしょうか？

[sansansandodo]

MYSQLの予約語は使えなかったかとおもいますが、その文字列は多分引っかからないでしょう。

データがないだけではエラーにならないと思います。どのタイミングでエラーが出たのかで話が変わるので推測になりますが、パッと思いつくのは下記です

1.migrationファイルでカラムにnilを禁止していた(null: false)のに、nilのままcreateしようとした

2.データのないカラムに対して、nilには使えないメソッドを使用した

状況を正確に把握できていないのでほぼ憶測(というか経験)で提示しています。正確に知りたければ、新たに質問し直すのがいいかと思いますよ。

[Kit5041]

本来の回答に加え、お答え頂きありがとうございます！
総じて非常に勉強になりました！
methodでエラーが出ていたかと思うので、またエラーが出た際には、正式に質問させて頂きます！

また何かありましたらお世話になるかと思いますが、その際は何卒よろしくお願い致します。