Torna indietro   Hardware Upgrade Forum > Software > Programmazione

DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta
DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta
DLSS 4.5 introduce Dynamic Multi Frame Generation e MFG 6X, permettendo fino a cinque frame generati per ogni frame renderizzato. I test su Cyberpunk 2077 e 007 First Light mostrano forti incrementi di FPS e riduzione della latenza su RTX 5090 Laptop. Migliorano fluidità, stabilità e qualità visiva.
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere)
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere)
Quattro modi di indossarlo, stessa app del Plaud Note Pro e integrazione con il desktop. Il registratore IA da indossare di Plaud eccelle in mobilità, ma resta vincolato all'abbonamento ed è facile da perdere
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro
Xiaomi ha portato Redmi Watch 6 anche sul mercato italiano, puntando su un display AMOLED da 2,07 pollici con picco di luminosità a 2000 nit, frame in alluminio da 9,9mm e un'autonomia dichiarata di 12 giorni. Lo smartwatch gira su HyperOS 3 e integra GPS, Bluetooth 5.4 e oltre 150 sport mode. Il tutto a meno di 100 euro
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 16-06-2010, 19:29   #1
anonimizzato
 
Messaggi: n/a
[JAVA] Oggetti, Model e tabelle DB ...

Ciao a tutti,

premetto che conosco poco JAVA ma per via di un progetto al lavoro completamente fatto in JAVA e Oracle me lo devo studiare per bene.

Si tratta di un progetto Web con le seguenti tecnologie: Spring, iBatis, Maven e Oracle con uso intensivo di PL/SQL.

In pratica il dubbio che ho è che noi adesso abbiamo alcuni Model (MVC) che mappano le tabelle del DB a cui l'applicazione accede per la persistenza dei dati.

Facciamo un esempio: tabella Utenti con campi:
- id (int)
- nome (string)
- cognome (string)
- comune_id (int)

sui primi 3 campi nessun problema, avrò la mia classe Utente con getter e setter per ogni proprietà.
Il comune invece è una chiave esterna che referenzia un record della corrispondente tabella comuni.

In sostanza quello che noi abbiamo ora è che campi come il suddetto comune_id sono a tutti gli effetti "proprietà complesse" su tipi oggetto

Codice:
Comune comune;
questo comporta che ogni volta che creo un oggetto di tipo "Utente" tutte le relative proprietà mappate su chiavi esterne eseguono una query al DB per recuperare le info e costruire l'oggetto relativo ed il tutto "a cascata" pena indicibili errori e sofferenze nei log dell'applicazione e del tomcat.

es:
Codice:
- Utente
-- id
-- nome
-- cognome
-- comune
----id
----nome
----provincia
------id
------nome
------regione
--------id
--------nome
Ovvero la proprietà "comune" incapsulerà a sua volta "provincia" che a sua volta incapsulerà regione.

Il tutto senza che magari sia necessario veramente accedere al nome del comune piuttosto che alla provincia o regione.

Infatti questo lavoro viene fatto anche per una INSERT a DB quando nella tabella "Utenti" poi l'unica cosa che verrà scritta nel record è "comune_id".

Da ciò quindi pure la necessità di creare appositi "PropertyEditor" in Spring per mappare correttamente tali proprietà complesse.

Ovviamente è uno spreco di risorse, ho fatto presente la cosa ma mi hanno detto che è necessario fare così.
Se creo un oggetto Utente per salvarlo a DB devo eseguire anche 3 query a DB per recuperare: comune, provincia e regione quando devo solo mettere l'id di comune nella tabella Utenti che magari prendo direttamente dal menù a tendina della form.

Siccome ho esperienza di Framework MVC come Symfony (PHP) o RoR (Ruby) e una cosa del genere non stà ne in cielo ne in terra mi viene più di un dubbio.

Potete aiutarmi a capire meglio?

Spero di essermi spiegato bene.

Ciao.

Ultima modifica di anonimizzato : 16-06-2010 alle 19:33.
  Rispondi citando il messaggio o parte di esso
Old 16-06-2010, 19:57   #2
gokan
Senior Member
 
L'Avatar di gokan
 
Iscritto dal: Apr 2002
Città: Palermo
Messaggi: 4913
Ciao non conosco iBatis, però ogni ORM che si rispetti ha il compito di evitare che tu ti metta ad impazzire sulla base dati, piuttosto devi ragionare in termini di oggetti.
Se nello specifico il tuo problema è che vengano fatte 3 select su db per recuperare un dato che non ti è immediatamente utile, in ORM come Hibernate può essere impostato definendo la metodologia di accesso al campo "lazy" oppure "eager".

