Newsgroup: it.comp.appl.access
Titolo: Chiave Contatore VS Chiave Numerica (tipo Dmax+1)

Pensavo come accennato di personalizzare le mie chiavi (io prendo i
numeri dispari mio fratello i pari) così da evitare duplicati in caso
di scambio dati.
Domade:
Che numerico metto? Long?
Le relazioni ed elaborazioni diventerebbero così molto più pesanti?
Ogni commento, infamata, suggerimento, sarà il benvenuto.
Gracias a todos!
Fede.

 ha scritto nel messaggio 
news:1189451674....@r29g2000hsg.googlegroups.com...



Gracias a todos!
Fede.
[risposta]
E che c'entra con la Chiave Contatore oggetto del tuo messaggio?
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggionews:1189451674....@r29g2000hsg.googlegroups.com...

Beh, attualmente ho impostato una chiave contatore, ma volevo cambiare
a una numerica e mi chiedevo appunto:
1) se è opportuno impostarla a Long
2) se e quali appesantimenti controindicazioni mi vado a cercare...
Sperando di essere stato maggiormente chiaro,
Fede.


avevo a suo tempo preparato un post, mai spedito. Siccome insisti...
 > Domade:
 > Che numerico metto? Long?
Il contatore *e'* un long
 > Le relazioni ed elaborazioni diventerebbero così molto più pesanti?
dipende dal sistema gravitazionale in cui e' immesso.
-- 
ac
y-1=x

 y-1=x
Ciao.
-- 
Sergio MAZZA 

 dipende dal sistema gravitazionale in cui e' immesso.
Non capisco.
Sarò stato ingenuo nel formulare le domande o forse sono mal poste e
se è così me ne scuso.
1) Il contatore *e'* un long
Cosa significa? Visto che il contatore è un long se uno vuole creare
un campo numerico che funga da contatore è sensato metterci
analogamente un long?
Integer non va bene a me no che non si valuti impossibile nel databse
con cui si ha a che fare raggiungere un numero di record superore a
2x32.768 e comunque visto che lo spreco di memeoria sarebbe comunque
limitato non ne varrebbe comunque la pena??
2) dipende dal sistema gravitazionale in cui e' immesso
La battuta può anche farmi sorridere, a patto che poi tu scriva a
seguire qualcosa che possibilmente mi possa aiutare (ma anche un "non
lo so" basterebbe), altrimenti diventa una presa per il culo ben poco
cortese.
Dal basso della mia inesperienza chiedo a chi immagino ne sappia più
di me, se questo invece di rispondere perde tempo per dileggiarmi
penso che potesse anche fare a meno di rispondere.
Dalla pseudo risposta di prima dopo molto riflettere posso arrivare ad
immaginare che visto che il contatore di per sè ha le caratteristiche
di un long, il fatto di impostare al suo posto un numerico long possa
praticamente essere equivalente dal punto di vista prestazionale. Sarà
così?
 Se è così e alla seconda domanda non hai risposto perchè ti sembrava
chiaro che la seconda fosse automaticamente risposta effettivamente
una risposta che mi poteva aiutare me l'hai data, per cui grazie.


Non volevo dileggiare nessuno ne prendere per il culo, almeno non nel 
tuo caso, ma solo "giocare".
Cmq. Se il contatore e' di tipo long mi pare ovvio che definire un long 
come chiave e' la stessa cosa. Cio' che e' diverso e' il servizio che 
ottieni. I.e. nel caso di contatore e' il sistema stesso che ti fornise 
il nuovo progressivo, nel caso che il progressivo lo gestisti tu ti devi 
organizzare per ottenere il nuovo valore.
Inoltre, se relazioni due tabella in cui sulla figlia riferisci all'ID 
della madre come lo definisci questo campo? La risposta immaginala.
Per quanto riguarda la pesantezza il sistema gravitazionale attiene. 
I.e. non ci sono appesantimanti strani l'unico appesantimento e' per 
ricercare il valore da assegnare ed in questo caso, probabilmente, c'e' 
un leggero appesantimento, ma se ti organizzi (quindi sistema 
gravitazionale giusto) non vi e' alcun appesantimento, e cioe' se non 
usi continuamente una dmax o una select count, che sono comunque 
abbastanza leggere ed intervengono solo in caso di nuovo record. Full stop.
Ritenevo cmq le risposte "abbastanza" esaustive.
-- 
ac
y-1=x

 ...Non ci posso credere...
Ci "devi" credere. L'informatica e' fede, speranza e carita'.
-- 
ac
y-1=x

 Ci "devi" credere. L'informatica e' fede, speranza e carita'.
Il Kharma a 32bit... Già vedo la luce...


 - Mostra testo tra virgolette -
Molto molto bene e molte molte grazie. :-)
P.S. Pensavo a del codice un po' particolare perchè mi deve garantire
che il contatore vada avanti a multipli di quattro per garantirmi da
duplicati in caso di scambio dati con i miei filibustieri compari di
lavoro (solo che ognuno sta a casina sua e quindi avremmo quattro
applicazioni locali "gemelle") e ogni tanto ce li scambieremmo
In pratica uno si prende gli ID 4,8,12,16,20
l'altro 5,9,13,17,21
il terzo 6, ...
il quarto 7,...
è una Select case (a seconda che io sia l'utente 0,1,2,3) contenente
una Nz(Dmax) nell'evento Before Update
L'unica altra alternativa che mi è venuta in mente è un campo
contatore alfanumerico tipo F1, F2, ..., F9999 in cui f è l'iniziale
del nome dell'utente ad esempio, ma la ho esclusa perchè credo che un
contatore alfanumerico di tipo testo comporti un inutile
appesantimento (indipendentemente dal sistema gravitazionale di
riferimento)
Ma prima di imbarcarmi nel cambiare tutte le chiavi da contatore a
numerico con questo perverso sistema se qualcuno mi vuole
redimere... :-)

 ha scritto nel messaggio 
