Office: (Office 2003) mehrere Abfragen verschachteln (SQL)?

Hm,wie kann ich das denn festellen?*rolleyes.gif*


Ich habe mal meine Abfragen bis zu der Stelle an der der Fehler kommt in ein Word Dokument gepackt und angehängt.

 

[OT]
@Rainer: bist du sicher, dass die Beziehungen im Access-BE existieren? Bei mir werden diese auch angezeigt, wenn ich per VBA-Code die Verknüpfung erstelle.
Code:

Oder handelt es sich bei dir möglicherweise gar nicht um ein Access/Jet/ACE-Backend sondern um verknüpfte Tabellen aus einem aktivem DBMS?

 

Diese kleine Perle habe ich Access Secrets (einem Newsletter) entnommen. Ein Autor ist nicht angegeben.

 

\@ Josef P.

Ja, dort werden Sie ja im Access-Beziehungsfenster angezeigt. Zwar nicht alle, aber die meisten. Das nicht alle angezeigt werden, liegt daran weil ich das Entwicklungs-BE ständig erweitere und immer wieder Tabellen hinzu kommen.

Neue Tabellen werden nicht angezeigt, aber die Beziehungen funktionieren einwandfrei (Lösch-/Updateweitergabe).

Erst wenn ich das BE mal wieder komplett neu erstelle mit dem aktuellen Modellstand werden wieder alle Beziehungen korrekt angezeigt.

Aber von den Beziehungen die das BE-Beziehungsfenster ausweist wird keine einzige im FE angezeigt.

Wie schon vorher geschrieben handelt es sich um *.accdb, respektive *.mdb Dateien.

Die BE's werden zwar mit DeZign erstellt, aber hatten wir ja schonmal das hier nur das Thema ist, dass DeZign nicht die akutellste Jet verwendet. Erzeugt zwar *.accdb Dateinen die Access intern aber als *.mdb interpretiert.

Gruß

Rainer

 

[OT: Beziehungen]
@Rainer: Da scheint irgendetwas defekt zu sein, ich schaffe es zumindest bei mir nicht, dass die Beziehungen aus dem BE nicht im FE angezeigt werden. Spätestens wenn ich auf "alle Beziehungen" klicke werden die Beziehungen angezeigt ... sogar jene, die ich erst nach dem Verknüpfen der Tabellen im BE erstellte.
Anm.: Ich testete sowohl mit accdb als auch mit mdb. Außerdem erstelle ich die Beziehungen testweise noch per SQL-Anweisung.
Verwendete Access-Version: 12.0.6514:5000 (SP2)

 

Version 12.0.6423.1000 (SP2) MSO 12.0.6425.1000

Die Frage wäre nur was und wie kann ich das beheben?

Gruß

Rainer

 

Zur Problemlösung kann ich leider nix beitragen aber ich muß dem Threadstarter Moerio unbedingt 'ne Frage stellen:
gibt es jemanden der die 14-fach aufeinander aufbauenden Abfragen logisch nachvollziehen kann?

 

Meinst Du die Ergenbisse die bei der jeweiligen Abfrage raus kommen, oder
die Vorgehensweise?

 

Hi,

@Moerio:
Da die "Vor-Abfragen" ja in Subselects umgewandelt werden, könnte es vielleicht durchaus sein, dass die "ausgejointen" Tabellen in der fraglichen Abfrage die 255 Tabellezugriffe überschreiten. Irgendwo ist halt einfach Sense....

Du könntest aber vielleicht deine Daten in einer Tabelle ablegen, die in einer temporären (!) Datenbank liegt. Die 14 Abfragen würden also notfalls auf die Tabellenausgabe der jeweils vorigen zugreifen. Da schreibst du die Daten in eine (oder mehrere) Tabellen, die nur zeitweilig existieren. Darauf könntest du dann deine Auswertungen fahren. SObald die Auswertung erledigt ist (Formular/Bericht geschlossen), würde diese temporäre Datenbank automatisch gelöscht.

