<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Ldap oder Datenbank</title>
	<atom:link href="http://www.ende-der-vernunft.org/2009/06/16/ldap-oder-datenbank/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ende-der-vernunft.org/2009/06/16/ldap-oder-datenbank/</link>
	<description>Wir ertrinken in Information, aber hungern nach Wissen [John Naisbitt]</description>
	<lastBuildDate>Mon, 02 Jan 2012 08:33:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Von: Tiberian</title>
		<link>http://www.ende-der-vernunft.org/2009/06/16/ldap-oder-datenbank/comment-page-1/#comment-10102</link>
		<dc:creator>Tiberian</dc:creator>
		<pubDate>Wed, 17 Jun 2009 19:48:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2594#comment-10102</guid>
		<description>Also ich würde LDAP jedem DBMS vorziehen. Zum einen aus den oben genannten Gründen und zum anderen weil ich es seit vielen Jahren erfolgreich nicht nur zur Userauthentifizierung einsetze ( Apache Vhosts, PHP Configs, Bind Configs, Mailrouting, FTP uvm.). Zudem habe ich einige Schemas geschrieben und wir entwickeln gerade an einem Management System für Hoster, Rechenzentren etc.). Dadurch das LDAP Klassen in sogut wie jeder Sprache verfügbar sind und die Verwaltung von LDAP sehr einfach zu realisieren ist, ziehe ich dies jedem meterlangen SQL Query vor :-)</description>
		<content:encoded><![CDATA[<p>Also ich würde LDAP jedem DBMS vorziehen. Zum einen aus den oben genannten Gründen und zum anderen weil ich es seit vielen Jahren erfolgreich nicht nur zur Userauthentifizierung einsetze ( Apache Vhosts, PHP Configs, Bind Configs, Mailrouting, FTP uvm.). Zudem habe ich einige Schemas geschrieben und wir entwickeln gerade an einem Management System für Hoster, Rechenzentren etc.). Dadurch das LDAP Klassen in sogut wie jeder Sprache verfügbar sind und die Verwaltung von LDAP sehr einfach zu realisieren ist, ziehe ich dies jedem meterlangen SQL Query vor :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: -1</title>
		<link>http://www.ende-der-vernunft.org/2009/06/16/ldap-oder-datenbank/comment-page-1/#comment-10100</link>
		<dc:creator>-1</dc:creator>
		<pubDate>Wed, 17 Jun 2009 17:19:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2594#comment-10100</guid>
		<description>Ehm... ich denke die Fragestellung ist hier die Falsche. Es müßte wohl eher LDAP oder SQL? lauten. Rein technisch spricht nichts dagegen die Daten die per LDAP abgefragt werden in einer Datei oder Dateisystembasiert zu hinterlegen. Technisch sinnvoller wäre aber das hinterlegen der Daten in einer klassischen Datenbank. Dank der hierachischen Abfragemöglichkeit von LDAP eigenen sich aber nicht alle Datenbanken gleich gut.

Dank diverser vorahndener Schemata und Schematatemplates eignet sich LDAP wohl besser für die klassischen administrative Allerweltsdinge. (Authentifizierungen, User/Group Policies, Addressbücher, etc.).

Dafür ständing eigene Module (PAM, E-Mail Client, etc.) zu entwickeln um per SQL &#039;ne DB mit eigenemen Schema abzufragen ist vermutlich etwas aufwändig.</description>
		<content:encoded><![CDATA[<p>Ehm&#8230; ich denke die Fragestellung ist hier die Falsche. Es müßte wohl eher LDAP oder SQL? lauten. Rein technisch spricht nichts dagegen die Daten die per LDAP abgefragt werden in einer Datei oder Dateisystembasiert zu hinterlegen. Technisch sinnvoller wäre aber das hinterlegen der Daten in einer klassischen Datenbank. Dank der hierachischen Abfragemöglichkeit von LDAP eigenen sich aber nicht alle Datenbanken gleich gut.</p>
<p>Dank diverser vorahndener Schemata und Schematatemplates eignet sich LDAP wohl besser für die klassischen administrative Allerweltsdinge. (Authentifizierungen, User/Group Policies, Addressbücher, etc.).</p>
<p>Dafür ständing eigene Module (PAM, E-Mail Client, etc.) zu entwickeln um per SQL &#8216;ne DB mit eigenemen Schema abzufragen ist vermutlich etwas aufwändig.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dirk Deimeke</title>
		<link>http://www.ende-der-vernunft.org/2009/06/16/ldap-oder-datenbank/comment-page-1/#comment-10096</link>
		<dc:creator>Dirk Deimeke</dc:creator>
		<pubDate>Wed, 17 Jun 2009 08:45:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2594#comment-10096</guid>
		<description>Hinter LDAP steckt auch eine Datenbank, nämlich die von Oracle gekaufte Berkeley DB, LDAP ist eine Sammlung von Methoden, die darauf aufsetzt.

Bei den anderen Pluspunkten stimme ich aber zu:
- LightWeight
- Standardisiert
- Replikation
- Hierarchisch

(Wobei das ein anderer Aufsatz für eine Datenbank auch leisten könnte).</description>
		<content:encoded><![CDATA[<p>Hinter LDAP steckt auch eine Datenbank, nämlich die von Oracle gekaufte Berkeley DB, LDAP ist eine Sammlung von Methoden, die darauf aufsetzt.</p>
<p>Bei den anderen Pluspunkten stimme ich aber zu:<br />
- LightWeight<br />
- Standardisiert<br />
- Replikation<br />
- Hierarchisch</p>
<p>(Wobei das ein anderer Aufsatz für eine Datenbank auch leisten könnte).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: rowi</title>
		<link>http://www.ende-der-vernunft.org/2009/06/16/ldap-oder-datenbank/comment-page-1/#comment-10095</link>
		<dc:creator>rowi</dc:creator>
		<pubDate>Wed, 17 Jun 2009 08:28:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2594#comment-10095</guid>
		<description>zu beachten ist auch die Größenordnung und Struktur der Nutzung. LDAP ist für das Lesen optimiert und gerade bei vielen und konkurrierenden Zugriffen deutlich im Vorteil.
Bei wenigen Abfragen und ggf. auch Schreibzugriffen in ähnlicher Größenordnung wie das Lesen ist eine Datenbank evtl. sinnvoller. Vor allem, wenn das LDAP nur eine weitere Schicht ohne konkreten Vorteil für den Einsatzzweck ist. Wenn es z.B. nur darum geht dass 3 Dienste Benutzerdaten abfragen.

Mehr Informationen zum Einsatzszenario wären sinnvoll.</description>
		<content:encoded><![CDATA[<p>zu beachten ist auch die Größenordnung und Struktur der Nutzung. LDAP ist für das Lesen optimiert und gerade bei vielen und konkurrierenden Zugriffen deutlich im Vorteil.<br />
Bei wenigen Abfragen und ggf. auch Schreibzugriffen in ähnlicher Größenordnung wie das Lesen ist eine Datenbank evtl. sinnvoller. Vor allem, wenn das LDAP nur eine weitere Schicht ohne konkreten Vorteil für den Einsatzzweck ist. Wenn es z.B. nur darum geht dass 3 Dienste Benutzerdaten abfragen.</p>
<p>Mehr Informationen zum Einsatzszenario wären sinnvoll.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Julian</title>
		<link>http://www.ende-der-vernunft.org/2009/06/16/ldap-oder-datenbank/comment-page-1/#comment-10083</link>
		<dc:creator>Julian</dc:creator>
		<pubDate>Tue, 16 Jun 2009 19:42:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2594#comment-10083</guid>
		<description>Und viele Anwendungen unterstützen eine Authentifizierung gegen LDAP, aber nicht gegen eine Datenbank, d.h. wenn Du viele Anwendungen anbinden willst, dann stellt sich die Frage fast nicht.</description>
		<content:encoded><![CDATA[<p>Und viele Anwendungen unterstützen eine Authentifizierung gegen LDAP, aber nicht gegen eine Datenbank, d.h. wenn Du viele Anwendungen anbinden willst, dann stellt sich die Frage fast nicht.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Tobi</title>
		<link>http://www.ende-der-vernunft.org/2009/06/16/ldap-oder-datenbank/comment-page-1/#comment-10081</link>
		<dc:creator>Tobi</dc:creator>
		<pubDate>Tue, 16 Jun 2009 18:43:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2594#comment-10081</guid>
		<description>Mal so rein ins blaue geschossen meine Vorteile für LDAP.
Ich muss mir keine so großen Gedanken um die Struktur der Daten machen sofern man sich alle Programme an ein paar Schemas halten. Mich nervt es total, wenn ich einem Programm bei gefühlten 370 Optionen sagen muss wo es die Daten im LDAP findet, was bei eine Datenbank wieder der Fall wäre. Zumindest in den Fällen die ich kenne (was nicht so viele sind gebe ich zu). Wenn es Schema X im LDAP gibt dann greift Programm Y allein mit den Verbindungsinformationen auf alles selbst zu. Theoretisch.</description>
		<content:encoded><![CDATA[<p>Mal so rein ins blaue geschossen meine Vorteile für LDAP.<br />
Ich muss mir keine so großen Gedanken um die Struktur der Daten machen sofern man sich alle Programme an ein paar Schemas halten. Mich nervt es total, wenn ich einem Programm bei gefühlten 370 Optionen sagen muss wo es die Daten im LDAP findet, was bei eine Datenbank wieder der Fall wäre. Zumindest in den Fällen die ich kenne (was nicht so viele sind gebe ich zu). Wenn es Schema X im LDAP gibt dann greift Programm Y allein mit den Verbindungsinformationen auf alles selbst zu. Theoretisch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Jtb</title>
		<link>http://www.ende-der-vernunft.org/2009/06/16/ldap-oder-datenbank/comment-page-1/#comment-10079</link>
		<dc:creator>Jtb</dc:creator>
		<pubDate>Tue, 16 Jun 2009 18:35:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2594#comment-10079</guid>
		<description>Ganz wichtig ist auch der Unterschied in der Struktur. Mit LDAP kann eine Baumstruktur aufgebaut werden. Dies ist mit Datenbanken zwar auch möglich, aber umständlich und nicht optimiert.</description>
		<content:encoded><![CDATA[<p>Ganz wichtig ist auch der Unterschied in der Struktur. Mit LDAP kann eine Baumstruktur aufgebaut werden. Dies ist mit Datenbanken zwar auch möglich, aber umständlich und nicht optimiert.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Roger Wilco</title>
		<link>http://www.ende-der-vernunft.org/2009/06/16/ldap-oder-datenbank/comment-page-1/#comment-10078</link>
		<dc:creator>Roger Wilco</dc:creator>
		<pubDate>Tue, 16 Jun 2009 18:16:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2594#comment-10078</guid>
		<description>Einfache Antwort: Wenn es die Vorgaben erfordern.

So als Gedankenspiel mal ein paar Vor- und Nachteile:
LDAP ist ein standardisiertes Protokoll (RFC 4511). Die Protokolle zwischen Datenbankclient und -server sind das in der Regel nicht.

Es gibt verschiedene LDAP-Implementierungen, die (sofern sie dem Standard entsprechen) beliebig ausgetauscht und ggf. miteinander kommunizieren können. Mach das mal mit relationalen Datenbanken. ;)

LDAP ist ein Verzeichnisdienst und somit auf Lookups optimiert. Relationale Datenbanken sind das nicht.

Ein LDAP-Verzeichnis lässt sich verhältnismäßig einfach replizieren. Bei einer relationalen Datenbank hängt das stark vom konkreten Produkt ab.

Relationale Datenbanken lassen sehr komplexe Anfragen zu (eben durch SQL).</description>
		<content:encoded><![CDATA[<p>Einfache Antwort: Wenn es die Vorgaben erfordern.</p>
<p>So als Gedankenspiel mal ein paar Vor- und Nachteile:<br />
LDAP ist ein standardisiertes Protokoll (RFC 4511). Die Protokolle zwischen Datenbankclient und -server sind das in der Regel nicht.</p>
<p>Es gibt verschiedene LDAP-Implementierungen, die (sofern sie dem Standard entsprechen) beliebig ausgetauscht und ggf. miteinander kommunizieren können. Mach das mal mit relationalen Datenbanken. ;)</p>
<p>LDAP ist ein Verzeichnisdienst und somit auf Lookups optimiert. Relationale Datenbanken sind das nicht.</p>
<p>Ein LDAP-Verzeichnis lässt sich verhältnismäßig einfach replizieren. Bei einer relationalen Datenbank hängt das stark vom konkreten Produkt ab.</p>
<p>Relationale Datenbanken lassen sehr komplexe Anfragen zu (eben durch SQL).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

