ADODataSet2->CommandType = cmdText;
ADODataSet2->CommandText = "SELECT Feld_1, Feld_4, .., Feld_n FROM tabelle_name WHERE Feld_ID < 25";
ADODataSet2->Open();

wenn ich mit diesem Schema aber die Abfrage über alle Spalten

ADODataSet2->CommandText = "SELECT * FROM tabelle_name";

durchführe, stürzt mein Programm mit einer Exception bei ADODataSet2->Open() ab.

Das liegt offensichtlich an der Spalte mit dem Primärschlüssel Feld_ID, das ich als PRIMARY KEY AUTO_INCREMENT festgelegt habe (positive Integer). Nur wenn ich dieses Feld einschließe gibt's Ärger.

Woran liegt das? Wie kann ich das abstellen? Bitte um Eure Hilfe! Danke!

stürzt mein Programm mit einer Exception bei ADODataSet2->Open() ab

Wortlaut der Meldung?

Meldung:
Benachrichtigung über Debugger-Exception
Im Project Datenbank.exe ist eine Exception der Klasse EAccessViolation aufgetreten. Meldung: 'Zugriffsverletzung bei Adresse 73F696E im Modul 'msadce.dll'. Lesen von Adresse 000000C1'
Mit Einzelne Anweisung oder Start fortsetzen.

Leider bin ich in Assembler nicht so fit, sonst hätte ich hier mal im CPU-Fenster nachgeforstet.

Hast Du vielleicht 'ne Idee?

Ich habe nur ein einziges DataSet, nämlich ADODataSet1. Damit führe ich in der MySQL-DB die Abfragen durch.

Deshalb Frage:
Kann ich dieses eine DataSet nur für eine einzige Abfrage benutzen? Darf ich dieses DataSet nicht für Abfragen in verschiedenen Tabellen verwenden?
Wie muß es richtig lauten?

Folgender Code:

void __fastcall TForm1::Button3Click(TObject *Sender){
//liest die Daten aus MySQL per SQL aus der Datenbank DB
/*
// TEIL1
  ADODataSet1->CommandType = cmdText;
  ADODataSet1->CommandText = "SELECT * FROM Tabelle1";
  ADODataSet1->Open();
  MachWas1(); // funktioniert fehlerfrei
  ADODataSet1->Close(); 
*/
// TEIL2
  ADODataSet1->CommandType = cmdText;
  ADODataSet1->CommandText = "SELECT * FROM Tabelle2";
  ADODataSet1->Open();
  MachWas2(); // funktioniert fehlerfrei
  ADODataSet1->Close();
}

Ich würde mich über eine Antwort freuen.

ADODataSet1->Close();

mfg allison

So wie es aussieht läßt sich eine Datenmenge nicht einfach 'mal dieser und einmal einer zweiten Tabellenabfrage zuordnen. Scheinbar benötigt man für jede Abfrage ein eigenes DataSet-Objekt. Das könnte zur Laufzeit vielleicht so aussehen

TADODataSet *ado;
ado = new TADODataSet;
..
delete ado;

Liege ich hier richtig oder gibt's hier was besser zu wissen?

Das eigentliche Prinzip von T..Query erlaubt schon eine mehrfache sequentielle Verwendung. Möglicherweise ist da die ADO-Spezialisierung fehlerhaft. Allerdings habe ich hier im Forum davon noch nie etwas gelesen.

/Edit : und ja das Close ist sehr wohl wichtig und richtig.

bis bald
akari

Form1->IBQuery->SQL->Clear();
Form1->IBQuery->SQL->Add(befehl);
Form1->IBQuery->Open();

[edit] der code ist meist ungetestet und einfach und entsprigt meist einer spontanen idee
mfg allison

akari schrieb:

Das eigentliche Prinzip von T..Query erlaubt schon eine mehrfache sequentielle Verwendung.

Ja, mach ich auch regelmäßig, allerdings verwende ich keine TADO-Komponenten.

Was für einen Cursor verwendest Du? Client- oder Serverseitig? Falls Clientseitig, stell mal testweise um auf Serveseitig.

Wenn das nicht hilft, würde ich mal ein natives Delphi-Recordset probieren. In der Wrapperklasse sind Fehler. Beim Zugriff auf eine informix-Datenbank unterschlägt einen TADODataSet z.B. grundsätzlich den letzten Datensatz. Da es über das native Delphi-Recordset funktioniert, liegt der Fehler im Wrapper und nicht im OLE-DB-Treiber.

Beispiel für das native Delphi-Recordset:

