大家看这个表,其实主科总分,副科总分,总分 都能通过 前面的的数据算出来,
我想问问,要是 不考虑存储空间的情况下,
是把 主科总分,副科总分,总分 在插入数据的时候,就算出来好,还是 用 VIEW 算好?
这个好的意思,是减少服务器负担,还是搜索速度快.
学习是最好的投资!
3 番目のパラダイムの観点から見ると、主科目合計点、副科目合計点、および合計点の 3 つの列は、他の列に依存するデータであり、データベース テーブルに別個の列として配置されるべきではありません。
データ読み取りの負荷が高く、アプリケーション サーバーまたはデータベース側で計算を実行したくない場合は、テーブルに冗長列として格納できます。前述のシナリオでは、入力後の学生の成績の変更数は非常に少ないため、冗長列の更新コストは低くなり、読み取りが増加し、書き込みが減少するという一般的な状況になります。冗長列によるサーバーへの全体的な負荷が低くなります。
大量のデータを挿入するか、大量の結果を読み取るかによって異なります。大量のデータを挿入する場合はビューに計算を入れ、大量のデータを読み取る場合は SQL 計算結果を入れます。表にはありますが、読み取り圧力は挿入よりもはるかに低いため、この比率を考慮してビューに配置することを選択することをお勧めします。
3 番目のパラダイムの観点から見ると、主科目合計点、副科目合計点、および合計点の 3 つの列は、他の列に依存するデータであり、データベース テーブルに別個の列として配置されるべきではありません。
データ読み取りの負荷が高く、アプリケーション サーバーまたはデータベース側で計算を実行したくない場合は、テーブルに冗長列として格納できます。前述のシナリオでは、入力後の学生の成績の変更数は非常に少ないため、冗長列の更新コストは低くなり、読み取りが増加し、書き込みが減少するという一般的な状況になります。冗長列によるサーバーへの全体的な負荷が低くなります。
大量のデータを挿入するか、大量の結果を読み取るかによって異なります。
大量のデータを挿入する場合はビューに計算を入れ、大量のデータを読み取る場合は SQL 計算結果を入れます。表にはありますが、読み取り圧力は挿入よりもはるかに低いため、この比率を考慮してビューに配置することを選択することをお勧めします。