Wäre das eine Lösung? Dann such doch mal hier im Forum nach clsTempDB. Das ist eine Klasse, die so eine temporäre DB erstellt und als DAO.Database zurückgibt. Wenn du deine SQLs so umbaust, dass die Daten in die tempDB geschrieben und (ggf) von dort gelesen werden, hast du einen netten kleinen Helfer für dein Problem.

 

\@Atrus2711

Das hört sich doch mal nach einem Lösungsweg an.
Ich hab mir die Klasse in meiner Datenbank als Klassenmodul abgelegt und mal über einen Button mit dem Code

Dim oDB as clsTempDB
Set oDB = New clsTempDB
MsgBox oDB.Fullname
Set oDB = Nothing

gestartet.

Ich bekomme dann auch die MsgBox mit der Pfadangabe und dem Datenbanknamen angezeigt.
Ist das richtig das ich in dem Datenbankpfad keine temporäre Datenbank sehen kann?
Oder muß Sie für den Zeitraum in dem sie genutzt wird auch im Explorer sichtbar sein?


Wie komme ich denn nun meine Tabellen in der temporären Datenbank abgelegt?
Tabellenerstellungabfrage?

Gruß
Moeiro

 

Hi,

Die DB killt sich selbst, wenn nichts mehr auf sie verweist. Geh das mal im Einzelschrittmodus durch. Du wirst sehen, dass die DB beim Set = New entsteht (im DB-Ordner im Explorere sichtbar), während der MsgBox bestehen bleibt und nach dem Set = Nothing gelöscht wird. Wenn du das alles einfach durchlaufen lässt, lebt die DB quasi nur so lange, wie du die MsgBox stehen lässt. Daher ja: temporär, das kommt von Tempo, also schnell *g* (natürlich eher: zeitweilig).

Die temporäre Datenbank ist eine DAO.Database, also sowas ähnliches wie Currentdb (aber halt nicht Current, sondern fremd). Da kannst du dann arbeiten:

• mit Aktionsabfragen (Tabellenerstellungsabfrage etc):
• mit DAO-DDL (CreateTable, Create Index etc)

Da du dann aber mit zwei Datenbanken arbeitest (temporäre und "Hauptdatenbank"), musst du eine Datenbank immer voll qualifizieren. Die Anlage zeigt dir, wie (Formularbutton).

Obacht: der Explorer braucht 1-2 Sekunden, bis er die Datei(en) anzeigt. Ggf. mal mit F5 aktualisieren.

 

Hallo,

ich habe das Besipiel mal in meine Datenbank eingebaut
und mit

'Tabellenerstellungsabfrage (push: von hier nach da drücken)
CurrentDb.Execute "SELECT tblMachines.ID_MachinePK, tblMachines.datMC_Implement, tblMachines.datMC_Dissmantle, tblCapCallDate.datCapCallDate, IIf([datCapCallDate]>[datMC_Implement] And [datCapCallDate]

 

Hat dein eigener Code funktioniert?

Mein zweiter war nur eine Variante, um zu demonstrieren, dass man beim Hantieren mit 2 Datenbanken immer zwei Möglichkeiten hat:

1. von der Hauptdatenbank ausgehend in die Temp schreiben (push dahin)
2. von der TempDB aus Daten aus der Hauptdatenbank lesen (pull daher).

"Wegschreiben" oder "herholen". Wie du es gerade brauchst. Wie bei einer Tür: es steht Drücken dran, aber von der anderen Seite musst du trotzdem ziehen.... *Smilie

 

Ja,klappt Super.
Hab schon 4 Abfrage Ergebnisse in Temporäre Tabellen umgewandelt.

Was muß ich eigendlich in meinem Bericht für eine Datenquelle auswählen?

Ich denke mal einen SQL String mit dem Verweis auf die letzte temporäre Tabelle in der TempDB?Oder?

Gruß
Moerio

 

Auch da kommt die IN-Klausel als Datenherkunft zum Zug:

Code:

oder (weiß nicht mehr genau, ob vielleicht sogar beides geht)

Code:

Guck mal nach IN-Klausel.