Office: (Office 2016) Feststellen ob accde oder accdb

Hallo
ich habe unter Acces20003 so fest ob ich eine Mde oder MdB offen habe:

Code:

Das funktioniert so auch mit Acces2016 *confused.gif*
ist ja positiv für mich also Wunderbar *wink.gif*
aber wieso muss ich beim Testen MDE und Nicht ACCDE abfragen ?
kann mir jemand das sagen ?



sorry Titel Falsch
sollte So heissen
feststellen ob accde oder accdb
[Edit] Mof-Team AD: Habe ich korrigiert [/Edit]

:)

 

Deine Funktion kannst Du benennen wie Du lustig bist. (Teil 1)

Wenn die zu prüfende Datenbankeigenschaft weiterhin MDE heißt, dann ist das so und hat vielleicht seine Ursachen in einer Kompatibilitätserhaltung mit älteren Versionen. Ein Verständnisproblem wird wohl nicht zu erwarten sein. (Teil 2)

 

Hi,

ich tippe mal darauf, dass es sich hier um eine benutzerdefinierte Eigenschaft
handelt und du hast nur nicht daran gedacht, den Namen anzupassen. *wink.gif*

Und warum fragst du nicht einfach den Dateityp der aktuellen Anwendung ab?
Bspw. so: Code:

 

Weil man die Datei einfach unbennnen kann, reicht dies zu sicheren
Überprüfung nicht.

 

Hallo
Danke Marsu

im weiteren findet meine Routine
unter Access 2013 auch das accdbR eine Mde / accdbe ist
was für mich auch Richtig ist *Smilie

für mich war nur verwirend (unlogisch) das man MDE abfragen muss

aber die erklärung von Eberhard geht servarscheindlich schon
in die richtige Richtung *Smilie

es wird das Dateiformat und nicht die Extention (.MDE/accbe) geprüft

das der Funktions Name "isMde" bennent werden kann nach meiener Lust
so lange er nicht mehrfach ist ist mir schon klar *wink.gif*
das wahr aber nicht meine Frage.

 

Cool, die Property hab ich bis jetzt nicht gekannt.
Kennt zufällig jemand eine vollständige Liste der DAO.Database Properties, ich habe bis jetzt keinen Link dazu gefunden?

LG Markus

 

Hallo
Hoppla habe noch ein Fehler gefunden
in meinem hochgeladenen Code *frown.gif*
Code:

in meiner Funktion in der Test MDB/ACCDB
ist es Korrekt !
das:
Resume Next
sollte
On Error Resume Next
heissen !
und hier:
Code:

*frown.gif*
das On Error Resume Next weg

 

Hallo Markus,

Ein Code:

zeigt als Ergebnis 47. Fehlen da dann immer noch welche?
Im Objektkatalog werden davon sogar nur 17 angezeigt ?

gruss ekkehard

 

\@Ekkehard,
was in der Auflistung steht sehe ich ja selbst.
Es geht um eine Liste aller Eigenschaften die gesetzt werden könnten. Natürlich kann jeder die Liste beliebig erweitern, aber es geht mir um alle Standardeigenschaften.

LG Markus

 

Hallo Markus,

Davon bin ich schon ausgegangen, wollte das nur als Grundlage für meine Frage
erwähnen.
Diese war wohl falsch gestellt. Was ich meine ist,
Warum werden denn im Objektkatalog und in der Auflistung nicht alle angezeigt?

gruss ekkehard

 

Darauf hätte ich auch gerne eine Antwort.
Da man die Liste aber beliebig erweitern kann, macht das halt wenig Sinn, weil nicht klar ist welche benutzerdefinierten Eigenschaften vorhanden sind.
Das wäre ein möglicher Grund.

LG Markus

 

Na gut, bleiben unsere Fragen unbeantwortet.
Ich denke, dass ich damit leben kann, - so tief dringe ich eh eher selten
ein.

 

Darauf hätte ich auch gerne eine Antwort.

Zum Teil liegt das sicherlich daran, dass es sich um eine DAO.Database handelt. Im Kern ist das eine reine Datenbank-Datei, die komplett für sich alleine (d.h. ohne Access) mit der Jet/Ace-Engine und der DAO(!)-Bibliothek verwendet werden kann. In diesem Kontext sind nur die Properties relevant, die im Objektkatalog explizit aufgelistet werden.

Access ist nur eine Anwendung von mehreren*, die Jet/DAO.Databases verwenden. Die weiteren Properties, die man standardmäßig in der Database.Properties-Auflistung einer Access-DB findet, sind für das Verhalten von Access relevant, haben aber nichts mit der reinen DAO.Database zu tun.


*= Z.B. Microsoft Exchange Server verwendet intern auch Jet-Dbs (zumindest in alten Versionen)

 

Du meist also die Properties sind mehr ein kontextgebundener Kontainer für die jeweilige Parent Anwendung?

Danke
Markus

 

Ja, genau. Schau dir doch mal die Namen der Properties einer Access-DB an, die zusätzlich zu denen aus dem Objektkatalog vorhanden sind. - Dies sind alles Parameter, die die Access-Oberfläche, deren Verhalten und die Entwicklungsumgebung betreffen. Nichts davon ist für die reine Datenbank im klassischen Sinne relevant.