Da muss ich Dir widersprechen. Der Fehler liegt in der Konzeption der DataCapture-Software, die als Unterbau nun mal keine relationale DB im herkömmlichen Sinne nutzt. Die Anforderungen an das System sind teils durch klinische Standards bedingt. Für diese Aufgabe, die ich jetzt zu optimieren versuche, war das System nie ausgelegt. Sowas war ürsprünglich so geplant, dass über xml die Daten exportiert werden und dann eben von SPSS oder SAS weiterbearbeitet werden oder mit ähnlichen Systemen Daten ausgetauscht werden. Das kann unsere Software nämlich hervorragend.
Da hast Du wohl recht. Hinzukommt, dass wir mit den Problemen lernen. Wir konnten uns nicht vorher etwas passendes überlegen, weil wir den Umfang und Aufwand nicht kannten. Der Server war ausserdem nicht für dieses Aufgabe exklusiv gedacht.
Das Interface habe ich auch nicht entwickelt. Ich bin nur der Dumme, der jetzt schauen muss, dass halbwegs gut funktioniert. Und wie gesagt, für diese Aufgabe war das System nie bestimmt.
Das muss ich Gott sei Dank auch bei uns in der Firma keinem mehr erklären...
Keine. Ich verwalte nur die Havarie.
Danke trotzdem,
donhaaare
--
https://www.xing.com/profile/Andreas_Kretschmer7ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
Richtig, bei Bigmem ist wohl bei 4 GB Schluß ... der Rest liegt brach und wird umsonst bezahlt - na, nicht ganz, der Stromverbrauch ist immerhin vorhanden ;-)
donhaaare: nun, welchen Sinn macht es, diese Daten in eine relationale Datenbank zu pressen, wenn das ganze doch nicht dafür gedacht war? Und würde es nicht mehr Sinn machen, die Struktur aufzuteilen? Import und Export in beliebige Formate kannst du doch selbst handhaben, deshalb muss man die Struktur nicht 1:1 übernehmen. Noch ein paar Spalten und ihr seid sowieso am Limit und müsst euch etwas überlegen.
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Hi,
so, mein free -m sagt
das würde für mich heißen, dass der Speicher genutzt wird. Unser Hoster bietet die Kisten mit dem Betriebssystem und diesem Kernel an, also würde ich voraussetzen, dass der komplette Speicher auch unterstützt wird.Code:# free -m total used free shared buffers cached Mem: 8088 7756 331 0 160 6163 -/+ buffers/cache: 1432 6655 Swap: 2047 0 2047
Was Sinn und Unsinn dieses Verfahrens angeht, kann ich wenig dazu sagen. Es hat sich bei anderen Projekten (mit viel schmäleren Tabellen) als sehr gute Möglichkeit erwiesen, den Projektleuten und Statistikern für Ihre BIRT-Report-Designer und SPSSe die Daten leicht verwertbar zur Verfügung zu stellen.
Auf all das habe ich keinen Einfluss. Ich kann lediglich versuchen, die Probleme mit den extremsten Projekten zu begrenzen und an unsere Entwickler weiterzugeben.
Das sich zwischen den RDBMS-Leuten und den XMLern Welten auftun, habe ich wieder mal erfahren ...![]()
Du vermittelst da zwischen zwei Parteien und wenigstens die Datenbankleute sind dir aufgrund dieses Tabellendesigns nicht an die Gurgel gespriungen?
Eigentlich unterständlich.
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Links: Tobias Bauer - IT- und Funkdienstleistungen - Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen - Funkforum
Lesezeichen