SebastianJu

Derjenige der seine Datenbank verbessern will hat nun einige Tests gemacht. "Flaschenhals scheint einerseits die grundsätzlich langsame Geschwindigkeit von Access bei großen Datenbanken zu sein (>10.000-100.000 Records). Ihre Vermutung Richtung MS Data Grid ist richtig; es bremst den Zugriff gewaltig. Die Visualisierung zumindest eines Teils der Datenbank ist allerdings notwendig, um den Überblick für den Bediener zu sichern. Gibt es hier vielleicht schnellere Alternativen zur MS-Variante? Wichtig sind ausschließlich funktionelle Aspekte. Ob man das Ding in 5 Farben blinken lassen kann, ist völlig belanglos." Ich hatte ihm geraten das MS-DataGrid bzw deren Nutzung mal testweise abzuschalten. Nun ist die Frage braucht es da eine Alternative und welche Alternative gibt es zu diesem Steuerlement oder liegt es eher an der Programmstruktur? Ich weiß gerade nicht wie das Steuerelement aufgebaut ist. Da es das System ausbremst scheint es ja wohl so zu sein dass zB Datensätze die eingelesen werden die Ausführung des Programmcodes aussetzen würde. Wenn das so ist dann wäre wohl eine Möglichkeit nur wenige Daten auf einmal einzulesen und weitere danach. So dass in den Pausen der Code weiter ausgeführt werden könnte. Das hätte aber den Nachteil dass die angezeigten Daten vermutlich nicht sehr aktuell wären. Besser wäre sicherlich ein Element welches irgendwie jenseits des Programmcodes arbeiten würde. Man zB einen Befehl ausgibt diese und jene Datensätze einzulesen und das Steuerelement läd simultan die Datensätze ein während der normale Code weiterläuft. Oder? Gibt es da eine bessere Alternative? Grüße! Sebastian

Mme, ich wurde erstmal nur gefragt was für Komponenten ich empfehlen würde. Und deswegen schreibe ich ihm was er da tun kann. Und selbstverständlich muss er erst einmal herausfinden wo das Problem liegt. Ich habe mit c++ eigentlich keine Erfahrung, könnte da also praktisch eher nur was machen wenn ich es während des Bearbeitens lerne oder gebe ihm halt einfach Tips wie es von meiner Sicht aus aussieht. Und er hat mich halt gefragt... Ich weiß nicht mal ob es da überhaupt ein Projekt gibt oder ob das nur mal eine Frage sein soll. Und Bayern ist auch ziemlich weit weg von Braunschweig. Von einem Projekt was ich habe kann also praktisch keine Rede sein... Und dass ich ihm nun irgendwas falsches gesagt hätte glaube ich nicht... Grüße! Sebastian

Dann bist du der Meinung dass es eher nur an der Access-Datenbank liegt dass sie mehr Performance brauchen? Aufteilung der Daten... Würde das dann über einen zeitgesteuerten Job laufen der die Tabellendaten von der aktuellen in die Archivtabellen verschiebt? Also ich hatte ihm jetzt kurz gefasst geschrieben: Access ist Hemmnis. Falls langsame Speicherchips in Testmaschine dann könnte schon da ein Problem sein. Das DataGridControl bzw die Ausgabe da hinein sollte mal abgeschaltet werden zum Test. Und nach der Umstellung auf Access könnte noch mit Indizes und mit zusammenfassen von Inserts und Abfragen Geschwindigkeit erreicht werden... Das fiel mir als mögliche Dinge ein die man dort als Performancenachteil erkennen könnte... Grüße! Sebastian

Also... das Ganze ist nicht mein System. Im Moment habe ich erstmal nichts außer zwei Mails. Von Datenbanken habe ich an sich schon Ahnung aber ich wollte mir halt mal Tips holen was in dem Bereich industrielle Datenbanken so benutzt wird. Es geht halt wie gesagt um ein Prüfsystem. RFID-Chips in Rollen müssen auf Funktion überprüft werden... Der Firmenchef hat nun auf Rückfrage auch noch ein paar weitere Daten genannt. Es gibt bereits ein Frontend welches mit visual c++ programmiert ist. Dann über ein ActiveX-Element auf die Testmaschine zugegriffen und per ADO auf die Access-Datenbank. Und angezeigt wird da wohl auch noch per DataGridControl... Im Grunde scheint mir das schon eine gute Lösung bis auf das Access. Der Firmenchef wünscht sich eine perfomantere Lösung. Dazu fällt mir eben im Moment ein dass Access sicher nicht die Lösung dafür ist. Und der SQL-Server sollte da die beste Möglichkeit sein. Da ich mir aber unsicher bin ob in dem Bereich nicht doch noch andere Sachen verwendet werden frage ich hier nach... ActiveX muss wohl bleiben. ADO ist sicherlich auch gut genug. c++ ist schnell. Ich vermute allein die Umstellung auf SQL-Server würde schon den gewünschten Effekt bringen. Danach könnte man nachsehen ob da irgendwie weiter optimiert werden kann. Indizes sind klar, eventuell könnten Datenbankeinträge gesammelt werden und so schneller geschrieben und gelesen werden. Außerdem könnte es auch im Datagridcontrol hängen schätze ich. Falls die Sache so programmiert wurde dass nichts geprüft wird solange das Datagrid nicht aktualisiert ist. Usw... Da könnte man zB auch noch schauen ob da etwas zusammenfassbar ist usw usf... Noch andere Ideen? Wie gesagt habe ich bisher noch keine weiteren Infos. Grüße! Sebastian PS: Es war die Rede von Rollen von Tausenden von Chips die auf ihre Funktion hin geprüft würden... Also nehme ich an dass das eine Massenware ist und dementsprechend schnell von Statten gehen muss...

Hallo, ich habe eine Anfrage erhalten in dem es um die automatisierte Prüfung von gefertigten RFID-Chips geht. Die Aufgabenstellung ist, dass die Chips automatisch auf Funktion geprüft werden sollen. Da industrielle Fertigung natürlich hohe Geschwindigkeiten erfordert braucht es da eine hohe Performance. Im Moment wird die Prüfung durch eine reine Access-DB durchgeführt. Nun soll es darum gehen das Ganze schneller zu machen. Access ist dazu sicher nicht optimal geeignet. Und so ist die erste Frage welche Software dazu am Besten benutzt werden sollte. Als Basis wäre sicher der SQL-Server eine gute Wahl nehme ich an. Nun geht es noch darum ein möglichst gutes und schnelles Frontend zu finden. Was würdet ihr da in dem Bereich empfehlen? Auf welche Weise die Chips getestet werden weiß ich nicht. Da es über Access funktioniert nehme ich an dass es eine entsprechende einbindbare ActiveX oder sonstwie ähnliche Komponente gibt. Leider bin ich erst nächste Woche mittwoch wieder da. Was würdet ihr in dem Bereich empfehlen? Freundliche Grüße! Sebastian Jurk