Newsgroup: it.comp.appl.access
Titolo: problemi con omonimi

Ho una tabella anagrafica in cui ho scritto su un unico campo "cognome
nome".
La tabella gestisce tranquillamente gli omonimi perchè la chiave è un
contatore.
il problema è con il caricamento dei dati in una lista(combo) dove
scegliendo un nome con omonimi viene scelto la prima occorrenza.
La lista carica due colonne "cognome nome" e chiave, la colonna
associata è la seconda.
C'è un modo per distinguere quale omonimo è stato scelto?
Accetto suggerimenti.
Grazie
Mike
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Mike
Se la combo è basata su una query  inserisci un'altra colonna, visibile,
contenente un dato identificativo, per es. il codice fiscale o altro.
saluti Daniele
----


Quale è il codice SQL che hai come origine riga della casella combinata?
-- 
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------

 
ripensa la tabella.
adesso hai questa grana (non semplice da risolvere), ma più avanti, se 
decidi di rendere il tuo progetto qlcs di 'serio', avrai problemi a 
valanga.
dividi i due campi e imposta una chiave significativa.
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
+-------

 Quale è il codice SQL che hai come origine riga della casella combinata?
Per la verità nella query ho aggiunto anche la colonna della data di
nascita per distinguere clienti omonimi;
qindi la colonna associata è la terza IDCLIENTE.
Ho sempre il problema che in caso di nomi uguali viene sceta il primo. 
il codice SQL che hai come origine riga della casella combinata è:
SELECT CLIENTI.Nome, CLIENTI.[Data di nascita], CLIENTI.IDCLIENTE FROM
CLIENTI ORDER BY CLIENTI.Nome;
Cosa posso fare?
MIKE


 ha scritto nel messaggio
news:7831095613e282225c5...@mygate.mailgate.org...

Se questo è il codice SQL dell'origine riga, nell'elenco della combo vedi
ambedue i nominativi omonimi e non solo il primo; se hai impostato a tre il
numero di colonne della combo delle quali almeno le prime due visibili,
l'utente finale discriminerà i due clienti in base alla data di nascita
(forse sarebbe meglio se invece della data di nascita usassi il codice
fiscale o la partita IVA o la città, visto che stai parlando di clienti);
una volta che l'utente finale ha effettuato la scelta tramite la combo, tu
per far riferimento in maniera univoca al cliente selezionato userai
IDCLIENTE che hai nella terza colonna della casella combinata.


 IDCLIENTE che hai nella terza colonna della casella combinata.
Accidenti, hai perfettamente ragione, il problema non è sulla selezione
del cliente nella sola anagrafica clienti che con 3 colonne viene sempre
ritrovato correttamente.
il problema è un'altro.
Il problema sussiste quando utilizzo due tabelle:
tabella CLIENTI con idcliente (contatore, chiave) e Nome(testo);
tabella GRUPPI con idgruppo (contatore, chiave) e idcliente (numerico)
La query della casella combinata è:
"SELECT [CLIENTI].[Nome], [CLIENTI].[Data di nascita],
[GRUPPI].[IDGRUPPO], [CLIENTI].[IDCLIENTE] FROM CLIENTI INNER JOIN
GRUPPI ON [CLIENTI].[IDCLIENTE]=[GRUPPI].[IDCLIENTE] ORDER BY
[CLIENTI].[Nome]"
La colonna associata è la 4;
quando ho un cliente presente su più gruppi mi compare più volte nella
casella combinata, per recuperare l'informazione del gruppo uso:
[IDCLIENTE].Column(2)
ma recupero sempre il valore della prima occorrenza.
Come posso recuperare il vaore del gruppo effettivamente scelto?
Ciao.


 Ciao.
