Fehler beim Zugriff auf SQL-Quelltext

[Billa]

Hallo,

seit heute bekomme ich unter XE2 (Update 4) beim Versuch den SQL-Quelltext einer TIBQuery zu öffnen diesen Fehler:

Zugriffsverletzung bei Adresse 22AC38B1 in Modul 'dcldb160.bpl'. Lesen von Adresse 67C57550.


Was kann die Ursache sein?

Achso: AQTime ist nicht installiert ...

[hoika]

Hallo,

Zitat:

beim Versuch den SQL-Quelltext einer TIBQuery zu öffnen

Nur bei einer bestimmten Query?

Zeig doch mal, was und wie du konkret vorgehst (Quellcode).

[Billa]

Das passiert mit allen TIBQuer. Rechtsklick auf dem Datenmodul die Query und wähle SQL bearbeiten ...

Auszug aus der DFM

...

object qrM: TIBQuery
Database = dbID
Transaction = trID
SQL.Strings = (
'select '
' MITARBEITER_ID,'
' MITARBEITER_VORNAME,'
' MITARBEITER_NAME'
'from '
' MITARBEITER'
'where'
' (MITARBEITER_ART = 1) and'
' (MITARBEITER_STATUS = 1)')
Left = 264
Top = 224
object qrMMITARBEITER_ID: TIntegerField
FieldName = 'MITARBEITER_ID'
Origin = '"MITARBEITER"."MITARBEITER_ID"'
ProviderFlags = [pfInUpdate, pfInWhere, pfInKey]
Required = True
end
object qrMMITARBEITER_VORNAME: TIBStringField
FieldName = 'MITARBEITER_VORNAME'
Origin = '"MITARBEITER"."MITARBEITER_VORNAME"'
Size = 30
end
object qrMMITARBEITER_NAME: TIBStringField
FieldName = 'MITARBEITER_NAME'
Origin = '"MITARBEITER"."MITARBEITER_NAME"'
Size = 30
end
end
....


Ich glaube nicht an ein Problem mit diesem speziellen Quellcode. Es passiert mit allen ... es scheint die IDE findet irgendwas nicht.

[p80286]

Zitat von Billa:

Achso: AQTime ist nicht installiert ...

Hat sich doch erledigt............

Gruß
K-H

[Billa]

Es liegt wohl doch eher an der Windws-Umgebung: nach dem letzten Neustart des Rechners ist das Problem offenbar verschwunden. Es gab allerdings definitiv vorher und nachher keine Updates oder Installationen, die etwas verändert haben könnten. Der Suchpfad für die Bibliotheken z.B. war korrekt und ist unverändert.

Da ich nicht weiß, wo weiter zu suchen ist, betrachte ich das wohl oder übel als erledigt.
Ist vielleicht mal ein Argument für ein Upgrade...

[haentschman]

Hallo...

@Billa
kennst du Varianten um den SQL Text NICHT in der Komponente zu speichern? Persönlich habe ich noch nie das Statement in der Query gespeichert. Das war immer zu unflexibel. Heutzutage lagere ich den SQL Text in einzelnen Dateien auf der Platte und kompiliere die mit ein.

Vorteile:
1. Alle SQL liegen an einem Platz und nicht über den QT verstreut.
2. Das Statement ist direkt testbar im DB Editor der Wahl.
3. Der Austausch der Komponenten ist schnell erledigt.

..denk mal darüber nach.

[rokli]

Zitat von haentschman:

Hallo...

Vorteile:
1. Alle SQL liegen an einem Platz und nicht über den QT verstreut.
2. Das Statement ist direkt testbar im DB Editor der Wahl.
3. Der Austausch der Komponenten ist schnell erledigt.

..denk mal darüber nach.

Ist richtig super, solch ein Konzept - aber macht soviel Arbeit (hab schon mal Ansätze gemacht, die SQL Statements wiederum in einer SQL DB abzulegen!). Das hätte ich auch gern ...

[Billa]

@haentschman:
Ja das kenne ich. Aber natürlich Danke für die Anregung! Das ist recht alter Code (z.Teil > 10 Jahre). Mein Job ist jetzt die Modernisierung, um später zu erweitern. Zum Glück liegen alle SQLs in nur 4 Datenmodulen. Beim Zugriff ist der Fehler übrigens sporadisch wieder aufgetreten. Jetzt benutze ich den "Delphi Project Viewer". Das funktioniert bestens. Bei der Gelegenheit werden auch gleich die SELECTs und UPDATEs durch VIEWs und SPs ersetzt. Denn das Datenmodell muss sicher auch noch ein paar Verbesserungen bekommen. Und das ist bei stärkerer Trennung viel leichter ...

@roldi:
Selbst bei kleinen Programmen lohnt die Arbeit spätestens bei den Tests und der Dokumentation.

[haentschman]

Moin...

Anregung:
Die Speicherung der SQL Statements in Ressourcen.
Tutorial:
http://www.delphipraxis.net/49505-sq...einbinden.html
Verwaltungstool: (es geht auch ohne...nach dem Motto "Ein Leben ohne Mops ist möglich, aber sinnlos." )
https://www.delphipraxis.net/190316-...e-creator.html