news:1189689522....@g4g2000hsf.googlegroups.com...
Molto molto bene e molte molte grazie. :-)
P.S. Pensavo a del codice un po' particolare perchè mi deve garantire
che il contatore vada avanti a multipli di quattro per garantirmi da
duplicati in caso di scambio dati con i miei filibustieri compari di
lavoro (solo che ognuno sta a casina sua e quindi avremmo quattro
applicazioni locali "gemelle") e ogni tanto ce li scambieremmo
In pratica uno si prende gli ID 4,8,12,16,20
l'altro 5,9,13,17,21
il terzo 6, ...
il quarto 7,...
è una Select case (a seconda che io sia l'utente 0,1,2,3) contenente
una Nz(Dmax) nell'evento Before Update
L'unica altra alternativa che mi è venuta in mente è un campo
contatore alfanumerico tipo F1, F2, ..., F9999 in cui f è l'iniziale
del nome dell'utente ad esempio, ma la ho esclusa perchè credo che un
contatore alfanumerico di tipo testo comporti un inutile
appesantimento (indipendentemente dal sistema gravitazionale di
riferimento)
Ma prima di imbarcarmi nel cambiare tutte le chiavi da contatore a
numerico con questo perverso sistema se qualcuno mi vuole
redimere... :-)
[risposta]
Secondo me una accoppiata: contatore + idFilibustiere ti salverebbe da 
qualsiasi problema...
Ciao.
-- 
Sergio MAZZA 

 
Non mi piacciono gli ID e non li uso a meno che non abbia una chiave 
candidata o che tale chiave sia talmente complessa (tante colonne per 
intenderci)  e utilizzata nelle relazioni. Mettere una chiave 
alfanumerica non appesantisce piu' di tanto e per quanto mi riguarda di 
consiglierei di usare la chiave alfanumerica (o di non usarla affatto se 
quell'id non entra nelle relazioni) e se non ti interessa sapere chi ha 
inserito i dati.
-- 
ac
y-1=x

 - Mostra testo tra virgolette -
Grazie e grazie.
Raccolgo gli utilissimi suggerimenti e studierò un altro po'
Se come dite la chiave alfanumeriche non appesantiscono molto coem
invece temevo credo che la mia chiave sarà F1,...,  F9999 anche perchè
le chiavi doppie (sarà sicuramente una cazzata), ma non avendole mai
usate mi preoccupano un po'...
P.S. Quesito per Alessandro Cara :-)
Ma se un oggetto sulla Terra pesa 1 kg
qual è la sua massa sulla Luna?

 
"Stai a fa' er trabocchetto". Massa e peso sono in relazionee e c'e' di 
mezzo la gravita'. Ti rigiro la domanda, ma un affare di massa incerta 
quanto pesa sulla Terra e quanto sulla Luna? Quindi mettere sempre le 
cose nel sistema gravitazionale appropriato.
P.S. Segui il consiglio di S. Mazza (che e' un "capo") e' il piu' indolore
-- 
ac
y-1=x


wrote:

Sulla Luna pesa circa un sesto di quanto pesa sulla Terra (ora sta a
te rispondere al precedente e ne aggiungo un altro, facile, ma visto
che mi sembra in tema... Se un mattone pesa un chilo più mezzo
mattone, quanti chili pesa un mattone?)
Perchè più indolore?
Se ho capito bene propone una chiave doppia formata da Contatore
+campoIdFilibustiere (numerico o testo che sia)
D'accordo che mi basta aggiungere un campo un po' dappertutto (quello
dell' IDFilibustiere) come chiave interna ed esterna.
E niente codice o quasi perchè tanto c'è il contatore automatico.
Ma poi così a sentimento, temo di dover andare a correggere tutto il
codice (parecchio) dove ho fatto riferimento a queste chiavi.
Invece col campo unico di testo lasciandogli lo stesso nome tutto il
resto del codice mi resta salvo
P.S.

 resto del codice mi resta salvo
Sta a te valutare (lasciamo da parte i pesi e le misure) cosa sia piu 
adatto. Non conosco il tuo codice ne come qualita' ne come quantita' e 
con queste premesse non sono in grado di dare alcun suggerimento.
Ricordati, pero', che nel caso di progressivo "utente" dovresti gestire 
la numerazione.
-- 
ac
y-1=x


wrote:

Supergrazie a tutti. Capito. Acquisito grazie al confronto con voi
molte nuove certezze, di cui ho fatto tesoro e sicuramentemi
aiuteranno anche in altri casi.
Per eventuali curiosoni:
1) La massa sulla Luna è 1 kg
2) Il mattone pesa 2 kg
Fede.