Ich denke, "das Problem" liegt nicht in der Handhabung der
GUI, sondern in Deinem Datenmodel.
Wenn es so ist wie im Eröffnungspost, dann verstößt es gegen die Normalisierungsregelungen. Was Du anschließend grafisch lösen möchtest (musst), ist die durch das Datenmodell erzwungene Redundanz nachzubauen. Also auf Deutsch:
"Nimm die gewählte artikelnummer und schauen in den Artikeln nach der zugehörigen Bezeichnung und trage sie neben der Artikelnummer ein (obwohl die allein schon reichen würde) oder wenn Du User lieber über den Weg der Bezeichnung geht, mache alles genauso, aber mit vertauschten Feldern, ..." uff.
Deine "schräge" Idee zur Umsetzung wäre tatsächlich so oder ähnlich zu bewerkstelligen, ist aber nur "ein Folgefehler" des unsauberen Designs der
DB.
Lösung.
Du verwendest nur eines der beiden Felder, naheliegend die (Artikel)Nummer, besser noch einen echten PK dazu und baust 2 LookupComboboxen zum Suchen (eine für Nummer, eine für bezeichnung), die beide als Schlüsselfeld die Artikelnummer nutzen. Damit wäre alles erledigt.
Feinheiten kann man sicher noch klären.
Der Benefit sollte klar sein, normalisiertes Datenmodell mit allen Vorteilen, die das so mit sich bringt, inkl. fehlender "Verrenkungen" im Clientprogramm.