3

Accessで「パフォーマンスの分析」機能を実行しましたが、パフォーマンスを向上させるための「アイデア」がありました。12BB1-DF740アクセスは、この§のように見える英数字のミックスであるアイテムをtextデータ型からlong integer（アイデアからの特定の名前）に変換する必要があると述べました。これがパフォーマンスを向上させるというAccessが正しいかどうかは、長整数が文字を格納できるかどうかに次ぐものです。

[§データについて-私に提供されたデータのハイフンは常にその場所にあります。文字は常にAFです]

私の知る限り、w3schoolsLongは数字のみを保存することを示しています

Long--2,147,483,648から2,147,483,647までの整数を許可します

  • データ型を混同していますか？（さらに、デザインビューをプルアップすると、データ型としてのみ提供されます。またはnumberはありません）longlong integer
  • Long Integer手紙を保管できますか？
  • 列にすでにデータが入力されていて、データ型を変換した場合、データは失われますか？
4

3 に答える 3

3

これらの値を 2 つの Long Integer 列に分割して格納できます。次に、元のテキスト形式が必要な場合は、それらのHex()値をダッシュ​​で連結します。

? Hex(76721) & "-" & Hex(915264)
12BB1-DF740

しかし、なぜそれを行う価値があるのか​​ わかりません。パフォーマンス アナライザーの提案が意味をなさない場合があります。これはそのような場合です。

于 2012-11-07T19:47:00.000 に答える
2

私はこれに遭遇したことはありませんが、文字列が 16 進数であると考えているようです。

AF 以外の文字がない場合は、それらを long として格納し、Hex() 関数を使用して元に戻すことができますが、これは非常に厄介なようであり、何らかのパフォーマンスを本当に求めている場合を除き、避けたいと思います。

于 2012-11-07T17:45:09.540 に答える
1

実際に16進データであり、ダッシュを同じ場所に追加できるように常に同じ形式である場合は、データを数値で格納し、必要に応じて16進表記に変換することができます。

10進数の16進数は40ビットのデータを表すためLong、w3schoolsページで説明されているタイプは32ビットしかないため、機能しません。doubleまたはのような64ビットのデータ型が必要になりますbigint。（後者はAccessでは使用できない場合があります。）

ただし、実際に数値形式のデータを処理する場合にのみ、実際の利益になります。そうしないと、レコードごとに数バイトしか節約できず、数値形式との間で変換するために追加の処理が必要になります。

テーブルにすでにデータが入力されている場合は、値を読み取り、変換して、数値形式で保存する必要があります。

于 2012-11-07T17:57:21.520 に答える