全て:
構成データを維持するシナリオがあります。私の理解では、構成データはプロパティ ファイルまたはフラット テーブルに格納できます。
私は、いつプロパティを使用し、いつデータベース テーブルを使用するかを示す有効な境界を探しています。
私の理解では、構成データをプロパティに保存することは、データベースよりも API のコストと効率 (Java ベースのアプリの場合) の方が安価です (この目的のために接続を確立するのはコストがかかるため)。
あなたのコメントは大歓迎です!
ありがとう。
全て:
構成データを維持するシナリオがあります。私の理解では、構成データはプロパティ ファイルまたはフラット テーブルに格納できます。
私は、いつプロパティを使用し、いつデータベース テーブルを使用するかを示す有効な境界を探しています。
私の理解では、構成データをプロパティに保存することは、データベースよりも API のコストと効率 (Java ベースのアプリの場合) の方が安価です (この目的のために接続を確立するのはコストがかかるため)。
あなたのコメントは大歓迎です!
ありがとう。
I would assume you'd only load the configuration data once or rarely anyway, so I wouldn't worry too much about the performance side of things. A few points to consider though:
A properties file contains static values, fixed at compile time (or deployment time). A database contains dynamic values, that you can change while the application is running.
There is comparision between Properties file and database. Properties file stores key value pairs separated by = or : and both key and value must be string.
You can store any data in a 2d tabular format in database.