使いやすいように設計された Microsoft リレーショナル データベース管理システムのファミリ。
> テーブル:ID(数値型)、性別、生年月日、氏名、所属(主キーなし)
> レポート:ID、氏名、フォームで入力した選択問題より6つの項目を表示
そのレポートのレコードソースはどのように設定されているのでしょうか。
> このとき、タイミングはバラバラなのですが
> ”パラメータの入力”というウインドウが出て”社員番号”の入力待ちの状態になります。
> 何も入力せずOKを押すと”レポート”に移動します。ただし誰のIDも氏名も表示されていません
> (おそらくテーブルの1レコード目が空白のデータが入っているからだと思います)
レポートが開かれるということは、少なくとも「レポートを開く」命令を
実行しているイベントマクロなりイベントプロシージャなりが存在しているはず。
(クラスモジュールを含む)
> この社員番号なのですが、もともと社員番号というフィールドをIDに直したものです。
>
> VBAやレポート、フォーム、テーブルすべて社員番号という単語は使われておらず
> どこの社員番号なのかわかりません。
何らかの形で使われているから出てくるのであり、
全く使われていないということはまず考えられません。
・レポートのレコードソースがクエリ(または SQL ステートメント)であり、
[社員番号]という名前のパラメータが暗黙的に使用されている。
(クエリ/SQLステートメントにおけるフィールド名の修正漏れ)
・[社員番号]という名前のフィールド(実際には存在しない)を
コントロールソースとする連結テキストボックスがレポート上に存在する。
([コントロールソース]プロパティにおけるフィールド名の修正漏れ)
・[社員番号]という名前のフィールド(実際には存在しない)を
参照する式が設定された演算テキストボックスがレポート上に存在する。
(同じく**[コントロールソース]プロパティ**におけるフィールド名の修正漏れ)
・レポートの**[並べ替え]プロパティに "[所属],[社員番号]**"のような式が設定されており、
かつ[読み込み時に並べ替えを適用]プロパティの値が「はい」である。
(フィールド名が修正される前に適用された並べ替え設定がそのままになっている)
・レポートの**[フィルター]プロパティに "[社員番号]**=1" のような式が設定されており、
かつ[読み込み時にフィルターを適用]プロパティの値が「はい」である。
(フィールド名が修正される前に適用されたフィルター条件がそのままになっている)
・レポートの**[グループ化/並べ替え]の設定**において、
[社員番号](実際には存在しない)をグループ化または並べ替えの
キーとしているグループレベルが存在している。
(同じくフィールド名の修正漏れ)
・マクロやコードによってレポートを開く際に **Where 条件を指定するオプション(引数)**を
設定しており、渡している文字列式の中に "社員番号" という文字列が含まれている。
思いつく限りでは以上のいずれか。