ご指摘の問題はVBによる開発だけではなくデータ・ベースを
キーなしで作成した当初の設計に問題があります。

確かにキーなし物理ファイルに複数のアクセス・パスの論理ファイルを
ぶら下げることはできますので昔、一時期に物理ファイルをキーなしで
作成するように指導した○○がいたようで、根拠のない構成のために
後で多くの開発者やユーザーが不便を強いられることになります。
キーなし物理ファイルを作成する合理的な利点はありません。

それはともかく物理ファイルにぶら下がっている論理ファイルのどれかが
物理ファイルのレコードを「一意的」に識別できるキーを持つ論理ファイルが
存在しているはずです。

これを調べるのは面倒ですが

(1)　DSPDBR　コマンドによって従属論理ファイルを調べる

　　　　[例]　DSPDBR　MYLIB/MYFILE
　　　　[例]　DSPDBR　MYLIB/MYFILE　OUTPUT(*OUTFILE)　OUTFILE(QTEMP/DSPDBR)

(2)　上記の従属論理ファイルのひとつひとつに対してアクセス・パスを調べる

　　　　[例]　DSPFD　MYLIB/MYLF　TYPE(*ACCPTH)

　　　　　---->　この中で「固有キー値が必要」(UNIQUE　　　　　YES)　と指定されている
　　　　　　論理ファイルが見つかれば、それが求めるPRIMARY_KEYを持つ
　　　　　　論理ファイルです。
　　　　　　この論理ファイルのアクセス・パスを　PRIMARY_KEY　として
　　　　　　　　　　　VB　を開発してください。