Se definisci una property del tuo oggetto java "lazy" significa che la select su db verrà fatta solo nel momento in cui fai oggetto.getProprieta()
Se invece viene definita come "eager" allora puoi pensare che il tuo campo/colonnaDB venga aggiunta alla select ogni volta che vuoi recuperare tale oggetto.

Scusa se mi sono dilungato, ma non so se iBatis permette questo tipo di gestione.

Ciao
__________________
Sun Certified Java Programmer - Sun Certified Web Component Developer - Sun Certified Business Component Developer
gokan è offline   Rispondi citando il messaggio o parte di esso
Old 17-06-2010, 07:11   #3
anonimizzato
 
Messaggi: n/a
Quote:
Originariamente inviato da gokan Guarda i messaggi
Ciao non conosco iBatis, però ogni ORM che si rispetti ha il compito di evitare che tu ti metta ad impazzire sulla base dati, piuttosto devi ragionare in termini di oggetti.
Se nello specifico il tuo problema è che vengano fatte 3 select su db per recuperare un dato che non ti è immediatamente utile, in ORM come Hibernate può essere impostato definendo la metodologia di accesso al campo "lazy" oppure "eager".

Se definisci una property del tuo oggetto java "lazy" significa che la select su db verrà fatta solo nel momento in cui fai oggetto.getProprieta()
Se invece viene definita come "eager" allora puoi pensare che il tuo campo/colonnaDB venga aggiunta alla select ogni volta che vuoi recuperare tale oggetto.

Scusa se mi sono dilungato, ma non so se iBatis permette questo tipo di gestione.

Ciao
Ciao, intanto ti ringrazio per la risposta.

Il fatto è che la parte di accesso a DB è gestita tramite interfacce e classi concrete dette "Manager" che a loro volta accedono a interfacce e classi concerete del DAO quindi non saprei bene come andrebbe gestita la cosa al momento, dovrei guardare.
Discutendone abbiamo chiarito, tra colleghi, che il "Model" mappato sulla tabella tale deve rimanere e non fungere da DAO.

In realtà poi io tale oggetto "innestato" lo devo sempre recuperare quando devo costruire l'oggetto principale. Utente -> Comune -> Provincia -> Regione perchè la sua proprietà è di un tipo che io ho definito come classe, es: "Comune".
Il fatto è che se poi voglio fare solo l'inserimento di un nuovo record nella tabella Utente devo, non solo, costruire l'oggetto principale ma anche quelli delle sue proprietà complesse (Comune -> Provincia -> Regione) quando all'atto pratico dovrò in effetti solo inserire l'ID comune all'interno del record dell'utente.

E' questo processo di costruzione "ricorsiva" spesso inutile che mi lascia perplesso.
  Rispondi citando il messaggio o parte di esso
Old 19-06-2010, 16:31   #4
anonimizzato
 
Messaggi: n/a
Nessun altro?

Invece di creare gli oggetti Comune -> Provincia -> Regione alla creazione di un oggetto User non sarebbe più corretto generarli solo alla chiamata di una classe "Manager" che accede a sua volta al DAO?

Es:

Codice:
User user = userManager.getUserById(7);
int comuneId = user.getComuneId();
Poi se voglio tutte le info del comune associato all'utente faccio una nuova chiamata al DB con:

Codice:
Comune comune = comuneManager->getComuneById(comuneId);
Invece con il codice di adesso, alla creazione di User, ho altre 3 chiamate al DB per costruire gli oggetti "innestati" di: comune, provincia e regione.

Grazie.
  Rispondi citando il messaggio o parte di esso
 Rispondi


DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta DLSS 4.5: con Dynamic Frame Generation e MFG 6X ...
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere) Plaud NotePin S, il registratore IA si fa indoss...
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro Redmi Watch 6 in prova: lo smartwatch con ampio ...
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ...
Radeon RX 9070 GRE, AMD la porta in tutto il mondo | Recensione Gigabyte Gaming OC Radeon RX 9070 GRE, AMD la porta in tutto il mon...
Minecraft Dungeons 2: Microsoft ha annun...
Synology al Computex 2026: nuova generaz...
Quobly raccoglie 115 milioni di euro per...
BYD batte sul tempo Tesla Roadster: avvi...
Le auto volanti (elettriche) in Cina son...
Senua è il sequel di Hellblade II...
La Commissione europea taglia le bollett...
Halo: Campaign Evolved, annunciata la da...
Sega rilancia Crazy Taxi con World Tour:...
Pagare per avere meno: Brave Origin vuol...
L'italiana Bending Spoons sbarca a Wall ...
Have I Been Pwned tocca quota 1000 data ...
Microsoft conferma la nuova uscita di Fa...
WWDC 2026 è oggi: come seguire il keynot...
L'IA cambia Internet: i bot superano il ...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 16:55.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v