Warum JET DB für AD, Exchange etc?

[Apex 15]

Hallo

 

ich habe hier eine theoretische Frage und freue mich auf eine anregende Diskussion.

 

Warum setzt MS beim Active Directory und bei Exchange, DHCP etc. auf das JET DB Format?

Warum gibt es nicht die Möglichkeit, daß auf SQL Eben zu regeln?

 

Mit SQL gibt es einige Bauchschmerzen weniger und man hat super Möglichkeiten Daten 'rauszuziehen (Reporting) und weiterzuverarbeiten, exportieren, importieren etc.

 

Was sagt ihr?

[Daim 12]

Hola,

 

Warum setzt MS beim Active Directory und bei Exchange, DHCP etc. auf das JET DB Format?

Warum gibt es nicht die Möglichkeit, daß auf SQL Eben zu regeln?

 

das kann dir letztenendes nur einer beantworten und das wäre Microsoft.

Was die genauen Gründe sind oder was sie dazu bewegt hat, diese Strategie zu wählen, wird kein anderer wissen ausser Microsoft.

 

Alles andere wäre Spekulation.

[Apex 15]

Alles andere wäre Spekulation.

 

Darum geht es mir ja auch ;)

 

Macht es denn in euren Augen überhaupt Sinn oder ist es gut so, daß JET genutzt wird.

 

Welche Vorteile seht ihr für JET?

Welche Nachteile hätte SQL? Abhängigkeit von weiteren Servern...?

[gysinma1 13]

Hallo Zusammen

 

Ich habe gegenwärtig wegen einem Projekt mit einem MS Experten zu tun und wir diskutierten das letztlich im Kaffee wegen SQL und JetDatenbanken.

 

Letztendlich war und ist es so, dass alle "Ankündigungen" von Exchange oder AD auf SQL zu betreiben Enten waren. Es wird auch nie Exchange oder Active Directory auf SQL betrieben werden.

 

- SQL ist ausgelegt um grossen Datenmengen rasch zu übermitteln in hohe Anfrageintervalle

- JetDatenbanken sind ausgelegt für hohe Anfrageintervalle jedoch mit kleinen Datenbeständen

 

Es gibt keinen Addedvalue von Exchange auf SQL, denn die Datenarchitektur ist dafür nicht ausgelegt. Active Directory 2003 arbeitet mit der Basis von Exchange 5.0 (allerdings mit anderen Transactionlog und Transactionintervalls gegenüber Exchange).

 

Ein Vergleich aus der Autobranche:

- Ein Smart hat ein Smartmotor weil er leicht ist und gut abhebt (habe ein Smart)

- Mein Jeep hat ein Jeepmotor weil er langsam und schwer ist

 

Gruss

Matthia

[Velius 10]

Schussendlich ist es auch eine Frage das Supports. Tools um die Jet DB zu editieren gibt's soweit ich weiss nur von MS.

 

Wenn's SQL DBs wären würden auch die Möglichkeiten wachsen, bzw. vielleicht käme Jemand auf die Idee das zentral auf eine DB Server zu buttern was ungeahnte Folgen hätte.

 

Wer bei MS will dann solche Calls haben. Man kann auch als 'nicht supported' deklarieren. Aber eben, wer will das schon.:wink2:

[steven20 10]

Hi,

 

Also irgendwie werden hier doch Birnen mit Äpfel verglichen meiner Meinung?!

 

SQL ist eine "Datenbank Abfrage Sprache" bzw einfach eine Abfrageschnittstelle.

 

Was die Datenbank für ein Format hat bzw wie diese nun wirklich Aufgebaut ist wieder eine Ganz Andere geschichte.

[gysinma1 13]

SQL ist eine "Datenbank Abfrage Sprache" bzw einfach eine Abfrageschnittstelle. Was die Datenbank für ein Format hat bzw wie diese nun wirklich Aufgebaut ist wieder eine Ganz Andere geschichte.

 

Es ist immer wieder interessant, was Microsoft für neue Produkte im Umlauf hat :D - Ich wusste nun auch nicht, dass ich 6 Monate Hochverfügbarkeitssprachen supportede ... Ich denk Du meinst SQL Queries das ist eine Abfrage aber nicht eine Datenbankarchitektur.

 

Wie Du richtig schreibst reden wir hier von der "anderen Geschichte" - von dem Datenbankmodell :cool:.

 

Gruss

Matthias

[Velius 10]

Seihe: SQL - Wikipedia, the free encyclopedia :D

 

 

Ps: Das Datenbank Modell/der Server von MS nennt sich genauso wie die Abfrage/Sprache;)