インターネットで意見を読んだことがありますが、フロントエンドを適切に設計またはMS Accessを使用すれば、コンパクト化してもそれほど縮小しないはずです。使用しているフロントエンドが1つあります。これは、圧縮すると通常約15 MBですが、作業中は20〜25MBになります。これは私が心配すべきことですか？
3 に答える
4
開発と本番での使用には違いがあります。
開発中は肥大化が予想されます。フロントエンドのデータページをかき回し、フォーム、レポート、モジュールなどを改訂しているため、データページが頻繁に破棄されます。これには何の問題もありません。開発中は、定期的に圧縮し、時々逆コンパイルする必要があります（頻繁ではありませんが、大規模な開発中は1日1回、または新しいフロントエンドを本番環境で使用する直前に逆コンパイルする傾向があります）。
本番環境での使用中、適切に設計されたフロントエンドはそれほど肥大化しないはずです。はい、コンパイルおよび圧縮されたフロントエンドを提供すると、使用中にある程度成長しますが、しばらくすると、その成長は最大になるはずです。ただし、フロントエンドは代替可能であるため、これについて心配する必要はありません。何か問題が発生した場合は、新しいものと交換するだけです。
フロントエンドで肥大化に遭遇する最も一般的な理由は、フロントエンドの一時データ（たとえば、データが追加されてから削除されるテーブル）を含め、誤って設計されているためです。一時データは一時ファイルに属します。私のすべてのアプリには、フロントエンドと一緒に配布され、フロントエンドと同じフォルダーに保存されるtmp.mdbがあり、すべての一時データはそこに保存されます。私は通常、一時ファイルを圧縮することを気にしません。
膨満感の他の原因は次のとおりです。
コードで行われたフォーム/レポートの設計変更（これは、人間の開発者が同じ変更を行うのと同じように肥大化するという点で同じです）。私の意見では、これはほとんどの場合設計エラーです。
アプリに保存されているQueryDefsへの変更。他のタイプの膨満感と比較して膨満感の量が非常に少ないので、これはそれほど重要ではありません。ただし、これがセッションで数千回行われている場合、理論的には有意水準に達する可能性があります。保存されたQueryDefを実行時に編集する理由はいくつかありますが、それほど多くはありません。そのため、これを設計エラーとは呼びませんが、それが何かではないことを確認する必要があることを示す危険信号になります。保存されたQueryDefを編集せずに効率的に実行できます。
于 2010-07-26T18:32:37.557 に答える
2
レポートなどを追加しているので、気にする必要はないと思います。コード、フォーム、レポートで作業しているときは、かなり定期的に逆コンパイル*することをお勧めします。
于 2010-07-26T13:57:07.023 に答える
-1
成長するフロントエンド？真実であると愚かですが、それは機能します。私のデータベースは（クラウドを介して）複数の企業で使用されているため、アプリケーションを圧縮のために閉じることはほとんどできません（最後に残したものは消灯します：データベースを圧縮します）。私の顧客は常にデータベースでオンラインである必要があります。1週間足らずで、フロントエンドは16Mbから2Gb以上に成長していました。これは私を怖がらせていました。解決策：ファイルエクスプローラーで、フロントエンドデータベースを右クリックし、[プロパティ]をクリックして、[読み取り専用]チェックボックスをオンにします。Accessは拡大されたフロントエンドを書き込もうとしますが、読み取り専用フラグでクラッシュしません。繰り返しますが、真実であるために単純に！よろしくお願いいたします。JaapSchokker、miniPLEX BV、Wageningen、オランダ
于 2016-02-02T00:35:07.137 に答える