Object-relational mapping: differenze tra le versioni

Versione delle 22:44, 16 giu 2008

Versione attuale delle 19:27, 16 nov 2024

(69 versioni intermedie di 53 utenti non mostrate)

Riga 1:

{{F|programmazione|agosto 2019}}

L' '''Object-Relational Mapping''' ('''ORM''') è una tecnica di programmazione per convertire dati fra RDBMS e linguaggi di [[Programmazione orientata agli oggetti|programmazione orientati agli oggetti]].

In [[informatica]] l''''''Object-relational mapping''''' ('''ORM''') è una tecnica di [[Programmazione (informatica)|programmazione]] che favorisce l'integrazione di sistemi [[software]] aderenti al [[paradigma di programmazione|paradigma]] della [[programmazione orientata agli oggetti]] con sistemi [[Relational database management system|RDBMS]].

In buona sostanza, associa a ogni operazione e elemento usato nella gestione del database degli oggetti con adeguate proprietà e metodi, astraendo l'utilizzo del database dal [[DBMS]] specifico.

Un prodotto ORM fornisce, mediante un'interfaccia orientata agli oggetti, tutti i servizi inerenti alla [[persistenza (informatica)|persistenza]] dei dati, astraendo nel contempo le caratteristiche implementative dello specifico RDBMS utilizzato.

I vantaggi di questo sistema sono una '''elevata portabilità''', in quanto cambiando DBMS non si deve riscrivere tutto il codice ma cambiare poche righe di configurazione, e '''facilità d'uso''', poichè non si è tenuti ad imparare un linguaggio di query come l'[[SQL]] (che comunque rimane disponibile per eseguire compiti complessi o che richiedono un'elevata efficienza).

==Vedere ancheDescrizione ==

I principali vantaggi nell'uso di un tale sistema sono i seguenti.

*[[database]]

* Il superamento (più o meno completo) dell'incompatibilità di fondo tra il progetto orientato agli oggetti ed il [[modello relazionale]] sul quale è basata la maggior parte degli attuali RDBMS utilizzati.

*[[SQL]]

* Un'elevata [[portabilità]] rispetto alla tecnologia DBMS utilizzata: cambiando DBMS non devono essere riscritte le [[routine (informatica)|routine]] che implementano lo strato di persistenza; generalmente basta cambiare poche righe nella configurazione del prodotto per l'ORM utilizzato.

* Drastica riduzione della quantità di [[codice sorgente]] da redigere; l'ORM maschera dietro semplici comandi le complesse attività di creazione, prelievo, aggiornamento ed eliminazione dei dati (dette [[CRUD]] — ''Create, Read, Update, Delete''). Tali attività occupano di solito una buona percentuale del tempo di stesura, ''[[Collaudo del software|testing]]'' e manutenzione complessivo. Inoltre, sono per loro natura molto ripetitive e, dunque, favoriscono la possibilità che vengano commessi errori durante la stesura del codice che le implementa.

* Suggerisce la realizzazione dell'architettura di un sistema software mediante [[Architettura three-tier|approccio stratificato]], tendendo pertanto ad isolare in un solo livello la logica di persistenza dei dati, a vantaggio della [[Modularità (informatica)|modularità]] complessiva del sistema.

I prodotti per l'ORM attualmente più diffusi offrono spesso nativamente funzionalità che altrimenti andrebbero realizzate manualmente dal [[programmatore]]:

==Link esterni==

* Caricamento automatico del grafo degli oggetti secondo i legami di associazione definiti a livello di linguaggio. Il caricamento di un'ipotetica istanza della [[classe (informatica)|classe]] <code>Studente</code>, potrebbe automaticamente produrre il caricamento dei dati collegati sugli esami sostenuti. Tale caricamento, in più, può avvenire solo se il dato è effettivamente richiesto dal programma, ed è altrimenti evitato (tecnica nota con il nome di ''[[lazy initialization]]'').

[http://www.service-architecture.com/object-relational-mapping/articles/transparent_persistence.html Animazione che mostra come lavora un'utilità di object-relational mapping]

* Gestione della [[concorrenza (informatica)|concorrenza]] nell'accesso ai dati durante conversazioni. Conflitti durante la modifica di un dato da parte di più utenti in contemporanea, possono essere automaticamente rilevati dal sistema ORM.

* Meccanismi di [[Cache|caching]] dei dati. Per esempio, se accade che uno stesso dato venga prelevato più volte dal RDBMS, il sistema ORM può fornire automaticamente un supporto al ''caching'' che migliori le prestazioni dell'applicazione e riduca il carico sul sistema DBMS.

* Gestione di una conversazione mediante uso del ''[[design pattern]]'' [[Unit of Work]], che ritarda tutte le azioni di aggiornamento dei dati al momento della chiusura della conversazione; in questo modo le richieste inviate al RDBMS sono quelle strettamente indispensabili (per es. viene eseguita solo l'ultima di una serie di update su uno stesso dato, oppure non viene eseguita affatto una serie di update su un dato che in seguito viene eliminato); inoltre il colloquio con il DBMS avviene mediante composizione di [[query]] multiple in un unico ''statement'', limitando così al minimo il numero di ''[[Round Trip Time]]'' richiesti e, conseguentemente, i tempi di risposta dell'applicazione.

== Voci correlate ==

[[Categoria:Programmazione]]

{{Div col}}

* [[Base di dati]]

* [[SQL]]

* [[Doctrine (PHP)|Doctrine]]

* [[Propel]]

* [[Hibernate]]

* [[IBATIS]]

* [[CakePHP]]

* [[CodeIgniter]]

* [[SchemaDB]]

* [[Java Object Oriented Quering]]

{{Div col end}}

==Link Collegamenti esterni ==

[[ca:ORM]]

[[en:Object-* {{FOLDOC||object relational mapping]]}}

[[de:Objektrelationale Abbildung]]

[[en:Object-relational mapping]]

{{Portale|informatica}}

[[es:Mapeo objeto-relacional]]

[[fr:Object-relational mapping]]

[[Categoria:Programmazione orientata agli oggetti]]

[[id:Pemetaan objek-relasional]]

[[ja:オブジェクト関係マッピング]]

[[pl:Mapowanie obiektowo-relacyjne]]

[[pt:Mapeamento objeto-relacional]]

[[ru:ORM]]

[[th:ตัวส่งระหว่างโมเดลเชิงวัตถุและเชิงสัมพันธ์]]

[[uk:ORM]]

[[zh:对象关系映射]]