DB per utenti

io penso che ti serve una data per scegliere l'anagrafica corretta delle fatture/ordini ecc.

Non credo sia una gestione corretta.. cmq vediamo se ho capito...

Tu diresti di gestire le anagrafiche in base alla data di creazione giusto?

quindi quando apro un'ordine devo fare una query abbastanza complessa. Cioè confrontato la data dell'ordine e la data dell'anagrafica. Qunado queste due "combaciano" mi estrae l'anagrafica esatta.

Non è che le date devono combaciare, almeno non necessariamente!

Facciamo un esempio:

24/07/06 si registra, fa le fatture ordini ecc.

25/07/06 altro ordine

26/08/06 modifica anagrafica.

Le fatture/ordini precedenti all 26/08/06 (ultima modifica) devono avere i dati dell'anagrafica del 24/07/06; e così via, se fa un'altra modifica all'anagrafica idem.

Inoltre ID_cliente deve essere univoco solo nella tabella di login mentre in quella delle anagrafiche, mantenendo lo storico, deve potersi ripetere.

Dopo un pò ci ho pensato  e credo che con le date ci sia un bel pò da inpazzire... non ci sono altre soluzioni???

Grazie

No, l'unico dato che ti dice quale è l'anagrafica corretta è la data di crezione/modifica della stessa.

L'unica alternativa sarebbe salvare anche l'anagrafica del cliente con i dati della fattura così non ti devi preoccupare se è cambiata, ma sarebbe uno spreco.

Ripensandola al volo:

1 - tabella con id cliente ragione sociale, ecc. tranne indirizzo, insomma i dati che non variano;

2 - tabella degli indirizzi dei clienti, da relazionare con la precedente e con la data di modifica;

Quando apri una fattura recuperi i dati del cliente e per l'indirizzo:

data_indirizzo<=data_fattura con ordine decrescente limit 1 (in sostanza la modifica più recente alla data della fattura ma non successiva)

Eccomi qui!

Ho fatto come dicevi tu LonelyWolf ! Devo dire che avevi ragione la soluzione migliore era la tua con le date si lavora meglio! ;)

Grazie ancora!  O0

Marco  :bye:

Di niente, l'importante è che tutto sia a posto! ;)