インポート機能が充実してるよね。うんうん、中身は当然思ったとおり並んでる。あとはインポートするだけか。並び替えてるんだし、レポートでもフォームでも特に並び替えなんて指定する必要ないさ。ファイルと同じ並びなんだしね。リレーショナル型データベースソフトです。リレーショナル型データベースの利点のひとつとして、いつでも手軽に好きな項目で指定したとおりに並び替えができることが挙げられます。このため、リレーショナル型データベースでは、並び順を指定しない場合、どんな順番に並ぶか保証されません。テーブルで指定した主キーの順に物理的に並んでいるとか、データが追加された順に並ぶということはありえません。データの登録順序をファイル内に持ちません。オートナンバー型の項目でも持たないかぎり、どんな順番で登録されたかは闇に葬られます。「えーうそだね、ウチが作ったテーブルはいつだってデータ登録順にちゃーんと出てくるぜ」という方は、たいへん運がよろしい。内に連続した空き領域があり、いままで常にきちんとデータが格納されていたのですから。ファイルをコピーしただのといったことでデータ格納順が変わる可能性は十分すぎるほどあるのです。テーブルをデータシートビューで開いた時には、主キーの順に並び変わって見えています。テーブルデータシートビューが暗黙のうちに主キーで並び替えを行っているからです。データシートビューの機能なんです。テーブル型レコードセットを作ったときも、データは主キーの順に並ぶわけではありません。どんな順番で読み込まれるかは予想がつきません。ファイルの中身の並び順が違う!」ということは至極当然です。保証したい並び順があるなら、それを指定しなければいけません。主キーとは本来、並び替えのためにあるのではなく、レコードを一意にするためにあるのです。(もちろん、主キーの順に並び替える場合には並び替えインデックスとして利用されますが、主たる目的は違うはずでしょということが言いたい)ではどうしたらいいのか?並び順が大きな意味を持つ表形式フォームは必ず並び順を指定したクエリーをレコードソースにしましょう。(レポートの場合は独自で並び替えプロパティを持っており、レコードソースでの並び順は意味がありません。並び替えプロパティを指定しないとまた並び順は保証されなくなってしまいます。ファイルを作りたい場合は、クエリーからエクスポートしましょう。By句を指定しましょう。指定しても、指定したソートキーでユニークにならない場合は、同じキー値を持つレコード同士の並び順も保証されません。最悪、並び替えを実行するたびに結果が違うということもありえます。確実に並び順を保証したい場合は、たとえ意味がなくても、主キー項目はソートキーに加えるようにしましょう。主キーがない場合は・・・?主キーがないテーブルを作ることは可能です。重複なしのインデックスが存在しないテーブルを作ることができてしまいます。いうことは、まるっきり同一内容のレコードが複数できるかもしれないってことですね。いままでの説明をお読みになった方なら、この状態がどんなに危険かおわかりですよね。レコードの特定ができませんから(^^;)あとで読み出すこともできないと思うんですが・・・あとから取り出せないレコードなんて保存しといたってしょうがないですよね。常に「並び順」を意識する、これがリレーショナル型データベースの常識です。http://www.naboki.net/movabletype/mt-tb.cgi/21地獄への階段フォームでのデータチェック「地獄」シリーズ一番人気コンテンツ。排他制御の罠あんまりこだわってもしょうがないと思うんだ、Accessだし。今どきネットワークで使わないほうが珍しいんだけども、言いたいことはそーじゃないのよ。テーブルデータの並び順データベースに不慣れな人はしょうがない。しょうがないから黙って読め。当サイトの評判を著しく落とすコンテンツ(笑)アンケート結果は「9」か「1」のどっちかです。昔はよくあった問題だけど、今はこういうケース少ないよな多分。