[Db] prima nota et similia

[Domenico L.]

Marcello Vezzelli ha scritto:
>>
>>>> Perché mai non puoi usare sum? credo che basti flaggare 
>>>> opportunamente i record di tipo chiusura e i record di oggi.
>>> Non ci sono solo somme, ma anche calcoli su percentuali diverse a 
>>> seconda dei campi. Alcuni campi sono manuali. Alcuni dati NON vanno 
>>> sommati.
>> Fai in modo che ogni ricord abbia un campo computato che poi possa 
>> essere sommato da db.
>> Cioè quando un record è "processato" deve esistere un campo omogeneo 
>> per tutti altrimenti la tua tabella forse non contiene dati dati che 
>> non dovrebbero stare insieme
>
> I dati sono tutti omogenei... il punto è che c'è una complessità 
> contabile da gestire che vorrei tenere lato applicazione, proprio per 
> gestirla al meglio (faccio prima ad aggiornare l'applicazione che 
> aggiornare il db)
>
    Mah.. indubbiamente non ho tutti gli elementi per valutare però una 
base dati non dovrebbe essere solo un contenitore di dati, ma dovrebbe 
essere un insieme organizzato e consultabile di dati... cioè dando a 
chiunque lo schema ER dovrebbe essere possibile reperire i dati....

    Non mi fraintendere la logica sta nell'applicativo ed è giusto 
crearsi tabelle d'appoggio che ti facilitano la vita (vedi i riepiloghi) 
però avere  tutti i movimenti insieme, avere il valore calcolato e 
memorizzato di ogni movimento (in base alla logica applicativa) secondo 
me aiuto dopo.

Ciauz

-- 
Domenico L.                             icq: 645 44 861

per stupire mezz'ora basta un libro di storia,
io cercai di imparare la Treccani a memoria... [F.d.A.]