_di__Recordset rs;
TADOCommand* adocom = new TADOCommand(NULL);
adocom->Connection = ADOConnection1;
adocom->CommandText = "SELECT * FROM artikel WHERE (fnr = " + QuotedStr("01") + ") ORDER BY artnr ASC";
rs = adocom->Execute();
int count = 0;
unsigned short int rseof;
rs->MoveFirst();
do
{
	rs->MoveNext();
	rs->Get_EOF(rseof);
} while (!rseof);
delete adocom;

@allison: Es geht um eine MySQL-Datenbank...

das ist klar, aber was ist mit zb FireBird?

mfg allison

Er verwendet nun mal MySQL und wird wohl seine Gründe dafür haben

hab ich ja nix dagegen, Firebird war ja nur ein vorschlag

Für Firebird braucht man dann auch wieder zusätzliche Komponenten, um darauf zugreifen zu können.

Nein, Die IB-Sachen reichen aus

Die Interbase-Komponenten sind für Firebird nicht wirklich geeingnet.

Doch ich arbeite seit 4 Wochen damit, und es funktionniert einwandfrei
http://de.wikipedia.org/wiki/Firebird_%28Datenbank%29
da steht:

Firebird ist der Open-Source-Ableger des weiterhin kommerziell von Borland vertriebenen relationalen Datenbankmanagementsystems InterBase .... Aus Interbase 6.0 wurde Firebird 1.0, wobei dies als eine Bugfix-Version mit nur wenigen Erweiterungen angesehen werden kann.

also hat sich das ganze kaum verändert

Im Gegensatz zu zB den IBObjects detulich langsamer und es sind keine DDL-Statements möglich, respektive nur sehr eingeschränkt

Ich nehm ja die IBObjects

Und bei komplexen DML-Statements würde ich mich auch nicht darauf verlassen, dass sie funktionieren.

wieso nicht???

mfg allison

mfg allison

Aktuell ist Firebird 2, aber schon ab Version 1.5 hat es da massive Änderungen gegeben. Was glaubst Du, warum DDL nicht funktioniert?!?

Ach so, vier Wochen finde ich nicht besonders lang. Zumindest nicht lange genug um konkrete Aussagen über eine Datenbank zu machen.

Ach so, vier Wochen finde ich nicht besonders lang. Zumindest nicht lange genug um konkrete Aussagen über eine Datenbank zu machen.

ich auch nicht, ich will ja bloss sagen, dass ich in den 4 Wochen noch keine Probleme damit hatte

Wenn DDL nur fehlerhaft funktioniert, wieso sollte dann DML einwandfrei funktionieren? Wie gesagt, ich würde mich nicht darauf verlassen, sondern sehr intensiv testen. Für mich war beim nicht funktionierenden DDL schon Schluß.

DDL und DML funktionieren, wenn du willst kannst du sie aber nochmal testen

und das[mit Scripten arbeiten] geht mit den Interbase-Komponenten nicht.

sicher?, ich kann das nicht beurteilen
mfg allison

@akari schrieb:

Das eigentliche Prinzip von T..Query erlaubt schon eine mehrfache sequentielle Verwendung.

habe verstanden. Theoretisch müßte es also möglich sein mit einem DataSet mehrere unterschiedliche Abfragen über CommandText durchzuführen.
Da aber der Wurm bei TADODataSet (@Jo_M) drin ist, funktioniert das hier nicht richtig

@Joe_M:

Was für einen Cursor verwendest Du? Client- oder Serverseitig?

Habe ich ausprobiert:
clUserClient: In der Standardeinstellung stürzt er, wie bereits berichtet ab.
clUseServer: kein Absturz, aber zeigt nur die Feldnamen der jeweiligen Tabellen an, findet scheinbar keine "Datensatz-Menge", also auch schwer fehlerhaft.

Beim Zugriff auf eine informix-Datenbank unterschlägt einen TADODataSet z.B. grundsätzlich den letzten Datensatz

Kann ich für MySQL-DB nicht bestätigen. Ich kann über den MySQL-Browser die Originaldaten parallel zur BCB6-Ausgabe überwachen und habe hier noch nichts derartiges festgestellt.

Meine Lösung sieht jetzt so ähnlich wie Dein Beispiel für das native Delphi-Recordset aus: Ich generiere für jede Abfrage ein neues TADODataSet u lösche es nach Gebrauch. Das scheint problemlos zu funktionieren.

@allison: ich muß @Joe_M zustimmen, irgendwann muß man sich einfach auf ein bestimmtes System festlegen u dann mit all seinen Stärken u leider auch Schwächen leben u kämpfen.