Inoffizielles deutsches Xbase-Forum

Liebe Xbase-Gemeinde,

mein Arbeitgeber hat gerade seine Clipper-Programme auf Xbase-Programme umgestellt. Die Programme arbeiten mit DBF-Datenbanken und sowohl NTX- als auch CDX-Indexdateien. Es fiel nun auf, dass einige NTX-Datenbanken defekt sind.

Erinnere ich mich richtig, dass es da eine Empfehlung gab, alle Indexdateien unter Xbase erstmal neu aufzubauen? Wer kann mir näheres dazu sagen?

Es gibt hier keinen Mischbetrieb, sondern es wird jetzt nur noch Xbase benutzt, kein Clipper mehr.

Liebe Grüße, bleibt gesund
Martin

Ja, das sollte man tun. Xbase++-Indexe und Clipper-Indexe sind nicht kompatibel (und Clipper-Indexe waren es von Version zu Version auch nicht immer). Davon abgesehen sollte man sowieso hin und wieder packen und reindexieren.

Und gerade NTXe wirklich neu aufbauen. Nicht einfach nur reindizieren. Sondern Datei löschen und komplett neu machen.

Jan

Du meintest wahrscheinlich CDXe, Jan.

Wolfgang,

ja CDXe auch. Aber wenn ich mich recht erinnere (ist schon so lange her das ich mit NTX gearbeitet habe) bei NTXen noch viel schlimmer.

Jan

Nein, umgekehrt. NTXe werden immer neu erzeugt, CDXe kumulieren mit der Zeit. CDXe muss man löschen, bevor man sie erzeugt, NTXe kann man löschen.

Ähm. Ich glaube ich meinte was anderes. Es gibt für NTX und CDX ein REINDEX. Was man aber sein lassen sollte. Sondern Datei löschen und Index neu erstellen. Weil sonst mögliche Fehler im Index nicht behoben werden. Und da NTXe insgesamt gesehen instabiler sind als CDXe, ist das Löschen bei NTX wichtiger als bei CDX.

Wobei ich bei allen Versionen immer die Datei lösche. Nie Reindiziere.

Jan

Vielen Dank für Eure Hinweise. Ich habe jetzt alle Indexdateien neu aufgebaut (und vorher gelöscht).

Allerdings habe ich in dem Beitrag viewtopic.php?f=22&t=9703 gelesen, dass bei gemeinsamem Betrieb von Clipper und Xbase einige von euch die Indexdateien von Clipper (und andere von Xbase) aufbauen lassen. Daraus hätte ich geschlossen, dass Xbase keine Probleme mit Indexdateien haben sollte, die Clipper aufgebaut hat.

Na, schauen wir mal, ob das Problem damit erledigt ist...

Beste Grüße
Martin

Hallo, Martin.

Umgekehrt, wenn ich mich recht erinnere. Clipper kann die Xbase++-Indexe verknusen, umgekehrt lieber nicht.

hi,

Tom hat geschrieben: ↑Mi, 02. Sep 2020 15:19 Umgekehrt, wenn ich mich recht erinnere. Clipper kann die Xbase++-Indexe verknusen, umgekehrt lieber nicht.

IMHO hat Martin Recht.

Xbase++ macht die Index Dateien grösser d.h. es kommt etwas dazu was mit Cl*pper dann Problem macht.
übrigens passiert das selbe mit harbour was für mich der Beweis ist das Xbase++ Indexe "anders" sind

Meiner Erinnerung nach kann Xbase++ ohne das "etwas dazu" mit den Indexen nicht korrekt hantieren, aber Clipper geht/ging darüber hinweg. Aber ich mag irren. Ich mag das wirklich.

Tom hat geschrieben: ↑Mi, 02. Sep 2020 17:12 Meiner Erinnerung nach kann Xbase++ ohne das "etwas dazu" mit den Indexen nicht korrekt hantieren, aber Clipper geht/ging darüber hinweg. Aber ich mag irren. Ich mag das wirklich.

JA, Xbase++ "sperrt" auch beim SKIP z.b. in einem XbpBrowse() ... das macht es auch so langsam ...

wenn man nur Xbase++ verwendet und keine Cl*pper App spielt das keine Rolle.

Die Anweisung damals lautete eindeutig, die Clipper Indexe (NTX) löschen und mit Xbase++ neu erstellen,
danach können beide gemeinsam darauf zugreifen.
Xbase++ scheint also zusätzliches einzubauen, was Clipper nicht stört, falls der Sperroffset gleich eingestellt ist.

Ich lösche vor dem Neuaufbau alle, nur so kann ich sicherstellen, dass der Index Create alle ordentlich erzeugt hat.
Auf manchen Web Servern ging es gar nicht anders (ntx oder cdx weiß ich nicht mehr), da ein Löschen und Erzeugen erlaubt war,
das "Überschreiben" aber eine Fehlermeldung gebracht hat. Von den Zugriffsrechten kann ich mir das zwar nicht erklären, es war aber so.

Hubert hat recht.

@Jimmy:

JA, Xbase++ "sperrt" auch beim SKIP z.b. in einem XbpBrowse() ... das macht es auch so langsam ...

Das kann man selbst einstellen, was man aber nicht im konkurrierenden Betrieb mit Clipper tun sollte:
Ohne diesen Schalter ist das Locking kompatibel.

hi,

nicht nur Cl*pper sondern alle anderen xBase Sprachen sind betroffen wenn die gemeinsam mit Xbase++ Apps arbeiten.

ein anderes Problem ist die Codepage der DBF welche man unter Xbase++ NICHT einstellen kann.
mit SET COLLATION kann man zwar die Sortierung einstellen aber die Ost-Europäischen Länder fehlen.

was Xbase++ braucht ist vollständige UNICODE Unterstützung statt einer automatischen OEM <-> ANSI Konvertierung.