Newsgroup: it.comp.appl.access
Titolo: ID Contatore obbligatorio?

Scusate, una domanda che mi è sempre sfuggita di fare.
E' obbligatorio usare come identificativo un ID Contatore?
Ho una certa idiosincrasia verso questo strumento ed ho preferito fare
un ID composto da più parametri ([prime tre lettere nome azienda]+[data inserimento breve (0306)]
+[Ultime tre lettere del nome azienda]).
Va bene comunque , vero ? O mi sto creando dei problemi futuri?
Cristina

 Va bene comunque , vero ? O mi sto creando dei problemi futuri?
Certo  che va bene... anche se non ne capisco la composizione...
-- 
---
Ciao
Pablitomf
www.accessgroup.it
FORZA NAPOLI - - - SEMPRE! 

 Cristina
-- 
Ciao
Geppo 

 Va bene comunque , vero ? O mi sto creando dei problemi futuri?
Dipende: certo non ha senso buttare AutoNumbers in tabelle che ammettono
chiavi primarie "intrinseche" (ad esempio tabelle anagrafiche).
Tuttavia i Contatori sono la soluzione migliore per normalizzare tabelle che
contengono movimenti (Testate/Righe Bolla ad esempio).
Nel caso tuo immagino si tratti di una tabella Anagrafica, diversamente non
avrebbe senso una chiave primaria del genere.
Ciao: Oscar

 Va bene comunque , vero ? O mi sto creando dei problemi futuri?
Se i parametri da te scelti rispettano i requisiti che definiscono una 
"chiave primaria" non vedo dove sia il problema :)
PS: al tuo posto avrei scelto la P.Iva come chiave

 
è per creare un identificativo ( lo crea in automatico il codice) univoco.
Prendo le prime 3 lettere di un'azienda, ci metto la data di inserimento ( Date()) e, per evitare
qualsiasi problema ci metto le ultime 3 lettere della stessa azienda.
Questo perchè ci posso essere aziende con nomi simili , ma molto difficilmente, se non mai, una azienda
ha un nome identico sia all'inizio che alla fine. A garantire comunque in assolutol'univocità il parametro della data
di inserimento record che non sarà mai la stessa.
Cosi' l'ID diventa, per me, non solo univoco , ma anche leggibile mnemonicamente...:-)

Oscar Manfredini ha scritto:

Ciao Oscar
è una tabella di tipo Analitico/Statistica
Da un lato quella cliente, ma senza dati tipo indirizzo e dati fiscali ( almeno per il momento); c'è invece il
corrispettivo di cosa acquista,mese per mese, prodotto per prodotto.
Dall'altra una tabella Progress che registra tutte le attività giorno dopo giorno
(Appuntamenti, Proposte, Chiusure)la quale va ad aggiornare la precedente dovendo ricavare due risultati:
Il comperato globale per prodotto e per mese ed una proiezione (in base anche alle proposte) di cosa potrebbe
essere il venduto, sempre per singolo cliente, a fine anno.
Se vuoi/puoi darmi una mano, sto cercando una strada proprio per questo. Sono la stessa del thread:
"Query aggiornamento, meglio su una tabella o più tabelle?"
Grazie del tuo intervento
Cri


e se non ce l'hai al momento dell'inserimento del record? mhhm ... e
se cambia nel corso del tempo?
pessimo ...

 "Query aggiornamento, meglio su una tabella o più tabelle?"
Beh, ma in questo caso, se ho ben capito, basterebbe utilizzare come chiave
primaria il codice Cliente (di solito tutti gli applicativi ne richiedono
uno), che diventerà la chiave esterna a duplicati ammessi nella Tab delle
attività.
Ciao: Oscar