Ergebnis der Suchanfrage

• Forum: Datenbanken

  AW: Paradox ohne BDE

   
    by hoika, 23. Jul 2019
  Hallo,
  
  
  Naja, wie man es nimmt.
  Es arbeiten dann mehrere Nutzer an einer Datei.
  Die jeweiligen Sperren erfolgen durch das Dateisystem.
  Es gibt bei NTFS die sogenannten oplocks (oppertunistic locks),
  Das war damals unser Problem bei der Umstellung von Novell (3.11 jaja ;) ) auf Windows NT.
  Erst das Abschalten brachte ein kurze Verbesserung, aber auch extreme Performance-Einbussen.
• Forum: Datenbanken

  AW: Paradox ohne BDE

   
    by hoika, 22. Jul 2019
  Hallo,
  du musst bei der Umstellung auf jeden Fall das Locking (Sperren) von Datensätzen bei Mehrbenutzerbetrieb prüfen,
  das läuft bei einem SQL-Server anders als bei Paradox,
  oder genauer das bei Paradox idR benutzte pessimistische Locken, also Sperren vor der Änderung von Datensätzen, nicht so richtig.
  wenn nur immer einer mit dem Programm arbeitet, hast du da aber kein Problem.
• Forum: Datenbanken

  AW: Paradox ohne BDE

   
    by hoika, 22. Jul 2019
  Hallo,
  wie hatten damals ~ 2.Mio Zeilen Quellcode, gespickt mit der BDE,
  viel TTable, wenig TQuery.
  
  Wir konnten zumindestens in endlicher Zeit (2 oder 3 Monate) eine stabile
  Nicht Paradox-Version ausliefern.
  
  Bei uns war nicht die BDE das Problem, sondern das instabile Paradox bei MS-Netzwerken.
• Forum: Datenbanken

  AW: Paradox ohne BDE

   
    by hoika, 22. Jul 2019
  Hallo,
  
  
  Ich denke, nicht die BDE ist das Problem, sondern Paradox.
  "index out of date" -> wie hatte ich das gehasst nach dem Umstieg von Novell auf Windows NT.
• Forum: Datenbanken

  AW: Paradox ohne BDE

   
    by hoika, 22. Jul 2019
  Hallo,
  man könnte auch erst mal bei der BDE bleiben,
  aber auf Firebird umstellen.
  
  So hatten wir das damals gemacht, das war noch zu glorreichen Zeiten von Interbase 6.
  
  Mit DataPump könnte die Daten rüberziehen.
  Ich hatte mir damals aber ein eigenes Copy-Programm geschrieben,
  weil eben auch üöä-in den Paradox-Feldnamen standen.