| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für SOLIDWORKS |
| |
| On-Demand-Webinare zu SolidCAM (SolidCAM) |
Autor
|
Thema: Speicherbedarf (1538 mal gelesen)
|
Maik Steinmetz Mitglied Maschinenbauingenieur
Beiträge: 8 Registriert: 24.07.2001
|
erstellt am: 06. Nov. 2001 11:39 <-- editieren / zitieren --> Unities abgeben:
Hallo liebe SW-User, ich möchte mich mit einer Frage an Euch wenden, da ich zur Zeit keine verlässlichen Informationen von den Supportern erhalte. Wir benutzen für unsere Dateiverwaltung die MaxxDB und dort können verschiedenen Speicherbereiche angeordnet werden. Um diese geht es hier. 1. Wer weiß wie viele Dateien pro Verzeichnis (Ordner) gespeichert werden können? 2. Wer hat Erfahrungen mit Datenmengen bei der MaxxDB? 3. Wie ändern sich Zugriffszeiten bei großvolumigen Verzeichnissen? Ich würde mich über den ein oder anderen Beitrag sehr freuen und danke Euch schon im voraus. Viele Grüße. Maik
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Beere Mitglied Dipl.-Ing. Maschinenbau
Beiträge: 1437 Registriert: 31.07.2001 Pro/E 2001 Wildfire 2 SWX 2013 HP Z400; 4GB
|
erstellt am: 06. Nov. 2001 12:58 <-- editieren / zitieren --> Unities abgeben: Nur für Maik Steinmetz
|
Baltenweck Mitglied Konstrukteur
Beiträge: 170 Registriert: 13.03.2001 Früher brauche man 3 Comodore, um zum Mond zu fliegen - heute braucht man 1 Ghz um Windows zu starten...
|
erstellt am: 07. Nov. 2001 17:01 <-- editieren / zitieren --> Unities abgeben: Nur für Maik Steinmetz
Hallo Maik. 1. Support Ja Ja, mit den MaxxSoft-Leuten habe ich auch so meine Probleme. Trotzdem finde ich die DB sehr gut. 2. Speicherbereiche Wir haben jedem Kunden einen Bereich zugeordnet. Groesster Kunde ist mit z.Zt. 3300 Dateien in einem Verzeichnis vertreten. (Nach einem Jahr). Eine Bgrenzung gibt es da soweit ich weiss nicht. 3. Datenmengen Bei grossen Datenmengen empfielt MaxxSoft auf MySQL (kostenlos) oder Oracle umzusteigen. Acces ist da nix. Wir haben das demnaechst auch vor. 4. Zugriffszeiten Habe bis jetzt noch nicht bemerkt das die Zugriffszeiten etwas mit der Anzahl der Dateien in einem Speicherbereich zu tun haben. Wenn man mit dem Explorer in das Verzeichnis will wirds aber kritisch. Regelmaessiges komprimieren der DB ist zu empfehlen Gruss Patrick Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Dirk Wollborn Mitglied Entwicklungskonstrukteur
Beiträge: 379 Registriert: 31.07.2001
|
erstellt am: 12. Nov. 2001 09:29 <-- editieren / zitieren --> Unities abgeben: Nur für Maik Steinmetz
|
Maik Steinmetz Mitglied Maschinenbauingenieur
Beiträge: 8 Registriert: 24.07.2001
|
erstellt am: 12. Nov. 2001 10:23 <-- editieren / zitieren --> Unities abgeben:
Hallo Leute, jetzt habe ich eine verbindliche Antwort vom Support erhalten. Es gibt eine Dokument im Internet, das die Size Limitations in NTFS and FAT File Systems beschreibt. Für NTFS gilt: Maximum file size: ca. 16 terabytes Maximum volume size: ca. 256 terabytes Files per volume: 4.294.967.294 (>4 Millarden) Ich denke, das wird wohl locker ausreichen. - - @ Dirk: Die Umstellung zu SQL soll laut Support recht einfach und problemlos sein, was sollen sie auch anderes sagen. Ich hoffe dies ist die Antwort auf Deine Frage. Viele Grüße und viel Erfolg, maik
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Ex-Mitglied
|
erstellt am: 15. Nov. 2001 14:44 <-- editieren / zitieren -->
Hallo Maik, auch wir haben MaxxDB im Einsatz. Die Frage nach den Limitations hast Du mittlerweile ja selbst klaeren koennen. Wollte nur ebenfalls bestaetigen, dass MaxxDB in Verbindung mit MS-Access bis 1000 DB-Eintragen so leidlich ok ist. Alles was darueber geht, ist nicht so toll. Danach haben wir auf SQL in Verbindung mit Informix umgestellt. Anfangs gab es Probleme mit der Performance, ist aber seit einem Patch von Informix gefixt. Mittlerweile haben wir ca. 8000 DB-Eintraege und sind soweit mit der Performance ganz zufrieden. Was uns unter MaxxDB nervt ist, dass man keine Moeglichkeit hat, zu bestimmten Projekten noch eine 2. oder 3. Unterstufe einzubringen. z.B. - Projekt 1 - Projekt 2 |- Projekt 2 - Testvariante1 |- Projekt 2 - TestvarianteX - Projekt 3 Somit hat man wenig Moeglichkeiten Struktur aufzubauen und den Hauptpfad klein zu halten. Alle Projekte stehen dann in der 1. Hierachie. Na ja. Vielleicht gibts bei den Leuten mal ein Einsehen und die bringen solche Verbesserungen in zukuenftigen Versionen. Oft genug gemeldet habe ich das ja schon. Gruss Rolf |
Baltenweck Mitglied Konstrukteur
Beiträge: 170 Registriert: 13.03.2001 Früher brauche man 3 Comodore, um zum Mond zu fliegen - heute braucht man 1 Ghz um Windows zu starten...
|
erstellt am: 16. Nov. 2001 07:26 <-- editieren / zitieren --> Unities abgeben: Nur für Maik Steinmetz
Hallo Rolf, ich nehme an Ihr habt jedem Projekt einen Speicherbereich zugeordnet. Sowas mit Unterspeicherbereichen (wie Unterverzeichnisse) habe ich auch mal bei den MaxxDB-Leuten vorgeschlagen. Vor einem 3/4 Jahr war da aber noch nix geplant . Ich hoffe da geht noch was. Kannst ja trotzdem Dummy-Speicherbereiche anlegen. Stehen dann halt alle in einer Hirarchie. Gruss Patrick Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |