データベース設計ソリューション

データベースの設計
1. コメント: ユーザーが製品を購入した後にのみコメントできるようにする方法。再購入する場合は、次のようにコメントを 1 回のみ続けることができます。淘宝網のコメント システムについて、ご意見をお聞かせください。

2. 記事のページビュー数: ビュー数はどのようにカウントされますか? 他の Web サイトもデータベースを使用していますか?訪問ごとに +1 します。ボリュームが大きい場合、データベース システムに負荷がかかりますか? そうでない場合、どのような統計が使用されますか?



-----解決策---------
2 .ログ ファイルの追加は、Linux 上で特別なサービスが開かれ、追加を続け、データ取得のさまざまな操作のアクセス量を定期的に処理し、最終的に Excel ファイルを生成し、自動電子メールでデータ部門に送信します。そういうプロセス。 。 。
1については多くの方法がありますが、効率と安定性については試したことはありません。それはデータベース設計に関連しているはずです。
------解決策------------------
2 番目の質問にお答えします。ボトルネックになっている場合は、データベースのキャッシュには、memcache 中間キャッシュを使用できます。データベースは 1 時間または 30 分ごとに均一に更新されます。
------解決策------------------
1. コメント: ユーザーが製品を購入した後にのみコメントできるようにする方法。コメントは、製品ごとに 1 回だけ行う必要があります。淘宝網のコメント システムと同様に、コメントを続けることができます。あなたのアイデアについて私に。
この質問は比較的簡単です。ユーザーは購入時に注文を行っています。コメントする前に、ユーザーが注文ライブラリで商品を購入したかどうかを確認して、コメントの数を制限します。 . コメント 完了後、注文データベースにコメントマークを付けます。

2. 記事のページビュー数: 他の Web サイトもデータベースを使用していますか?訪問ごとに +1 します。ボリュームが大きい場合、データベース システムに負荷がかかりますか? そうでない場合、どのような統計が使用されますか?
この問題に対する私のアプローチは、キャ​​ッシュを使用することです。最も一般的なキャッシュ方法は、サーバーに IO 負荷をかけるため、Memcache の方が優れています。キャッシュに記事の閲覧数の記録があるかどうか。レコードが見つからない場合は、その記事のレコードを作成します。カウントは 1 になります。次に誰かがアクセスしたときにキャッシュが再度読み取られます。レコードが見つかると、キャッシュが再度読み取られ、記事のカウントが 10 回に達すると (数値はカスタマイズ可能)、キャッシュ内の記事の閲覧回数がクリアされます。
基本原則は、10 回未満の場合はキャッシュを 10 回クリアし、ビュー数を更新します。このようにして、ビュー数が 10 回に達するとデータベースが再操作され、データベースへの負荷が効果的に軽減されます。
------解決策----------------------
最初に言いたいのは、データベース

は思っているよりも大きいです。
------解決策------------------
1. コメント: ユーザーが製品を購入した後にのみコメントできるようにする方法。コメントは、製品ごとに 1 回だけ行う必要があります。淘宝網のコメント システムと同様に、コメントを続けることができます。あなたのアイデアについて私に。

購入時にオーダーIDが生成されますよね？コメント テーブルと注文 ID を照合します。各 ID はコメント テーブル内で 1 回だけコメントできます。

2. 記事ページのビュー数: 他の Web サイトもデータベースを使用していますか? ?訪問ごとに +1 します。ボリュームが大きい場合、データベース システムに負荷がかかりますか? そうでない場合、どのような統計が使用されますか?

小さなアプリケーションはデータベースを直接使用できます。大規模なアプリケーションの場合は、自動インクリメント インターフェイスを備えた memcached を使用して、定期的にデータを SQL にダンプできます。

------解決策------------------
なぜ私たちはデータベースが脆弱であると常に想像するのでしょうか?
ファイルがキャリアとして使用される場合、リレーショナル データベースもファイルを使用してデータを保存します
memcached がキャリアとして使用される場合、nosql もメモリに基づきます

ファイルまたはメモリに対する単純な操作早いようです、急いでください。ただし、競合の管理と解決には依然として多くのコードを使用する必要があります
全体的な効率は直接データベースほど良くありません

------解決策---------

話し合う

最初に言いたいのは、データベースはあなたが思っているよりもはるかに強力であるということです。