シェープファイルフィールドの長さを決定していますか？

私の仕事では、QGISの新しいプロジェクトに取り込むMapInfoから派生したいくつかのシェープファイルを継承しています。列名を変更したり、列を追加および削除したりする機会があります。列にデータが多すぎないため、新たに開始してフィールド長を調整することもできます。

一部のフィールド長が必要以上に長いことに気付き、20年前の過去のデータベース作成から、フィールド長を必要以上に長くしないことをお勧めします。効率を向上させるために、「スペース」を節約します。

これはまだ望ましいですか、それともフィールド長はもはや問題ではありませんか？

答えはデータ形式に依存します。属性のシェープファイルで使用されるdBase-III +ファイルは固定幅であるため、FIPS列を254幅のテキストとして定義すると、254バイトが使用されます。さらに悪いことに、dBaseの最大レコード幅は4000バイトであるため、5文字のフィールドで浪費される249は他のフィールドには使用できません（標準の実装者に応じて最大100または255です）。制限はdBaseファイル（2Gb）の合計サイズにも適用されます。これには、最大幅が536kのレコードが近づくと、400バイト幅で5.36mのレコードが使用可能になる場合があります。

フィールド幅を制限する別の理由があります-データ品質。指定子が正当に保持できるのは2文字のみで、10文字で定義すると、ファットフィンガーの無効な値がデータファイルに受け​​入れられる可能性が高くなります。

一方、必要な幅のみを指定し、UTF-8形式で国際データを取得する場合、文字が2〜6バイトを使用できるときにスペースが不足することがあります。

そのため、通常は終了しているため、行スペースを無駄にしないデータベース文字列フィールド（ファイルジオデータベースを含む）の場合、柔軟性はオプションですが、固定幅形式の場合は古いルールが適用されます。