7
Temporäre SQL-Tabelle in Access nutzen
Eine lokale temporäre Tabelle wird mit docmd.runsql (#table_name) erstellt. Wenn z.B. ein Kombinationsfeld mit me.Kombinationsfeld.rowsource = "SELECT ...... FROM #table_name" diese Tabelle nutzen soll wird gemeldet, dass die Abfrage die Datenquelle nicht finden kann. ...
Status: MS-Access 2000 (adp) ist hier mit MSSQL-SERVER 2000 verbunden.
Why ?
Vielen Dank
PCFJKG
Status: MS-Access 2000 (adp) ist hier mit MSSQL-SERVER 2000 verbunden.
Why ?
Vielen Dank
PCFJKG
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 80963
Url: https://administrator.de/contentid/80963
Ausgedruckt am: 24.11.2024 um 04:11 Uhr
7 Kommentare
Neuester Kommentar
Hallo,
Angenommen #table_name ist eine String Variable(so aber nicht in Deinem eigtl. Code) die das CREATE TABLE-Statement enthält, poste diesen einmal.
Ansonsten mal eine Anmerkung zum optionalen TEMPORARY in einem CREATE TABLE Statement:
Wenn eine TEMPORARY-Tabelle erstellt wird, ist sie nur in der Sitzung sichtbar, in der sie erstellt wurde. Sie wird automatisch gelöscht, wenn die Sitzung beendet wird. Der Zugriff auf temporäre Tabellen kann durch mehrere Benutzer erfolgen.
Quelle: MSDN
BG; Felix -misterdemeanor-
docmd.runsql (#table_name)
Angenommen #table_name ist eine String Variable(so aber nicht in Deinem eigtl. Code) die das CREATE TABLE-Statement enthält, poste diesen einmal.
Ansonsten mal eine Anmerkung zum optionalen TEMPORARY in einem CREATE TABLE Statement:
Wenn eine TEMPORARY-Tabelle erstellt wird, ist sie nur in der Sitzung sichtbar, in der sie erstellt wurde. Sie wird automatisch gelöscht, wenn die Sitzung beendet wird. Der Zugriff auf temporäre Tabellen kann durch mehrere Benutzer erfolgen.
Quelle: MSDN
BG; Felix -misterdemeanor-
Danke für die Antwort. Hier ausführlicher:
DoCmd.RunSQL "IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME = '#T_Abs') DROP TABLE #T_Abs"
DoCmd.RunSQL "CREATE TABLE #T_Abs (Gruppe tinyint, Betrag decimal(7,2), Grund nvarchar(100),Vorzeichen char(1)) "
DoCmd.RunSQL "INSERT INTO #T_Abs (Gruppe,Betrag,Grund,Vorzeichen) SELECT " & _
"(1),([Betrag]),([Grund]),('-') " & _
"FROM T_Abset WHERE WeiterberechnetDatum = " & WeiterberechnetDatum & ""
- Beim 2. Aufruf von Create in einer Sitzung wird ein allgemeiner ERROR gemeldet (vermutlich weil #T_Abs nicht gelöscht wurde ?)
- Das Kombinationsfeld hat die Anweisung <Kombinationsfeldbezeichner>.RowSource = "SELECT * FROM #T_Abs"
und meldet ... Die auf diesem Formular oder Bericht angegebene Datensatzherkunft "SELECT * FROM #T_Abs" ist nicht vorhanden.
Für einen nochmaligen Hinweis wäre ich dankbar,
Mit freundlichen Grüßen
PCFJKG
DoCmd.RunSQL "IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME = '#T_Abs') DROP TABLE #T_Abs"
DoCmd.RunSQL "CREATE TABLE #T_Abs (Gruppe tinyint, Betrag decimal(7,2), Grund nvarchar(100),Vorzeichen char(1)) "
DoCmd.RunSQL "INSERT INTO #T_Abs (Gruppe,Betrag,Grund,Vorzeichen) SELECT " & _
"(1),([Betrag]),([Grund]),('-') " & _
"FROM T_Abset WHERE WeiterberechnetDatum = " & WeiterberechnetDatum & ""
- Beim 2. Aufruf von Create in einer Sitzung wird ein allgemeiner ERROR gemeldet (vermutlich weil #T_Abs nicht gelöscht wurde ?)
- Das Kombinationsfeld hat die Anweisung <Kombinationsfeldbezeichner>.RowSource = "SELECT * FROM #T_Abs"
und meldet ... Die auf diesem Formular oder Bericht angegebene Datensatzherkunft "SELECT * FROM #T_Abs" ist nicht vorhanden.
Für einen nochmaligen Hinweis wäre ich dankbar,
Mit freundlichen Grüßen
PCFJKG
Hallo PCFJKG,
also Microsoft schreibt folgendes zu Deinem Problem: KB243532
Was Microsoft dazu sagt:
Hoffe das bringt Dich weiter.
BG, Felix -misterdemeanor-
also Microsoft schreibt folgendes zu Deinem Problem: KB243532
Beim 2. Aufruf von Create in einer Sitzung wird ein allgemeiner ERROR gemeldet (vermutlich weil #T_Abs nicht gelöscht wurde ?)
Was Microsoft dazu sagt:
Wenn eine lokale temporäre Tabelle in einer gespeicherten Prozedur oder einer Anwendung erstellt wird, die von mehreren Benutzern gleichzeitig ausgeführt werden kann, muss SQL Server in der Lage sein, die von den verschiedenen Benutzern erstellten Tabellen zu unterscheiden. Zu diesem Zweck hängt SQL Server intern ein numerisches Suffix an alle Namen von lokalen temporären Tabellen an. Der vollständige, in der sysobjects-Tabelle in tempdb gespeicherte Name einer temporären Tabelle besteht aus dem in der CREATE TABLE-Anweisung angegebenen Tabellennamen und dem vom System generierten numerischen Suffix.Hoffe das bringt Dich weiter.
BG, Felix -misterdemeanor-
Konnte das ganze jetzt mal unter Access 2K testen. Allerdings nur gegen ein SQL Server 2005 Backend. Mit einer lokalen Temp Tabelle trat der gleiche Fehler auf.
Wenn Du eine globale Temp Tabelle (##T_Abs) verwendest sollte es funktionieren.
BG, Felix -misterdemeanor
Wenn Du eine globale Temp Tabelle (##T_Abs) verwendest sollte es funktionieren.
BG, Felix -misterdemeanor
Zunächst einmal Danke für die Hilfe.
##T_Abs als globale temporäre Tabelle funktioniert insoweit, dass das Kombinationsfeld die Tabelle als Rowsource nun erkennt.
Was ich nicht verstehe ist:
a) wieso funktioniert es mit globaler temporärer Tabelle und mit lokaler temporärer Tabelle nicht ?
b) In der SQL-SERVER Hilfe ist für CREATE TABLE auch beschrieben,
... Wenn eine lokale temporäre Tabelle in einer gespeicherten Prozedur oder einer Anwendung erstellt wird, die von mehreren Benutzern gleichzeitig ausgeführt werden kann, muss SQL Server in der Lage sein, die von den verschiedenen Benutzern erstellten Tabellen zu unterscheiden. Zu diesem Zweck hängt SQL Server intern ein numerisches Suffix an alle Namen von lokalen temporären Tabellen an. Der vollständige, in der sysobjects-Tabelle in tempdb gespeicherte Name einer temporären Tabelle besteht aus dem in der CREATE TABLE-Anweisung angegebenen Tabellennamen und dem vom System generierten numerischen Suffix. Damit das Suffix angefügt werden kann, darf table_name für eine lokale temporäre Tabelle nicht länger als 116 Zeichen sein. ...
Nur: wenn intern ein numerisches Suffix angehängt wird, wozu brauche ich bei Create dann einen Verweis auf den dbo ? Ausserdem sollen ja mehrere Nutzer diese ##Tabelle (oder auch die #Tabelle) nutzen und die sind in der Serverrolle bei dbo zugeordnet und bei VIEW's, SELECT - Anweisungen etc. wird im Quelltext auch nicht mit dbo.xxx gearbeitet, sondern die Tabellennamen werden ohne dbo angegeben. Im übrigen wird die ##Tabelle mit DROP TABLE ##Tabelle auch nicht gelöscht, obwohl es in der SQL-SERVER Hilfe heißt:
... Temporäre Tabellen werden automatisch gelöscht, wenn sie nicht mehr benötigt werden, es sei denn, sie wurden bereits explizit unter Verwendung von DROP TABLE gelöscht...
Vermutlich habe ich hier ein Verständnisproblem, aber mit ##Tabelle kann ich erst einmal weiterarbeiten. Vielleicht kann ich zunächst DROP durch DELETE ersetzen.
Nochmals Danke und - soweit Zeit und Lust vorhanden - die Bitte um einen Hinweise zum "Restproblem" im obigen Text.
Herzliche Grüße
PCFJKG
##T_Abs als globale temporäre Tabelle funktioniert insoweit, dass das Kombinationsfeld die Tabelle als Rowsource nun erkennt.
Was ich nicht verstehe ist:
a) wieso funktioniert es mit globaler temporärer Tabelle und mit lokaler temporärer Tabelle nicht ?
b) In der SQL-SERVER Hilfe ist für CREATE TABLE auch beschrieben,
... Wenn eine lokale temporäre Tabelle in einer gespeicherten Prozedur oder einer Anwendung erstellt wird, die von mehreren Benutzern gleichzeitig ausgeführt werden kann, muss SQL Server in der Lage sein, die von den verschiedenen Benutzern erstellten Tabellen zu unterscheiden. Zu diesem Zweck hängt SQL Server intern ein numerisches Suffix an alle Namen von lokalen temporären Tabellen an. Der vollständige, in der sysobjects-Tabelle in tempdb gespeicherte Name einer temporären Tabelle besteht aus dem in der CREATE TABLE-Anweisung angegebenen Tabellennamen und dem vom System generierten numerischen Suffix. Damit das Suffix angefügt werden kann, darf table_name für eine lokale temporäre Tabelle nicht länger als 116 Zeichen sein. ...
Nur: wenn intern ein numerisches Suffix angehängt wird, wozu brauche ich bei Create dann einen Verweis auf den dbo ? Ausserdem sollen ja mehrere Nutzer diese ##Tabelle (oder auch die #Tabelle) nutzen und die sind in der Serverrolle bei dbo zugeordnet und bei VIEW's, SELECT - Anweisungen etc. wird im Quelltext auch nicht mit dbo.xxx gearbeitet, sondern die Tabellennamen werden ohne dbo angegeben. Im übrigen wird die ##Tabelle mit DROP TABLE ##Tabelle auch nicht gelöscht, obwohl es in der SQL-SERVER Hilfe heißt:
... Temporäre Tabellen werden automatisch gelöscht, wenn sie nicht mehr benötigt werden, es sei denn, sie wurden bereits explizit unter Verwendung von DROP TABLE gelöscht...
Vermutlich habe ich hier ein Verständnisproblem, aber mit ##Tabelle kann ich erst einmal weiterarbeiten. Vielleicht kann ich zunächst DROP durch DELETE ersetzen.
Nochmals Danke und - soweit Zeit und Lust vorhanden - die Bitte um einen Hinweise zum "Restproblem" im obigen Text.
Herzliche Grüße
PCFJKG
Zunächst einmal Danke für die
Hilfe.
Hilfe.
Gern geschehen. Hab ja auch selbst wieder was gelernt
a) wieso funktioniert es mit globaler
temporärer Tabelle und mit lokaler
temporärer Tabelle nicht ?
temporärer Tabelle und mit lokaler
temporärer Tabelle nicht ?
Das ist eine gute Frage. Es wird sicherlich eine Einscränkung von Jet oder wahrscheinlicher von Acces selbst sein. Eine klare Begründung habe ich auch nicht finden können.
Nur: wenn intern ein numerisches Suffix
angehängt wird, wozu brauche ich bei
Create dann einen Verweis auf den dbo ?
angehängt wird, wozu brauche ich bei
Create dann einen Verweis auf den dbo ?
Den brauchst Du ja gar nicht. Das galt nur für die RowSource Eigenschaften eines Formulares/Berichtes in Access 2000. Das war mir auch erst beim testen aufgefallen. Insofern war der KB-Artikel Link für das Problem unrelevant.
Vielleicht kann ich zunächst DROP durch
DELETE ersetzen.
DELETE ersetzen.
Versuche mal folgendes Statement:
IF OBJECT_ID('tempdb..##T_Abs') IS NOT NULL DROP TABLE ##T_Abs BG, Felix -misterdemeanor-
Wieso weiß ich das nicht von allein ?, denn
DoCmd.RunSQL "IF OBJECT_ID('tempdb..##T_Abs') IS NOT NULL DROP TABLE ##T_Abs"
funktioniert einwandfrei.
Danke und ein schönes Wochenende,
PCFJKG
DoCmd.RunSQL "IF OBJECT_ID('tempdb..##T_Abs') IS NOT NULL DROP TABLE ##T_Abs"
funktioniert einwandfrei.
Danke und ein schönes Wochenende,
PCFJKG
