PraxisDB über 1 GB groß !?!
Moderator: Forum Moderatoren
Forumsregeln
TM-Startforum - "offen für alle Themen".
Beiträge, die in einen anderen Bereich passen, werden bei Bedarf verschoben.
TM-Startforum - "offen für alle Themen".
Beiträge, die in einen anderen Bereich passen, werden bei Bedarf verschoben.
-
- Beiträge: 83
- Registriert: Donnerstag 6. Mai 2004, 15:02
- 19
- Hat sich bedankt: 1 time
- Bedankt: 1 time
PraxisDB über 1 GB groß !?!
Hallo liebe Gemeinde,
mein System ist sehr langsam geworden, kann es sein weil meine PraxisDB über 1 Gigabyte groß ist und wenn ja, wie bekomme ich diese wieder kleiner ?.
Vielen Dank für die Hilfe
M. Schaper
mein System ist sehr langsam geworden, kann es sein weil meine PraxisDB über 1 Gigabyte groß ist und wenn ja, wie bekomme ich diese wieder kleiner ?.
Vielen Dank für die Hilfe
M. Schaper
- Geigenberger
- PowerUser
- Beiträge: 1302
- Registriert: Dienstag 9. Dezember 2003, 22:26
- 20
- Bedankt: 3 times
Hallo, Herr Schaper,
Die PraxisDB ist auch auf meinem System so groß, aber langsamer ist deshalb mein System nicht geworden. Vielleicht ist Ihre Festplatte fast voll; dann muß das Betriebssystem viele Swap-Aktionen durchführen. Vielleicht hilft auch ein wenig Festplatten-Pflege: Arbeitsplatz -> Verwalten -> Defragmentierung.
mfg
Geigenberger
Die PraxisDB ist auch auf meinem System so groß, aber langsamer ist deshalb mein System nicht geworden. Vielleicht ist Ihre Festplatte fast voll; dann muß das Betriebssystem viele Swap-Aktionen durchführen. Vielleicht hilft auch ein wenig Festplatten-Pflege: Arbeitsplatz -> Verwalten -> Defragmentierung.
mfg
Geigenberger
Hallo,
das mit der großen PraxisDB verstehe ich auch nicht. Als ich damals von Dos auf TMWin umgestiegen bin hatte ich mich bereits gewundert, das meine PraxisDB ca 220MB groß war, obwochl das ganze TMDos insgesamt nur ca. 150 MB war. Es muß irgendwie mit der Datenbank-Struktur zusammenhängen, das die gleichen Daten nun wesentlich mehr Platz benötigen
Gruß
Andreas
das mit der großen PraxisDB verstehe ich auch nicht. Als ich damals von Dos auf TMWin umgestiegen bin hatte ich mich bereits gewundert, das meine PraxisDB ca 220MB groß war, obwochl das ganze TMDos insgesamt nur ca. 150 MB war. Es muß irgendwie mit der Datenbank-Struktur zusammenhängen, das die gleichen Daten nun wesentlich mehr Platz benötigen
Gruß
Andreas
- Geigenberger
- PowerUser
- Beiträge: 1302
- Registriert: Dienstag 9. Dezember 2003, 22:26
- 20
- Bedankt: 3 times
-
- Beiträge: 241
- Registriert: Dienstag 2. November 2004, 21:45
- 19
- Wohnort: Ruhrgebiet
- Hat sich bedankt: 10 times
- Bedankt: 2 times
Hallo Herr Geigenberger,
das Problem ist nicht der Festplattenbedarf.
1. Wenn ich die bei mir ca. 500mb große Datei zur Sicherung komprimiere bleiben nur ca. 45mb übrig, allerdings dauert das ziemlich lange.
2. Mit der Größe der Datei wird TmWin bei mir auch langsamer (ob's nun nur damit zutun hat weiß ich auch net)
3.Alternative Sicherungen wie z.B. auf USB-Stick werden schwieriger bzw. teurer.
4. ...
Um einige Punkte aufzuzählen, warum eine schlankere PraxisDB sinnvoll erscheint. Insoweit interessiert mich schon, ob es eine Möglichkeit gibt diese Datei zu verkleinern.
Grüsse
das Problem ist nicht der Festplattenbedarf.
1. Wenn ich die bei mir ca. 500mb große Datei zur Sicherung komprimiere bleiben nur ca. 45mb übrig, allerdings dauert das ziemlich lange.
2. Mit der Größe der Datei wird TmWin bei mir auch langsamer (ob's nun nur damit zutun hat weiß ich auch net)
3.Alternative Sicherungen wie z.B. auf USB-Stick werden schwieriger bzw. teurer.
4. ...
Um einige Punkte aufzuzählen, warum eine schlankere PraxisDB sinnvoll erscheint. Insoweit interessiert mich schon, ob es eine Möglichkeit gibt diese Datei zu verkleinern.
Grüsse
- Geigenberger
- PowerUser
- Beiträge: 1302
- Registriert: Dienstag 9. Dezember 2003, 22:26
- 20
- Bedankt: 3 times
Hallo Andreas,
ich glaube nicht, daß es eine Möglichkeit gibt, die Datei für den laufenden Betrieb (für die Sicherung natürlich schon) zu verkleinern, da der Zugriff auf die Daten einer komprimierten Datei viel länger dauert als der Zugriff auf Daten einer unkomprimierten Datei. Aber so genau kenne ich das 'Innenleben' der Datenbank natürlich auch nicht.
mfg
A. Geigenberger
ich glaube nicht, daß es eine Möglichkeit gibt, die Datei für den laufenden Betrieb (für die Sicherung natürlich schon) zu verkleinern, da der Zugriff auf die Daten einer komprimierten Datei viel länger dauert als der Zugriff auf Daten einer unkomprimierten Datei. Aber so genau kenne ich das 'Innenleben' der Datenbank natürlich auch nicht.
mfg
A. Geigenberger
- Roland_Colberg
- PowerUser
- Beiträge: 491
- Registriert: Freitag 12. Dezember 2003, 17:16
- 20
- Wohnort: Dachau
- Kontaktdaten:
Größe der Datenbanken
Liebe Kollegen,
meines Wissens ist die Größe von Datenbankdateien im Dateisystem nicht nur von deren Inhalt abhängig, sondern diese Dateien enthalten sehr viel "Leerraum". Aussagekräftiger ist da schon die Größe der komprimierten Dateien (also Sicherungsdateien), da durch die Kompression dieser Leerraum weitgehend entfernt wird. In der Regel lassen sich Datenbanken auch sehr stark komprimieren.
Die Arbeitsgeschwindigkeit hängt nach meinem Eindruck weniger vom TM-Server ab, da die FastObjects-Datenbank wohl sehr schnell arbeitet. Der Engpass scheint überwiegend die Arbeitsstation zu sein, da Turbomed in Visual-Basic programmiert ist, was scheinbar nicht die "schnellste" Programmiersprache ist. Lassen Sie mal während einer langen Aktion (Statistik / Suche / Abrechnung) auf Server und Client die Windows-Systemauslastung laufen (über den Task-Manager).
R. Colberg
meines Wissens ist die Größe von Datenbankdateien im Dateisystem nicht nur von deren Inhalt abhängig, sondern diese Dateien enthalten sehr viel "Leerraum". Aussagekräftiger ist da schon die Größe der komprimierten Dateien (also Sicherungsdateien), da durch die Kompression dieser Leerraum weitgehend entfernt wird. In der Regel lassen sich Datenbanken auch sehr stark komprimieren.
Die Arbeitsgeschwindigkeit hängt nach meinem Eindruck weniger vom TM-Server ab, da die FastObjects-Datenbank wohl sehr schnell arbeitet. Der Engpass scheint überwiegend die Arbeitsstation zu sein, da Turbomed in Visual-Basic programmiert ist, was scheinbar nicht die "schnellste" Programmiersprache ist. Lassen Sie mal während einer langen Aktion (Statistik / Suche / Abrechnung) auf Server und Client die Windows-Systemauslastung laufen (über den Task-Manager).
R. Colberg
Wer ist online?
Mitglieder in diesem Forum: Bing [Bot], Google [Bot] und 70 Gäste