Inoffizielles deutsches Xbase-Forum

Ich habe ein DataDictionary, deren Tabellen aus historischen Gründen noch DBF-NTX Tabellen sind.
Es gibt Indizes über die Felder Tag und PersNr. Folgende SQL-Statements sind rasend schnell: Aber das folgende Statement ist gähnend langsam: Ich weiss, offiziell ist DBF-NTX nicht für SQL freigegeben. Aber gibt es einen Trick, dies schnell hinzubekommen?
-
Bei Umstellung auf DBF-CDX: würde dies das Problem lösen?

Hallo Uli,

ich gehe mal davon aus, daß die vorhanden Indexdateien NTX-Index Dateien sind.

Versuche doch bitte mal vorher mit SQL zwei Indexdateien zu erzeugen und dann die Abfrage zu machen.

NTX-SQL kann keinen der vorhandenen Indices verwenden, weil 2 Felder. Das heisst, die Sortierung erfolgt hier sequentiell, ohne Indexverwendung

Marcus Herz hat geschrieben: ↑Di, 16. Mai 2023 15:35

Code: Alles auswählen

select * from Tabelle order by Tag,PersNr

NTX-SQL kann keinen der vorhandenen Indices verwenden, weil 2 Felder. Das heisst, die Sortierung erfolgt hier sequentiell, ohne Indexverwendung

Ja, so habe ich es auch festgestellt. Danke für die Bestätigung. Meinst Du mit DBF-CDX Tabellen geht es schnell? Wie kann man am geschicktesten die Tabellen konvertieren?

Uli hat geschrieben:Wie kann man am geschicktesten die Tabellen konvertieren?

wenn in beiden Fällen die DBFDBE genutzt wird, brauchst du nur neu zu indizieren, ob das dem SQL hilft weiß ich nicht.

Wenn du von DBFNTX auf FOXCDX umsetzen willst, kannst du beide DBE im Programm haben, mit VIA dann die Passende auswählen und ein copy to zum neuen Format machen.

Alaska Hilfe hat geschrieben:Syntax
COPY TO <cFilename> [FOR <cForCondition>] [VIA <cDBE>]

Und bei CDX dann nicht vergessen, vor einem Reindex immer die vorhandene CDX-Datei zu löschen, ansonsten werden die neuen immer hinten angehängt und die Inexdatei wird riesig groß

brandelh hat geschrieben: ↑Do, 18. Mai 2023 6:13

Uli hat geschrieben:Wie kann man am geschicktesten die Tabellen konvertieren?

wenn in beiden Fällen die DBFDBE genutzt wird, brauchst du nur neu zu indizieren, ob das dem SQL hilft weiß ich nicht.

Wenn du von DBFNTX auf FOXCDX umsetzen willst, kannst du beide DBE im Programm haben, mit VIA dann die Passende auswählen und ein copy to zum neuen Format machen.

Alaska Hilfe hat geschrieben:Syntax
COPY TO <cFilename> [FOR <cForCondition>] [VIA <cDBE>]

Nein, die DBFDBE wird in keinem Fall genutzt. Ich möchte mit Hilfe des ARC die Tabellen im Data Dictionary entsprechend umstellen.

Im ARC guibts es keine Konvertierung direkt.
Du kannst einen Export nach CSV oder ähnliches machen und dann wieder neu importieren.
Wir haben so ein XConvert, das mit XClass und AdsClass funktioniert, das könnte ich dir zur Verfügung stellen. Das kann von jedem Dateiformat in ein anderes konvertieren.

Hi Marcus,
wie meinst Du das? Ich habe schon konvertiert mit dem ARC....

Oh, hab ich da was übersehen?

Bertram und ich hatten vor kurzer Zeit einen Versuch gestartet. Wir haben DBF nach ADT konvertiert. Über Tools Import Data. Es wurde alles übernommen. Sogar die numerische Struktur um eine Spalte breiter gemacht für ADT wegen Vorzeichen.

ok, hatte ich nicht mehr auf dem Schirm. Bei 200 und mehr Dateien tippt man sich 'n A...

PS: es geht ja auch Widcard !!!

wie meinst Du das? Soweit ich mich erinnern kann, hat man das gesamte Paket gewählt, was konvertiert werden soll und dann gesagt, wo es rein soll. Dann wurde es automatisch gemacht von ARC in einem Rutsch. Nebst Daten.

UliTs hat geschrieben: ↑Di, 16. Mai 2023 13:49 ...
Aber das folgende Statement ist gähnend langsam:

Code: Alles auswählen

select * from Tabelle order by Tag,PersNr

Ich weiss, offiziell ist DBF-NTX nicht für SQL freigegeben. Aber gibt es einen Trick, dies schnell hinzubekommen?
-
Bei Umstellung auf DBF-CDX: würde dies das Problem lösen?

So, habe mit ein paar Tricks über den ARC die Tabelle nach DBF-CDX konvertieren können. Aber leider ist damit das Statement weiterhin gähnend langsam. Dann habe ich es nach ADT konvertiert und siehe da, damit ist es rasend schnell .

in solchen Fällen würde ich einfach mal ein PACK versuchen. Entweder ist der Index total kaputt/komisch aufgebaut oder es gibt viele gelöschte Datensätze. ADT und CDX sollten nicht ganz so stark voneinander abweichen.