Re: Primärschlüssel und Indizierung

Tech-Archive recommends: Fix windows errors by optimizing your registry

Hallo Sascha

"Sascha Trowitzsch" <ng@xxxxxxxxxxxx> wrote in message news:uwTDWF%23yIHA.5520@xxxxxxxxxxxxxxxxxxxxxxx
Es gibt aber leider nichts Analoges zu JET 4 und schon gar nicht zur ACE. So ist

Die in diesem Papier enthaltenen Aussagen gelten sicher auch für Jet 4 und auch für ACE. Jet4 und ACE beinhalten marginale Änderungen, die wohl kaum den Kernel der DBEngine betreffen und die Rushmore Technologie, deren Auswirkungen in diesem Papier beschrieben werden, berühren. Diese Teile sind wohl sowas wie ein Heiligtum der Jet Engine.

es nur Spekulation, ob die Aussagen uneingeschränkt Gültigkeit haben.

Bisher sind keine widerlegt worden, also betrachte ich diese auch weiterhin als gültig.

Was war eigentlich um 2000 rum passiert, dass MS solche Insider-Infos nicht mehr rausgibt? Damals konnte man auch noch auf den FTP-Bereich und sich allerlei

Du sprichst verschiedene Bereiche an. Das eine ist die Jet Engine, welche bis A2007 und der Einführung von ACE mit dem Access Team nichts gemeinsam hatte, ausser dass das Access Team diese Jet Engine für Access benutzt. Die Jet Engine und deren Team war, wie in verschiedenen Blogs zu lesen ist, in der SQL Server Group angesiedelt. Etwa um 2000 herum dürfte dann die Jet Engine eingefroren worden sein, das heisst es wurde daran mehr oder weniger nichts mehr geändert, ausser ein paar äusserst dringende und vielleicht sicherheitskritische Korrekturen. Mit ACE wurde dieser Freeze für das Access Team aufgehoben, weil diese nun Jet bezüglich der unterstützten Datentypen erweitern mussten, um SharePoint Listen optimaler zu unterstützen. Dieser Unfreeze endete aber darin, dass nicht das Jet Team wieder aktiviert wurde, sondern dass das Access Team eine private Kopie des Jet Engine Sources erhielt, mit welchem sie nun rumspielen können und darin so umstrittene Funktionalitäten wie Attachment und MultiValueField Datentypen unterbringen konnten, welche auf den ersten Blick ein Dorn im Auge jedes Normalisierungsverfechters sind. Ob damit auch der Kernel angepasst werden musste, der die Rushmore Technologie implementiert, wage ich zu bezweifeln, weil die neuen Datentypen versteckt doch normalisiert in Tabellen abgelegt werden, welche dann wohl wieder über den Kernel abgefragt und bearbeitet werden können, ohne dass dieser angepasst werden musste.

Goodies abholen wie etwa den Quelltext zu den Access Wizzards. Was man heute auf MSDN findet ist alles vergleichsweise flach. Und die "Open Specification Promise Offensive" ist unzureichend.

Dies ist nun das Access Team selber. Das Open Specification Promise sagt nichts über die Auslieferung von Source Code aus, sondern darüber, dass die Dateiformate offengelegt und spezifiziert werden. Das würde heissen, dass genau beschrieben würde, wie das MDB Format intern aufgebaut ist, so dass da jemand hingehen könnte, um eine eigene Jet Engine zu schreiben. Wie weit sowas nach so langer Zeit überhaupt noch möglich ist, wie es die Jet Engine gibt, wage ich nur zu vermuten und bin daher nicht ganz überrascht, dass Access im OSP nicht aufgeführt wurde.

Zum Quelltext der Access Wizzards: Ja, das verstehe ich auch nicht, wieso dieser nicht mehr offen liegt. Es hatte darin einige gute Beispiele, wie man bestimmte Dinge einfach realisieren kann, und deshalb wurde damals dieser Source auch offen gelegt, als Code Beispiele. Vielleicht sind die Wizzards heute nicht mehr so ganz schulmässig aufgebaut, so dass die Verantwortlichen sich dazu entschlossen haben, deren Source nicht mehr offen zu legen. Aber Grundsätzlich hat das mit Jet nichts zu tun.

Gruss
Henry


--
Microsoft MVP Office Access
Keine E-Mails auf Postings in NGs. Danke.
Access FAQ www.donkarl.com

.

Relevant Pages