0

私はデータベーステーブルのレコードに基づいてレポートを生成することに慣れており、問題なく表示できます。

しかし今、私がリポジトリとしてダミーのテーブルを作成しない場合、処理するのが非常に複雑であるように思われるいくつかのプレゼンテーション要件が出てきます。

現在のシステムの詳細と情報：

システムタイプ：在庫会計

システムの設計とセットアップ：選択した日付（取引日）に基づいてレポートを生成できます：個別のレポート：貸借対照表（BS）、損益計算書（IS）、およびキャッシュフロー計算書（CFS）

新しいレポートの要件：

  1. BS、IS、およびCFSレポートは、異なる形式と表示にする必要があります（ほとんどの場合、必要な更新はレイアウト表示の変更です）
  2. 生成されたすべてのレポートの保存

生成されたすべてのレポートを保存するためのw/cの2番目の要件のため、ダミーのdbテーブルを作成することを考えています。

以前は、複雑なレポート用のリポジトリテーブルを作成しましたが、別のユーザーが同じレポートを生成すると、置き換え/消去されました。

質問：

  1. 新しいレポート要件に基づいて、このタイプのレポート要件のダミーテーブルを作成する必要が本当にありますか？

  2. まあ、実際の機能ではあります*they can be generated at any time*が、レポートと記録の目的で、パフォーマンスの観点から、生成されたレポートを保存することは本当に意味がありますか？

それらのDBアカウンティングの第一人者にとって、 BS、IS、およびCFSで生成されたレポートを保存することは良い習慣ですか？

4

1 に答える 1

2

新しいレポート要件に基づいて、このタイプのレポート要件のダミーテーブルを作成する必要が本当にありますか？

はい、レポート履歴テーブルと呼びますが。

実際の機能では、いつでも生成できますが、レポートと記録の目的で、パフォーマンスの観点から、生成されたレポートを保存することは本当に意味がありますか？

生成されたレポートを保存することは、監査と説明責任の観点から理にかなっています。要件を提供してくれた人に尋ねる必要がありますが、私は、誰がいつどの端末/ワークステーションからどのシステムクエリを実行したかを記録する必要があるシステムに取り組んできました。データベースへのシステム変更は、より厳密に監視されました。監査は法律で義務付けられていました。

于 2013-02-25T14:57:41.823 に答える