AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken AdoConnection - findet Tabelle nicht
Thema durchsuchen
Ansicht
Themen-Optionen

AdoConnection - findet Tabelle nicht

Ein Thema von MasterChief_88 · begonnen am 25. Nov 2009 · letzter Beitrag vom 26. Nov 2009
Antwort Antwort
MasterChief_88
(Gast)

n/a Beiträge
 
#1

AdoConnection - findet Tabelle nicht

  Alt 25. Nov 2009, 14:28
Hi!

Ich habe ein Problem mit meiner Ado-Connection:

Also, ich greife auf eine Datenbank mit mehreren Tabellen zu - funktioniert alles supi.
Doch bei einer Tabelle, die "OFFENE AUFGABEN" heißt, findet Delphi die Tabelle nicht und gibt die Fehlermeldung

Zitat:
Im Projekt *.exe ist eine Exceptionder Klase EOleException mit der Meldung '[ODBC Firebird
Driver][Firebird]Dynamic SQL Error
SQL error code= -204
Table unknown
OFFENE
at lin *bla bla bla
Also ich denke, dass es an dem Namen liegt, dass er aus 2 Worten besteht. Wie kann ich das jetzt nun beheben, umgehen, etc.?!

Vielen Dank schon mal für eure Hilfe.

Mfg
  Mit Zitat antworten Zitat
nahpets
(Gast)

n/a Beiträge
 
#2

Re: AdoConnection - findet Tabelle nicht

  Alt 25. Nov 2009, 15:56
Hallo,

je nach Datenbank den Tabellennamen mit ' oder " oder ` oder ´ einfassen, mal ausprobieren. Wie Firebird das haben möchte, weiß ich nicht, da fehlen mir die Erfahrungen.
  Mit Zitat antworten Zitat
MasterChief_88
(Gast)

n/a Beiträge
 
#3

Re: AdoConnection - findet Tabelle nicht

  Alt 26. Nov 2009, 10:10
ja, alles schon probiert, der meckert mich trotzdem an .
hab den Namen jetzt mit einem Unterstrich verbunden, also "OFFENE_AUFGABEN" und komicherweise geht es jetzt..

man müsste echt mal herausbekommen, wie das mit dem Leerzeichen bei datenbanken funktioniert ^.^
  Mit Zitat antworten Zitat
Benutzerbild von DeddyH
DeddyH

Registriert seit: 17. Sep 2006
Ort: Barchfeld
27.624 Beiträge
 
Delphi 12 Athens
 
#4

Re: AdoConnection - findet Tabelle nicht

  Alt 26. Nov 2009, 10:13
Das Einfachste dürfte sein, keine Leerzeichen zu verwenden, dann stellen sich diese Probleme erst gar nicht.
Detlef
"Ich habe Angst vor dem Tag, an dem die Technologie unsere menschlichen Interaktionen übertrumpft. Die Welt wird eine Generation von Idioten bekommen." (Albert Einstein)
Dieser Tag ist längst gekommen
  Mit Zitat antworten Zitat
Christian Seehase
(Co-Admin)

Registriert seit: 29. Mai 2002
Ort: Hamburg
11.116 Beiträge
 
Delphi 11 Alexandria
 
#5

Re: AdoConnection - findet Tabelle nicht

  Alt 26. Nov 2009, 22:18
Moin,

eventuell hättest Du die Tabelle auch in [] einfassen können.
Beim MS SQL dürfte das IMHO funktionieren.

Ich würde allerdings auch keine Leerzeichen in DB-, Tabellen- und Spaltennamen verwenden
Tschüss Chris
Die drei Feinde des Programmierers: Sonne, Frischluft und dieses unerträgliche Gebrüll der Vögel.
Der Klügere gibt solange nach bis er der Dumme ist
  Mit Zitat antworten Zitat
26. Nov 2009, 22:19
Dieses Thema wurde von "Christian Seehase" von "Neuen Beitrag zur Code-Library hinzufügen" nach "Datenbanken" verschoben.
Das ist kein Beitrag für die CodeLib
Benutzerbild von Bernhard Geyer
Bernhard Geyer

Registriert seit: 13. Aug 2002
17.196 Beiträge
 
Delphi 10.4 Sydney
 
#7

Re: AdoConnection - findet Tabelle nicht

  Alt 26. Nov 2009, 23:25
Wieso überhaupt ADO? Für Firebird gibt es bessere native Zugriffskompos als über ADO und ODBC zu gehen.
Windows Vista - Eine neue Erfahrung in Fehlern.
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 04:42 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz