Object-relational impedance mismatch - Versionsgeschichte

Crazy1880: Vorlagen-fix (KBytes)

2023-02-27T10:31:50Z

Vorlagen-fix (KBytes)

← Nächstältere Version		Version vom 27. Februar 2023, 12:31 Uhr
Zeile 18:		Zeile 18:
	Eine nähere Betrachtung der beiden Paradigmen zeigt, dass es einige Unterschiede gibt.<ref name="classification">{{Literatur \|Autor=Christopher Ireland, David Bowers, Michael Newton, Kevin Waugh \|Titel=A Classification of Object-Relational Impedance Mismatch \|Sammelwerk=Advances in Databases, First International Conference on \|Verlag=IEEE Computer Society \|Datum=2009 \|ISBN=978-0-7695-3550-0 \|Seiten=36-43 \|DOI=10.1109/DBKDA.2009.11}}</ref>		Eine nähere Betrachtung der beiden Paradigmen zeigt, dass es einige Unterschiede gibt.<ref name="classification">{{Literatur \|Autor=Christopher Ireland, David Bowers, Michael Newton, Kevin Waugh \|Titel=A Classification of Object-Relational Impedance Mismatch \|Sammelwerk=Advances in Databases, First International Conference on \|Verlag=IEEE Computer Society \|Datum=2009 \|ISBN=978-0-7695-3550-0 \|Seiten=36-43 \|DOI=10.1109/DBKDA.2009.11}}</ref>

	* ''Struktur.'' Ein Objekt enthält sowohl Daten als auch Verhalten. Die entsprechende Klasse kann Teil einer Klassenhierarchie sein.<ref name="quarks">{{Literatur \|Autor=Deborah J. Armstrong \|Titel=The quarks of object-oriented development \|Sammelwerk=Commun. ACM \|Band=49 \|Nummer=2 \|Datum=2006-02 \|ISSN=0001-0782 \|Seiten=123-128 \|DOI=10.1145/1113034.1113040}}</ref> Das relationale Modell unterstützt keine solcher objektorientierten Konzepte wie Vererbung (Generalisierung und Spezialisierung). Ein Tupel im Sinne eines relationalen Modells stellt lediglich eine Wahrheitsaussage dar.<ref name="classification" /> Betrachtet man eine Klasse-Subklasse-Beziehung, so wird im objektorientierten Modell lediglich ein Objekt zur Darstellung der Daten benötigt, wohingegen redundanzfreie Darstellungen im relationalen Modell zwei Tupel benötigen.<ref name="divide">{{Literatur \|Autor=Craig Russell \|Titel=Bridging the object-relational divide \|Sammelwerk=Queue \|Band=6 \|Nummer=3 \|Verlag=ACM \|Datum=2008-07-28 \|ISSN=1542-7730 ~~\|DOI=10.1145/1394127.1394139~~ \|Seiten=18-28 \|~~Online~~=~~https://dl.acm.org/doi/pdf/~~10.1145/1394127.1394139 ~~\|Format=PDF \|KBytes=577~~}}</ref>		* ''Struktur.'' Ein Objekt enthält sowohl Daten als auch Verhalten. Die entsprechende Klasse kann Teil einer Klassenhierarchie sein.<ref name="quarks">{{Literatur \|Autor=Deborah J. Armstrong \|Titel=The quarks of object-oriented development \|Sammelwerk=Commun. ACM \|Band=49 \|Nummer=2 \|Datum=2006-02 \|ISSN=0001-0782 \|Seiten=123-128 \|DOI=10.1145/1113034.1113040}}</ref> Das relationale Modell unterstützt keine solcher objektorientierten Konzepte wie Vererbung (Generalisierung und Spezialisierung). Ein Tupel im Sinne eines relationalen Modells stellt lediglich eine Wahrheitsaussage dar.<ref name="classification" /> Betrachtet man eine Klasse-Subklasse-Beziehung, so wird im objektorientierten Modell lediglich ein Objekt zur Darstellung der Daten benötigt, wohingegen redundanzfreie Darstellungen im relationalen Modell zwei Tupel benötigen.<ref name="divide">{{Literatur \|Autor=Craig Russell \|Titel=Bridging the object-relational divide \|Sammelwerk=Queue \|Band=6 \|Nummer=3 \|Verlag=ACM \|Datum=2008-07-28 \|ISSN=1542-7730 \|Seiten=18-28 \|DOI=10.1145/1394127.1394139}}</ref>
	* ''Identität.'' Ein Objekt besitzt eine von seinem Zustand (Daten) unabhängige Identität.<ref name="quarks" /> Wird eine objektorientierte Anwendung zweimal ausgeführt, so besitzt das gleiche Objekt (im Sinne seines Zustands) unterschiedliche Identitäten. Ebenfalls unterscheiden sich zwei datengleiche Objekte in einem Programmablauf durch deren Identitäten. Im Gegensatz dazu ist die Identität eines Tupels durch dessen Daten bestimmt (bzw. durch den Primärschlüssel, der sich aus den Daten des Tupels ergibt).<ref name="codd">{{Literatur \|Autor=[[Edgar F. Codd]] \|Titel=The relational model for database management: version 2 \|Verlag=Addison-Wesley Longman Publishing \|Ort=Boston, MA, USA \|Datum=1990 \|ISBN=0-201-14192-2 \|Online=https://dl.acm.org/doi/pdf/10.5555/77708 \|Format=PDF \|KBytes=~~27,3 MB~~}}</ref> Ein Tupel kann also jederzeit anhand seiner Daten eindeutig identifiziert werden, was für ein Objekt nicht gilt.		* ''Identität.'' Ein Objekt besitzt eine von seinem Zustand (Daten) unabhängige Identität.<ref name="quarks" /> Wird eine objektorientierte Anwendung zweimal ausgeführt, so besitzt das gleiche Objekt (im Sinne seines Zustands) unterschiedliche Identitäten. Ebenfalls unterscheiden sich zwei datengleiche Objekte in einem Programmablauf durch deren Identitäten. Im Gegensatz dazu ist die Identität eines Tupels durch dessen Daten bestimmt (bzw. durch den Primärschlüssel, der sich aus den Daten des Tupels ergibt).<ref name="codd">{{Literatur \|Autor=[[Edgar F. Codd]] \|Titel=The relational model for database management: version 2 \|Verlag=Addison-Wesley Longman Publishing \|Ort=Boston, MA, USA \|Datum=1990 \|ISBN=0-201-14192-2 \|Online=https://dl.acm.org/doi/pdf/10.5555/77708 \|Format=PDF \|KBytes=27300}}</ref> Ein Tupel kann also jederzeit anhand seiner Daten eindeutig identifiziert werden, was für ein Objekt nicht gilt.
	* ''Datenkapselung.'' Ein Objekt schützt seine Daten vor Veränderungen bzw. grenzt durch Methoden (das Verhalten) die Art, wie Daten verändert werden können, ein.<ref name="quarks" /> Ein Objekt gibt also die Möglichkeit, Daten in wohldefinierten Wegen zu verändern. Im Gegensatz dazu existieren keine solchen Schutzmechanismen im relationalen Modell (viele Datenbankhersteller erweitern den SQL-Standard, um Wege zu schaffen, dies zu erreichen, allerdings ist dies kein grundlegender Bestandteil des relationalen Modells<ref name="codd" />).		* ''Datenkapselung.'' Ein Objekt schützt seine Daten vor Veränderungen bzw. grenzt durch Methoden (das Verhalten) die Art, wie Daten verändert werden können, ein.<ref name="quarks" /> Ein Objekt gibt also die Möglichkeit, Daten in wohldefinierten Wegen zu verändern. Im Gegensatz dazu existieren keine solchen Schutzmechanismen im relationalen Modell (viele Datenbankhersteller erweitern den SQL-Standard, um Wege zu schaffen, dies zu erreichen, allerdings ist dies kein grundlegender Bestandteil des relationalen Modells<ref name="codd" />).
	* ''Arbeitsweise.'' Die Daten einer relationalen Datenbank werden durch Transaktionen von einer verbundenen Anwendung modifiziert. Dies erinnert stark an das prozedurale Programmieren, dessen charakteristische Eigenschaft die Trennung von Daten und Verhalten ist. Das objektorientierte Modell gruppiert logisch zusammenhängendes Verhalten mit für dieses Verhalten relevanten Daten in Objekten. Eine objektorientierte Anwendung kann als Netzwerk interagierender Objekte gesehen werden.<ref name="patterns">[[Erich Gamma]], [[Richard Helm]], [[Ralph Johnson]], [[John Vlissides]]: ''Design patterns: elements of reusable object-oriented software''. Addison-Wesley Professional, 1995.</ref> Die Operationen, die auf einer relationalen Datenbank ausgeführt werden können, arbeiten mengenbasiert, wohingegen Objekte individuell mit anderen kommunizieren (message passing<ref name="quarks" />).		* ''Arbeitsweise.'' Die Daten einer relationalen Datenbank werden durch Transaktionen von einer verbundenen Anwendung modifiziert. Dies erinnert stark an das prozedurale Programmieren, dessen charakteristische Eigenschaft die Trennung von Daten und Verhalten ist. Das objektorientierte Modell gruppiert logisch zusammenhängendes Verhalten mit für dieses Verhalten relevanten Daten in Objekten. Eine objektorientierte Anwendung kann als Netzwerk interagierender Objekte gesehen werden.<ref name="patterns">[[Erich Gamma]], [[Richard Helm]], [[Ralph Johnson]], [[John Vlissides]]: ''Design patterns: elements of reusable object-oriented software''. Addison-Wesley Professional, 1995.</ref> Die Operationen, die auf einer relationalen Datenbank ausgeführt werden können, arbeiten mengenbasiert, wohingegen Objekte individuell mit anderen kommunizieren (message passing<ref name="quarks" />).
Zeile 25:		Zeile 25:
	== Lösungsansätze ==		== Lösungsansätze ==

	Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen<ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|url=http://blogs.tedneward.com/post/the-vietnam-of-computer-science/ \|titel=The Vietnam of Computer Science \|werk=Ted Neward's Blog \|datum=2006-06-26 \|sprache=en \|~~zugriff~~=2010-06-02}}</ref>.		Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen<ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|url=http://blogs.tedneward.com/post/the-vietnam-of-computer-science/ \|titel=The Vietnam of Computer Science \|werk=Ted Neward's Blog \|datum=2006-06-26 \|sprache=en \|abruf=2010-06-02}}</ref>.

	=== NoSQL Datenbanken ===		=== NoSQL Datenbanken ===
	Bei der Speicherung von Daten in [[NoSQL\|schemafreien Datenbanken]] kann jeder Datensatz eine andere innere Struktur haben. Der Anwendungsentwickler bildet seine Anwendungsdaten nicht mehr auf ein normalisiertes Relationenmodell ab; stattdessen haben die Datensätze unterschiedliche Felder oder es wird auf eine hierarchische Datenstruktur abgebildet; oft auch denormalisiert. Die Reibungsverluste durch den Object-Relational Impedance Mismatch entfallen und es entstehen Kosten durch einen anderen Impedance Mismatch.		Bei der Speicherung von Daten in [[NoSQL\|schemafreien Datenbanken]] kann jeder Datensatz eine andere innere Struktur haben. Der Anwendungsentwickler bildet seine Anwendungsdaten nicht mehr auf ein normalisiertes Relationenmodell ab; stattdessen haben die Datensätze unterschiedliche Felder oder es wird auf eine hierarchische Datenstruktur abgebildet; oft auch denormalisiert. Die Reibungsverluste durch den Object-Relational Impedance Mismatch entfallen und es entstehen Kosten durch einen anderen Impedance Mismatch.

	=== Objektorientierte Datenbank ===		=== Objektorientierte Datenbank ===
Zeile 52:		Zeile 52:

	== Weblinks ==		== Weblinks ==
	* {{Internetquelle ~~\|werk=Ted Neward's Blog \|hrsg= \|datum=2006-06-26~~ \|autor=Ted Neward \|url=http://blogs.tedneward.com/post/the-vietnam-of-computer-science/ ~~\|sprache=en~~ \|titel=The Vietnam of Computer Science \|~~zugriff~~=2011-10-15}}		* {{Internetquelle \|autor=Ted Neward \|url=http://blogs.tedneward.com/post/the-vietnam-of-computer-science/ \|titel=The Vietnam of Computer Science \|werk=Ted Neward's Blog \|datum=2006-06-26 \|sprache=en \|abruf=2011-10-15}}

	[[Kategorie:Objektorientierte Programmierung]]		[[Kategorie:Objektorientierte Programmierung]]

Leyo: falschen Freund Referenzen (≠ references) ersetzt

2022-10-18T23:11:25Z

falschen Freund Referenzen (≠ references) ersetzt

← Nächstältere Version		Version vom 19. Oktober 2022, 01:11 Uhr
Zeile 48:		Zeile 48:
	* ''Instanz.'' Instanz in diesem Kontext bedeutet konkrete Daten. Diese Ebene beschäftigt sich hauptsächlich mit Problemen wie Zugriff und Modifikation der Daten sowie Konvertierung verschiedener Datentypen etc.		* ''Instanz.'' Instanz in diesem Kontext bedeutet konkrete Daten. Diese Ebene beschäftigt sich hauptsächlich mit Problemen wie Zugriff und Modifikation der Daten sowie Konvertierung verschiedener Datentypen etc.

	== ~~Referenzen~~ ==		== Einzelnachweise ==
	<references />		<references />

Sebastian.Dietrich: /* Weblinks */ Das ist 1) "nur" eine Diplomarbeit und 2) ein Link auf eine Bezahlplattform und eben kein Weblink

2022-07-18T08:17:24Z

Weblinks: Das ist 1) "nur" eine Diplomarbeit und 2) ein Link auf eine Bezahlplattform und eben kein Weblink

