私は記事を含むウェブサイトを構築しています。これらの記事はユーザーがログインするまで表示されません。 2つのボタンを追加する予定ですが、最初のものは「この記事に従います」と呼ばれ、2番目のボタンは記事をお気に入りにするためのものです。私の質問はどのように私のデータベースでそれを構造化できますか?私のウェブサイトのユーザーの行動を保存するために私のDBを構造化する方法(follow、favorite ...)
私はちょうどid_article
、id_user
、followed(1 or 0)
とfavourite (1 or 0)
を含むテーブルを追加したり、私はより多くのメモリ空間を節約しましょうだろう別の解決策はありますでしょうか?
注:私のウェブサイトには多くのユーザーが訪れる記事がたくさんあります。
お勧めのデザインは良いです。記事からユーザへの記事は、多対多(あなたの説明からわかるように)であり、それに続く場合にのみ記事をお気に入りにすることができます。この関係表のサイズは、記事のサイズに比べて小さいでしょう、確かに?ではなぜそれについて心配ですか?何件の記事やユーザーがいると思われますか? –
あなたの答えをありがとう、私は可能な限り最適化されたソリューションを見つけるために飛び回っていました。 –
どのブランドのデータベースを使用していますか?大手のすべての人は、これらのボリュームを問題なく扱います。私はラップトップの最大のテーブルに数百万行のデータベースを持っています。うまくいけば、私のラップトップよりも容量の大きいUNIXサーバを使用することになります。私のテーブルはあなたの関係テーブルよりもはるかに広く、うまく動作します。あなたが100万の関係を持ち、idが整数で、 "follow"と "favorite"が1バイトの場合、10MBのデータが得られます。それはほとんどの場合記憶に残るでしょう。 –