Pagina 2 di 2 primaprima 1 2
Visualizzazione dei risultati da 11 a 12 su 12
  1. #11
    <Avvocato del diavolo mode>

    Gaelazzo, non te ne pentirai, pensa solo alla validazione di entità la cui validità dipende dal tempo in cui viene controllata e dall'analisi di qualche milione di record nel DB, (la validazione lato client potrebbe essere ok al tempo T, ma non OK al tempo T+1 perchè qualche altro utente ha modificato i dati nel DB relazionale), è semplicemente impensabile avere questa validazione lato client, è anche impensabile bloccare milioni di records lato client in attesa che l'applicativo abbia terminato le sue elaborazioni, che magari sono interattive e devono attendere input utente per andare avanti, a maggior ragione quando hai un DBMS relazionale che è ottimizzato per fare esattamente quel lavoro.

    Fintanto che questi ORM non rinunceranno alla loro supposta trasparenza in favore di un approccio più relazionale consentendo le validazioni lato DB server reagendo come si deve alle eccezioni generate dal DBMS, e risincronizzandosi automaticamente, creano solo problemi.

    E poi hai voglia di avere progetti code first se prevedi moli di dati di milioni di records, il paradigma relazionale è quello migliore, anche dal punto di vista matematico, per gestire queste situazioni, gli ORM semplificano solo i lavori semplici.

    </Avvocato del diavolo mode>

  2. #12
    Utente di HTML.it L'avatar di U235
    Registrato dal
    Mar 2006
    Messaggi
    1,539
    Ciao,
    partiamo dal presuposto che cercare di tenere qualcosa già esistente e magari mischiarlo con ciò per cui non è stato pensato non è mai una buona idea. Detto questo, considera sempre che per fare una cosa fatta bene devi approfondire bene tutti gli aspetti di ciò che andrai ad implementare, e questo può costare fatica e tempo. Se vuoi un consiglio del tutto personale lascia perdere le "menate universitarie teoriche" e i grandi discorsi tecnici che spesso lasciano il tempo che trovano, l'unico modo per vedere se veramente migliori qualcosa è provare, solo dopo che hai provato potrai dare un giudizio globale... infatti non per niente appena uscito dall'università con tanta teoria difficilmente si sa fare qualcosa in pratica, e altrettanto difficilmente si troverà spazio per applicare quello di cui ci hanno imbottito la testa... prova e basta, e se per te è un investimento troppo grande allora non farlo, ma se vuoi ottenere un miglioramento di qualcosa che hai/sai, non aspettarti che con i discorsi fatti su un forum te la cavi, tanto troverai sempre qualcuno che ti proporrà la sua teoria spacciandola per "la migliore", oppure i fanboy di questo piuttosto che l'altro, gente che non si adegua alle nuove tecnologie e gente che le vecchie non le ha mai conosciute...
    insomma, se il sistema su cui stai lavorando e molto grosso, allora significa che l'azienda può permettersi di fare ricerca (ma non sui forum, quella vera!), se il progetto è piccolo o didattico, beh allora forse puoi permetterti di fare prove, e devi! ma di sicuro non hai grandi problemi, quindi puoi anche lasciare stare i discorsi "pseudofilosofici" all'interno dei posti dove insegnano teorie ma non fanno.

    Non so, ma la domanda mi suona come : "ragazzi, mi devono piacere di più le Ferrari o le Lotus?" tu con cosa ti trovi meglio? ne conosci solo una? allora prova anche l'altra! non puoi? tieniti quella che hai!

    Ovviamente è un mio parere.

    nel mio post precedente non volevo entrare nel discorso, anche perchè lo trovo abbastanza sterile (senza offesa per nessuno), volevo solo dirti che comunque è sempre possibile fare tutto, basta approfondire e spendere un pò di tempo, poi la cosa migliore viene da se.


Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.