← Nächstältere Version		Version vom 18. Juli 2022, 10:17 Uhr
Zeile 53:		Zeile 53:
	== Weblinks ==		== Weblinks ==
	* {{Internetquelle \|werk=Ted Neward's Blog \|hrsg= \|datum=2006-06-26 \|autor=Ted Neward \|url=http://blogs.tedneward.com/post/the-vietnam-of-computer-science/ \|sprache=en \|titel=The Vietnam of Computer Science \|zugriff=2011-10-15}}		* {{Internetquelle \|werk=Ted Neward's Blog \|hrsg= \|datum=2006-06-26 \|autor=Ted Neward \|url=http://blogs.tedneward.com/post/the-vietnam-of-computer-science/ \|sprache=en \|titel=The Vietnam of Computer Science \|zugriff=2011-10-15}}
	* {{Internetquelle \|autor=Philipp Scheit \|hrsg=[[Grin Verlag]] \|url=https://www.diplomarbeiten24.de/document/230958 \|titel=Analyse und Lösungen für den Object-relational Impedance Mismatch \|titelerg=Diplomarbeit \|datum=2010 \|zugriff=2022-07-16 \|kommentar=Leseprobe}}

	[[Kategorie:Objektorientierte Programmierung]]		[[Kategorie:Objektorientierte Programmierung]]

T. Wirbitzki: /* Weblinks */ Da es wenig deutschsprachige Literatur über den Mismatch gibt, ist diese Diplomarbeit als Einstieg ganz passabel

2022-07-16T22:57:49Z

Weblinks: Da es wenig deutschsprachige Literatur über den Mismatch gibt, ist diese Diplomarbeit als Einstieg ganz passabel

← Nächstältere Version		Version vom 17. Juli 2022, 00:57 Uhr
Zeile 53:		Zeile 53:
	== Weblinks ==		== Weblinks ==
	* {{Internetquelle \|werk=Ted Neward's Blog \|hrsg= \|datum=2006-06-26 \|autor=Ted Neward \|url=http://blogs.tedneward.com/post/the-vietnam-of-computer-science/ \|sprache=en \|titel=The Vietnam of Computer Science \|zugriff=2011-10-15}}		* {{Internetquelle \|werk=Ted Neward's Blog \|hrsg= \|datum=2006-06-26 \|autor=Ted Neward \|url=http://blogs.tedneward.com/post/the-vietnam-of-computer-science/ \|sprache=en \|titel=The Vietnam of Computer Science \|zugriff=2011-10-15}}
	* {{Internetquelle \|autor=Philipp Scheit \|hrsg=[[Grin Verlag]] \|url=https://www.~~grin~~.~~com~~/document/230958 \|titel=Analyse und Lösungen für den Object-relational Impedance Mismatch \|titelerg=Diplomarbeit \|datum=2010 \|zugriff=2022-07-16 \|kommentar=Leseprobe}}		* {{Internetquelle \|autor=Philipp Scheit \|hrsg=[[Grin Verlag]] \|url=https://www.diplomarbeiten24.de/document/230958 \|titel=Analyse und Lösungen für den Object-relational Impedance Mismatch \|titelerg=Diplomarbeit \|datum=2010 \|zugriff=2022-07-16 \|kommentar=Leseprobe}}

	[[Kategorie:Objektorientierte Programmierung]]		[[Kategorie:Objektorientierte Programmierung]]

T. Wirbitzki: /* Weblinks */ lk, Linkbeschriftung; überflüssiges Wort 'mit' aus einem Satz entfernt

2022-07-16T22:34:03Z

Weblinks: lk, Linkbeschriftung; überflüssiges Wort 'mit' aus einem Satz entfernt

← Nächstältere Version		Version vom 17. Juli 2022, 00:34 Uhr
Zeile 4:		Zeile 4:
	Objektorientierte Anwendungen kapseln ihre Daten in Objekten. Sollen die Daten gespeichert werden, so bieten sich unter anderem die Tabellen einer relationalen Datenbank an. Es stellt sich allerdings heraus, dass das relationale Datenbankmodell grundlegende Unterschiede zum objektorientierten Modell aufweist.		Objektorientierte Anwendungen kapseln ihre Daten in Objekten. Sollen die Daten gespeichert werden, so bieten sich unter anderem die Tabellen einer relationalen Datenbank an. Es stellt sich allerdings heraus, dass das relationale Datenbankmodell grundlegende Unterschiede zum objektorientierten Modell aufweist.

	Die mangelnde Passgenauigkeit der Behandlung von Daten in objektorientierten Programmiersprachen und in relationalen Datenbanken erfordert komplizierte bidirektionale Abbildungen. Dies wird seit Anfang der 1980er Jahre als ''Impedance Mismatch'' bezeichnet.<ref>C. Copeland, D Maier: [~~http~~://dl.acm.org/~~citation~~.~~cfm?id=~~602300 ''Making smalltalk a database system.''] In: ''ACM SIGMOD Records.'' vol. 14, 2, 1984, S. 316–325.</ref>		Die mangelnde Passgenauigkeit der Behandlung von Daten in objektorientierten Programmiersprachen und in relationalen Datenbanken erfordert komplizierte bidirektionale Abbildungen. Dies wird seit Anfang der 1980er Jahre als ''Impedance Mismatch'' bezeichnet.<ref>C. Copeland, D Maier: [https://dl.acm.org/doi/10.1145/602259.602300 ''Making smalltalk a database system.''] In: ''ACM SIGMOD Records.'' vol. 14, 2, 1984, S. 316–325.</ref>

	== Unterschiede ==		== Unterschiede ==
Zeile 18:		Zeile 18:
	Eine nähere Betrachtung der beiden Paradigmen zeigt, dass es einige Unterschiede gibt.<ref name="classification">{{Literatur \|Autor=Christopher Ireland, David Bowers, Michael Newton, Kevin Waugh \|Titel=A Classification of Object-Relational Impedance Mismatch \|Sammelwerk=Advances in Databases, First International Conference on \|Verlag=IEEE Computer Society \|Datum=2009 \|ISBN=978-0-7695-3550-0 \|Seiten=36-43 \|DOI=10.1109/DBKDA.2009.11}}</ref>		Eine nähere Betrachtung der beiden Paradigmen zeigt, dass es einige Unterschiede gibt.<ref name="classification">{{Literatur \|Autor=Christopher Ireland, David Bowers, Michael Newton, Kevin Waugh \|Titel=A Classification of Object-Relational Impedance Mismatch \|Sammelwerk=Advances in Databases, First International Conference on \|Verlag=IEEE Computer Society \|Datum=2009 \|ISBN=978-0-7695-3550-0 \|Seiten=36-43 \|DOI=10.1109/DBKDA.2009.11}}</ref>

	* ''Struktur.'' Ein Objekt enthält sowohl Daten als auch Verhalten. Die entsprechende Klasse kann Teil einer Klassenhierarchie sein.<ref name="quarks">{{Literatur \|Autor=Deborah J. Armstrong \|Titel=The quarks of object-oriented development \|Sammelwerk=Commun. ACM \|Band=49 \|Nummer=2 \|Datum=2006-02 \|ISSN=0001-0782 \|Seiten=123-128 \|DOI=10.1145/1113034.1113040}}</ref> Das relationale Modell unterstützt keine solcher objektorientierten Konzepte wie Vererbung (Generalisierung und Spezialisierung). Ein Tupel im Sinne eines relationalen Modells stellt lediglich eine Wahrheitsaussage dar.<ref name="classification" /> Betrachtet man eine Klasse-Subklasse-Beziehung, so wird im objektorientierten Modell lediglich ein Objekt zur Darstellung der Daten benötigt, wohingegen redundanzfreie Darstellungen im relationalen Modell zwei Tupel benötigen.<ref name="divide">{{Literatur \|Autor=Craig Russell \|Titel=Bridging the object-relational divide \|Sammelwerk=Queue \|Band=6 \|Nummer=3 \|Verlag=ACM \|Datum=2008-07-28 \|ISSN=1542-7730 \|Seiten=18-28 \|Online=~~http~~://~~portal~~.acm.org/~~ft_gateway.cfm?id=1394139&type=~~pdf ~~\|DOI=~~10.1145/1394127.1394139}}</ref>		* ''Struktur.'' Ein Objekt enthält sowohl Daten als auch Verhalten. Die entsprechende Klasse kann Teil einer Klassenhierarchie sein.<ref name="quarks">{{Literatur \|Autor=Deborah J. Armstrong \|Titel=The quarks of object-oriented development \|Sammelwerk=Commun. ACM \|Band=49 \|Nummer=2 \|Datum=2006-02 \|ISSN=0001-0782 \|Seiten=123-128 \|DOI=10.1145/1113034.1113040}}</ref> Das relationale Modell unterstützt keine solcher objektorientierten Konzepte wie Vererbung (Generalisierung und Spezialisierung). Ein Tupel im Sinne eines relationalen Modells stellt lediglich eine Wahrheitsaussage dar.<ref name="classification" /> Betrachtet man eine Klasse-Subklasse-Beziehung, so wird im objektorientierten Modell lediglich ein Objekt zur Darstellung der Daten benötigt, wohingegen redundanzfreie Darstellungen im relationalen Modell zwei Tupel benötigen.<ref name="divide">{{Literatur \|Autor=Craig Russell \|Titel=Bridging the object-relational divide \|Sammelwerk=Queue \|Band=6 \|Nummer=3 \|Verlag=ACM \|Datum=2008-07-28 \|ISSN=1542-7730 \|DOI=10.1145/1394127.1394139 \|Seiten=18-28 \|Online=https://dl.acm.org/doi/pdf/10.1145/1394127.1394139 \|Format=PDF \|KBytes=577}}</ref>
	* ''Identität.'' Ein Objekt besitzt eine von seinem Zustand (Daten) unabhängige Identität.<ref name="quarks" /> Wird eine objektorientierte Anwendung zweimal ausgeführt, so besitzt das gleiche Objekt (im Sinne seines Zustands) unterschiedliche Identitäten. Ebenfalls unterscheiden sich zwei datengleiche Objekte in einem Programmablauf durch deren Identitäten. Im Gegensatz dazu ist die Identität eines Tupels durch dessen Daten bestimmt (bzw. durch den Primärschlüssel, der sich aus den Daten des Tupels ergibt).<ref name="codd">{{Literatur \|Autor=[[Edgar F. Codd]] \|Titel=The relational model for database management: version 2 \|Verlag=Addison-Wesley Longman Publishing \|Ort=Boston, MA, USA \|Datum=1990 \|ISBN=0-201-14192-2 \|Online=~~http~~://~~portal~~.acm.org/~~ft_gateway~~.~~cfm?id=~~77708~~&type=pdf&coll=GUIDE&dl=GUIDE&CFID~~=~~86194103&CFTOKEN~~=~~63027610~~}}</ref> Ein Tupel kann also jederzeit anhand seiner Daten eindeutig identifiziert werden, was für ein Objekt nicht gilt.		* ''Identität.'' Ein Objekt besitzt eine von seinem Zustand (Daten) unabhängige Identität.<ref name="quarks" /> Wird eine objektorientierte Anwendung zweimal ausgeführt, so besitzt das gleiche Objekt (im Sinne seines Zustands) unterschiedliche Identitäten. Ebenfalls unterscheiden sich zwei datengleiche Objekte in einem Programmablauf durch deren Identitäten. Im Gegensatz dazu ist die Identität eines Tupels durch dessen Daten bestimmt (bzw. durch den Primärschlüssel, der sich aus den Daten des Tupels ergibt).<ref name="codd">{{Literatur \|Autor=[[Edgar F. Codd]] \|Titel=The relational model for database management: version 2 \|Verlag=Addison-Wesley Longman Publishing \|Ort=Boston, MA, USA \|Datum=1990 \|ISBN=0-201-14192-2 \|Online=https://dl.acm.org/doi/pdf/10.5555/77708 \|Format=PDF \|KBytes=27,3 MB}}</ref> Ein Tupel kann also jederzeit anhand seiner Daten eindeutig identifiziert werden, was für ein Objekt nicht gilt.
	* ''Datenkapselung.'' Ein Objekt schützt seine Daten vor Veränderungen bzw. grenzt durch Methoden (das Verhalten) die Art, wie Daten verändert werden können, ein.<ref name="quarks" /> Ein Objekt gibt also die Möglichkeit, Daten in wohldefinierten Wegen zu verändern. Im Gegensatz dazu existieren keine solchen Schutzmechanismen im relationalen Modell (viele Datenbankhersteller erweitern den SQL-Standard, um Wege zu schaffen, dies zu erreichen, allerdings ist dies kein grundlegender Bestandteil des relationalen Modells<ref name="codd" />).		* ''Datenkapselung.'' Ein Objekt schützt seine Daten vor Veränderungen bzw. grenzt durch Methoden (das Verhalten) die Art, wie Daten verändert werden können, ein.<ref name="quarks" /> Ein Objekt gibt also die Möglichkeit, Daten in wohldefinierten Wegen zu verändern. Im Gegensatz dazu existieren keine solchen Schutzmechanismen im relationalen Modell (viele Datenbankhersteller erweitern den SQL-Standard, um Wege zu schaffen, dies zu erreichen, allerdings ist dies kein grundlegender Bestandteil des relationalen Modells<ref name="codd" />).
	* ''Arbeitsweise.'' Die Daten einer relationalen Datenbank werden durch Transaktionen von einer verbundenen Anwendung modifiziert. Dies erinnert stark an das prozedurale Programmieren, dessen charakteristische Eigenschaft die Trennung von Daten und Verhalten ist. Das objektorientierte Modell gruppiert logisch zusammenhängendes Verhalten mit für dieses Verhalten relevanten Daten in Objekten. Eine objektorientierte Anwendung kann als Netzwerk interagierender Objekte gesehen werden.<ref name="patterns">[[Erich Gamma]], [[Richard Helm]], [[Ralph Johnson]], [[John Vlissides]]: ''Design patterns: elements of reusable object-oriented software''. Addison-Wesley Professional, 1995.</ref> Die Operationen, die auf einer relationalen Datenbank ausgeführt werden können, arbeiten mengenbasiert, wohingegen Objekte individuell mit anderen kommunizieren (message passing<ref name="quarks" />).		* ''Arbeitsweise.'' Die Daten einer relationalen Datenbank werden durch Transaktionen von einer verbundenen Anwendung modifiziert. Dies erinnert stark an das prozedurale Programmieren, dessen charakteristische Eigenschaft die Trennung von Daten und Verhalten ist. Das objektorientierte Modell gruppiert logisch zusammenhängendes Verhalten mit für dieses Verhalten relevanten Daten in Objekten. Eine objektorientierte Anwendung kann als Netzwerk interagierender Objekte gesehen werden.<ref name="patterns">[[Erich Gamma]], [[Richard Helm]], [[Ralph Johnson]], [[John Vlissides]]: ''Design patterns: elements of reusable object-oriented software''. Addison-Wesley Professional, 1995.</ref> Die Operationen, die auf einer relationalen Datenbank ausgeführt werden können, arbeiten mengenbasiert, wohingegen Objekte individuell mit anderen kommunizieren (message passing<ref name="quarks" />).
Zeile 25:		Zeile 25:
	== Lösungsansätze ==		== Lösungsansätze ==

	Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen<ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|titel=The Vietnam of Computer Science \|~~datum~~=~~2006-06-26~~ ~~\|zugriff=2010-06-02~~ ~~\|hrsg=Interoperability Happens~~ \|~~url~~=~~http://blogs.tedneward.com/~~2006/06/26~~/The+Vietnam+Of+Computer+Science.aspx~~ \|~~archiv-url~~=~~https://web.archive.org/web/20060704030226/http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx~~ \|~~archiv-datum~~=~~2016~~-07-04}}</ref>.		Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen<ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|url=http://blogs.tedneward.com/post/the-vietnam-of-computer-science/ \|titel=The Vietnam of Computer Science \|werk=Ted Neward's Blog \|datum=2006-06-26 \|sprache=en \|zugriff=2010-06-02}}</ref>.

	=== NoSQL Datenbanken ===		=== NoSQL Datenbanken ===
	Bei der Speicherung von Daten in [[NoSQL\|schemafreien Datenbanken]] kann jeder Datensatz eine andere innere Struktur haben. Der Anwendungsentwickler bildet seine Anwendungsdaten nicht ~~mit~~ mehr auf ein normalisiertes Relationenmodell ab; stattdessen haben die Datensätze unterschiedliche Felder oder es wird auf eine hierarchische Datenstruktur abgebildet; oft auch denormalisiert. Die Reibungsverluste durch den Object-Relational Impedance Mismatch entfallen und es entstehen Kosten durch einen anderen Impedance Mismatch.		Bei der Speicherung von Daten in [[NoSQL\|schemafreien Datenbanken]] kann jeder Datensatz eine andere innere Struktur haben. Der Anwendungsentwickler bildet seine Anwendungsdaten nicht mehr auf ein normalisiertes Relationenmodell ab; stattdessen haben die Datensätze unterschiedliche Felder oder es wird auf eine hierarchische Datenstruktur abgebildet; oft auch denormalisiert. Die Reibungsverluste durch den Object-Relational Impedance Mismatch entfallen und es entstehen Kosten durch einen anderen Impedance Mismatch.

	=== Objektorientierte Datenbank ===		=== Objektorientierte Datenbank ===
Zeile 52:		Zeile 52:

	== Weblinks ==		== Weblinks ==
			* {{Internetquelle \|werk=Ted Neward's Blog \|hrsg= \|datum=2006-06-26 \|autor=Ted Neward \|url=http://blogs.tedneward.com/post/the-vietnam-of-computer-science/ \|sprache=en \|titel=The Vietnam of Computer Science \|zugriff=2011-10-15}}
	* {{Internetquelle
			* {{Internetquelle \|autor=Philipp Scheit \|hrsg=[[Grin Verlag]] \|url=https://www.grin.com/document/230958 \|titel=Analyse und Lösungen für den Object-relational Impedance Mismatch \|titelerg=Diplomarbeit \|datum=2010 \|zugriff=2022-07-16 \|kommentar=Leseprobe}}
	\|hrsg=blogs.tedneward.com
	\|archiv-url=https://web.archive.org/web/20060704030226/http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx
	\|archiv-datum=2016-07-04
	\|url=http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx
	\|sprache=en
	\|titel=The Vietnam of Computer Science
	\|zugriff=2011-10-15}}
	* {{Internetquelle
	\|autor=Philipp Scheit
	\|hrsg=<!-- http://www.ps-webforge.com/diplomarbeit -->
	\|url=http://www.ps-webforge.com/diplomarbeit/Analyse%20und%20Loesungen%20fuer%20den%20Objectrelational%20Impedance%20Mismatch.pdf
	\|format=PDF
	\|titel=Analyse und Lösungen für den Object-relational Impedance Mismatch
	\|titelerg=Diplomarbeit
	\|datum=2010-12-13
	\|zugriff=2011-10-15}}

	[[Kategorie:Objektorientierte Programmierung]]		[[Kategorie:Objektorientierte Programmierung]]

83.215.231.164: /* Grammatikfehler */

2022-06-06T19:27:47Z

Grammatikfehler

← Nächstältere Version		Version vom 6. Juni 2022, 21:27 Uhr
Zeile 18:		Zeile 18:
	Eine nähere Betrachtung der beiden Paradigmen zeigt, dass es einige Unterschiede gibt.<ref name="classification">{{Literatur \|Autor=Christopher Ireland, David Bowers, Michael Newton, Kevin Waugh \|Titel=A Classification of Object-Relational Impedance Mismatch \|Sammelwerk=Advances in Databases, First International Conference on \|Verlag=IEEE Computer Society \|Datum=2009 \|ISBN=978-0-7695-3550-0 \|Seiten=36-43 \|DOI=10.1109/DBKDA.2009.11}}</ref>		Eine nähere Betrachtung der beiden Paradigmen zeigt, dass es einige Unterschiede gibt.<ref name="classification">{{Literatur \|Autor=Christopher Ireland, David Bowers, Michael Newton, Kevin Waugh \|Titel=A Classification of Object-Relational Impedance Mismatch \|Sammelwerk=Advances in Databases, First International Conference on \|Verlag=IEEE Computer Society \|Datum=2009 \|ISBN=978-0-7695-3550-0 \|Seiten=36-43 \|DOI=10.1109/DBKDA.2009.11}}</ref>

	* ''Struktur.'' Ein Objekt enthält sowohl Daten als auch Verhalten. Die entsprechende Klasse kann Teil einer Klassenhierarchie sein.<ref name="quarks">{{Literatur \|Autor=Deborah J. Armstrong \|Titel=The quarks of object-oriented development \|Sammelwerk=Commun. ACM \|Band=49 \|Nummer=2 \|Datum=2006-02 \|ISSN=0001-0782 \|Seiten=123-128 \|DOI=10.1145/1113034.1113040}}</ref> Das relationale Modell unterstützt keine ~~solchen~~ objektorientierten Konzepte wie Vererbung (Generalisierung und Spezialisierung). Ein Tupel im Sinne eines relationalen Modells stellt lediglich eine Wahrheitsaussage dar.<ref name="classification" /> Betrachtet man eine Klasse-Subklasse-Beziehung, so wird im objektorientierten Modell lediglich ein Objekt zur Darstellung der Daten benötigt, wohingegen redundanzfreie Darstellungen im relationalen Modell zwei Tupel benötigen.<ref name="divide">{{Literatur \|Autor=Craig Russell \|Titel=Bridging the object-relational divide \|Sammelwerk=Queue \|Band=6 \|Nummer=3 \|Verlag=ACM \|Datum=2008-07-28 \|ISSN=1542-7730 \|Seiten=18-28 \|Online=http://portal.acm.org/ft_gateway.cfm?id=1394139&type=pdf \|DOI=10.1145/1394127.1394139}}</ref>		* ''Struktur.'' Ein Objekt enthält sowohl Daten als auch Verhalten. Die entsprechende Klasse kann Teil einer Klassenhierarchie sein.<ref name="quarks">{{Literatur \|Autor=Deborah J. Armstrong \|Titel=The quarks of object-oriented development \|Sammelwerk=Commun. ACM \|Band=49 \|Nummer=2 \|Datum=2006-02 \|ISSN=0001-0782 \|Seiten=123-128 \|DOI=10.1145/1113034.1113040}}</ref> Das relationale Modell unterstützt keine solcher objektorientierten Konzepte wie Vererbung (Generalisierung und Spezialisierung). Ein Tupel im Sinne eines relationalen Modells stellt lediglich eine Wahrheitsaussage dar.<ref name="classification" /> Betrachtet man eine Klasse-Subklasse-Beziehung, so wird im objektorientierten Modell lediglich ein Objekt zur Darstellung der Daten benötigt, wohingegen redundanzfreie Darstellungen im relationalen Modell zwei Tupel benötigen.<ref name="divide">{{Literatur \|Autor=Craig Russell \|Titel=Bridging the object-relational divide \|Sammelwerk=Queue \|Band=6 \|Nummer=3 \|Verlag=ACM \|Datum=2008-07-28 \|ISSN=1542-7730 \|Seiten=18-28 \|Online=http://portal.acm.org/ft_gateway.cfm?id=1394139&type=pdf \|DOI=10.1145/1394127.1394139}}</ref>
	* ''Identität.'' Ein Objekt besitzt eine von seinem Zustand (Daten) unabhängige Identität.<ref name="quarks" /> Wird eine objektorientierte Anwendung zweimal ausgeführt, so besitzt das gleiche Objekt (im Sinne seines Zustands) unterschiedliche Identitäten. Ebenfalls unterscheiden sich zwei datengleiche Objekte in einem Programmablauf durch deren Identitäten. Im Gegensatz dazu ist die Identität eines Tupels durch dessen Daten bestimmt (bzw. durch den Primärschlüssel, der sich aus den Daten des Tupels ergibt).<ref name="codd">{{Literatur \|Autor=[[Edgar F. Codd]] \|Titel=The relational model for database management: version 2 \|Verlag=Addison-Wesley Longman Publishing \|Ort=Boston, MA, USA \|Datum=1990 \|ISBN=0-201-14192-2 \|Online=http://portal.acm.org/ft_gateway.cfm?id=77708&type=pdf&coll=GUIDE&dl=GUIDE&CFID=86194103&CFTOKEN=63027610}}</ref> Ein Tupel kann also jederzeit anhand seiner Daten eindeutig identifiziert werden, was für ein Objekt nicht gilt.		* ''Identität.'' Ein Objekt besitzt eine von seinem Zustand (Daten) unabhängige Identität.<ref name="quarks" /> Wird eine objektorientierte Anwendung zweimal ausgeführt, so besitzt das gleiche Objekt (im Sinne seines Zustands) unterschiedliche Identitäten. Ebenfalls unterscheiden sich zwei datengleiche Objekte in einem Programmablauf durch deren Identitäten. Im Gegensatz dazu ist die Identität eines Tupels durch dessen Daten bestimmt (bzw. durch den Primärschlüssel, der sich aus den Daten des Tupels ergibt).<ref name="codd">{{Literatur \|Autor=[[Edgar F. Codd]] \|Titel=The relational model for database management: version 2 \|Verlag=Addison-Wesley Longman Publishing \|Ort=Boston, MA, USA \|Datum=1990 \|ISBN=0-201-14192-2 \|Online=http://portal.acm.org/ft_gateway.cfm?id=77708&type=pdf&coll=GUIDE&dl=GUIDE&CFID=86194103&CFTOKEN=63027610}}</ref> Ein Tupel kann also jederzeit anhand seiner Daten eindeutig identifiziert werden, was für ein Objekt nicht gilt.
	* ''Datenkapselung.'' Ein Objekt schützt seine Daten vor Veränderungen bzw. grenzt durch Methoden (das Verhalten) die Art, wie Daten verändert werden können, ein.<ref name="quarks" /> Ein Objekt gibt also die Möglichkeit, Daten in wohldefinierten Wegen zu verändern. Im Gegensatz dazu existieren keine solchen Schutzmechanismen im relationalen Modell (viele Datenbankhersteller erweitern den SQL-Standard, um Wege zu schaffen, dies zu erreichen, allerdings ist dies kein grundlegender Bestandteil des relationalen Modells<ref name="codd" />).		* ''Datenkapselung.'' Ein Objekt schützt seine Daten vor Veränderungen bzw. grenzt durch Methoden (das Verhalten) die Art, wie Daten verändert werden können, ein.<ref name="quarks" /> Ein Objekt gibt also die Möglichkeit, Daten in wohldefinierten Wegen zu verändern. Im Gegensatz dazu existieren keine solchen Schutzmechanismen im relationalen Modell (viele Datenbankhersteller erweitern den SQL-Standard, um Wege zu schaffen, dies zu erreichen, allerdings ist dies kein grundlegender Bestandteil des relationalen Modells<ref name="codd" />).

Gak69: Überschrift korrigiert, +Link

2022-03-26T14:07:14Z

Überschrift korrigiert, +Link

← Nächstältere Version		Version vom 26. März 2022, 16:07 Uhr
Zeile 27:		Zeile 27:
	Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen<ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|titel=The Vietnam of Computer Science \|datum=2006-06-26 \|zugriff=2010-06-02 \|hrsg=Interoperability Happens \|url=http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-url=https://web.archive.org/web/20060704030226/http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-datum=2016-07-04}}</ref>.		Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen<ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|titel=The Vietnam of Computer Science \|datum=2006-06-26 \|zugriff=2010-06-02 \|hrsg=Interoperability Happens \|url=http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-url=https://web.archive.org/web/20060704030226/http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-datum=2016-07-04}}</ref>.

	=== ~~noSQL~~ Datenbanken ===		=== NoSQL Datenbanken ===
	Bei der Speicherung von Daten in schemafreien Datenbanken kann jeder Datensatz eine andere innere Struktur haben. Der Anwendungsentwickler bildet seine Anwendungsdaten nicht mit mehr auf ein normalisiertes Relationenmodell ab; stattdessen haben die Datensätze unterschiedliche Felder oder es wird auf eine hierarchische Datenstruktur abgebildet; oft auch denormalisiert. Die Reibungsverluste durch den Object-Relational Impedance Mismatch entfallen und es entstehen Kosten durch einen anderen Impedance Mismatch.		Bei der Speicherung von Daten in [[NoSQL\|schemafreien Datenbanken]] kann jeder Datensatz eine andere innere Struktur haben. Der Anwendungsentwickler bildet seine Anwendungsdaten nicht mit mehr auf ein normalisiertes Relationenmodell ab; stattdessen haben die Datensätze unterschiedliche Felder oder es wird auf eine hierarchische Datenstruktur abgebildet; oft auch denormalisiert. Die Reibungsverluste durch den Object-Relational Impedance Mismatch entfallen und es entstehen Kosten durch einen anderen Impedance Mismatch.

	=== Objektorientierte Datenbank ===		=== Objektorientierte Datenbank ===

Ksweber: noSQL ergänzt. Referenz auf die Vorgehensweise bei noSQL siehe https://www.martinfowler.com/articles/nosqlKeyPoints.html

2022-03-22T13:02:58Z

noSQL ergänzt. Referenz auf die Vorgehensweise bei noSQL siehe https://www.martinfowler.com/articles/nosqlKeyPoints.html

← Nächstältere Version		Version vom 22. März 2022, 15:02 Uhr
Zeile 26:		Zeile 26:

	Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen<ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|titel=The Vietnam of Computer Science \|datum=2006-06-26 \|zugriff=2010-06-02 \|hrsg=Interoperability Happens \|url=http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-url=https://web.archive.org/web/20060704030226/http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-datum=2016-07-04}}</ref>.		Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen<ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|titel=The Vietnam of Computer Science \|datum=2006-06-26 \|zugriff=2010-06-02 \|hrsg=Interoperability Happens \|url=http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-url=https://web.archive.org/web/20060704030226/http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-datum=2016-07-04}}</ref>.

			=== noSQL Datenbanken ===
			Bei der Speicherung von Daten in schemafreien Datenbanken kann jeder Datensatz eine andere innere Struktur haben. Der Anwendungsentwickler bildet seine Anwendungsdaten nicht mit mehr auf ein normalisiertes Relationenmodell ab; stattdessen haben die Datensätze unterschiedliche Felder oder es wird auf eine hierarchische Datenstruktur abgebildet; oft auch denormalisiert. Die Reibungsverluste durch den Object-Relational Impedance Mismatch entfallen und es entstehen Kosten durch einen anderen Impedance Mismatch.

	=== Objektorientierte Datenbank ===		=== Objektorientierte Datenbank ===

Aka: /* Lösungsansätze */ Leerzeichen vor Beleg entfernt

2022-03-18T12:52:15Z

Lösungsansätze: Leerzeichen vor Beleg entfernt

← Nächstältere Version		Version vom 18. März 2022, 14:52 Uhr
Zeile 25:		Zeile 25:
	== Lösungsansätze ==		== Lösungsansätze ==

	Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen <ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|titel=The Vietnam of Computer Science \|datum=2006-06-26 \|zugriff=2010-06-02 \|hrsg=Interoperability Happens \|url=http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-url=https://web.archive.org/web/20060704030226/http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-datum=2016-07-04}}</ref>.		Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen<ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|titel=The Vietnam of Computer Science \|datum=2006-06-26 \|zugriff=2010-06-02 \|hrsg=Interoperability Happens \|url=http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-url=https://web.archive.org/web/20060704030226/http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-datum=2016-07-04}}</ref>.

	=== Objektorientierte Datenbank ===		=== Objektorientierte Datenbank ===

Sebastian.Dietrich: /* noSQL Datenbanken */ Das (dass bei nosql die Anwendung die DB-Strunktur mehr bestimmen kann und dass es bei nosql keinen OR-IM gibt) bezweifle ich - kann gerne mit Belegen wieder kommen

2022-03-18T10:32:53Z

noSQL Datenbanken: Das (dass bei nosql die Anwendung die DB-Strunktur mehr bestimmen kann und dass es bei nosql keinen OR-IM gibt) bezweifle ich - kann gerne mit Belegen wieder kommen

← Nächstältere Version		Version vom 18. März 2022, 12:32 Uhr
Zeile 26:		Zeile 26:

	Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen <ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|titel=The Vietnam of Computer Science \|datum=2006-06-26 \|zugriff=2010-06-02 \|hrsg=Interoperability Happens \|url=http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-url=https://web.archive.org/web/20060704030226/http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-datum=2016-07-04}}</ref>.		Es existieren verschiedene Lösungsansätze mit unterschiedlichen Vor- und Nachteilen <ref name="RDMDBobjectmis">{{Internetquelle \|autor=Ted Neward \|titel=The Vietnam of Computer Science \|datum=2006-06-26 \|zugriff=2010-06-02 \|hrsg=Interoperability Happens \|url=http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-url=https://web.archive.org/web/20060704030226/http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx \|archiv-datum=2016-07-04}}</ref>.

	=== noSQL Datenbanken ===
	Bei der Speicherung von Daten in schemafreien Datenbanken sind die Unterschiede der Paradigmen noch größer, aber die Anwendung bestimmt das Format der gespeicherten Daten. Datenanalysen und massenhafte Datenderungen sind dafür erschwert. Objektrelationalen Impedance Mismatch gibt es nicht.

	=== Objektorientierte Datenbank ===		=== Objektorientierte Datenbank ===