Immagino che ogni inserimento del Record debba essere memorizzato anche l'USER ma come dicevo la cosa deve essere pensata in fase di costruzione, perchè non si può lasciare all'utente l'onere di DIGITARE in fase di inserimento, serve pertanto strutturare la gestione Utenti in modo che le Maschere di INSERIMENTO abbiano come DefaultUSer nel campo USer i dati ambiente recuperati dai dati di LOGIN.
A quel punto allora si risulta semplice effettuare quanto indicato da Oregon da subito… che è la soluzione, ma l'infrastruttura va creata a monte.
Ad esempio serve creare una Funzione che restituisca lo USER, recuperandolo da una variabile Ambiente, in questo modo la si può inserire direttamente nella Query… quindi serve costruire un Modulo con Una funzione Public che restituisca lo user…
Option Compare Database
Option Explicit
Private pActualUser As Long ' se lo user è codificato con una PK Counter, altrimenti sarà String
Public Function fActualUser(Optional pUser) As Long
If Not IsMissing(User) Then pActualUser=pUser
fActualUser=pActualUser
End Function
In questo modo, semplificato, la funzione può essere usata sia per la Scrittura dello User , che per la Lettura.
SELECT * FROM Tabella WHERE IdUSer=fActualUser()
O meglio ancora istruendo una Query Parametrica… al cui Parameter si passa il valore:
PARAMETERS [User] Long
SELECT * FROM Tabella WHERE IdUSer=[User]
Da usare così:
https://learn.microsoft.com/en-us/office/client-developer/access/desktop-database-reference/parameters-declaration-microsoft-access-sql
Ricordo che un Rs può essere associato ad una Form o a qualsiasi oggetto DataBound, come List/Combo…
etc… etc…