Datenbank, INI-Datei oder anderes Format? Ideensammlung - Druckversion +- LabVIEWForum.de (https://www.labviewforum.de) +-- Forum: LabVIEW (/Forum-LabVIEW) +--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein) +---- Forum: Datenbank & File IO (/Forum-Datenbank-File-IO) +---- Thema: Datenbank, INI-Datei oder anderes Format? Ideensammlung (/Thread-Datenbank-INI-Datei-oder-anderes-Format-Ideensammlung) |
Datenbank, INI-Datei oder anderes Format? Ideensammlung - dali4u - 30.04.2014 11:36 Hi Leute, ich muss für unsere Fertigung in ein bestehendes Tool ein Zusatz einprogrammieren, der Seriennummern hinterlegt bzg. abfragt. Ziel: - Der Fertigungsmitarbeiter erstellt Seriennummern (bis zu 16 je Losgröße) - diese Seriennummern sollen in einer Datei oder Datenbank gespeichert werden inkl. Datum und einem String Kontrollmöglichkeiten - die 16 Seriennummern sollen mit den bisherigen abgeglichen werden (d.h. Doppelvergabe ausschließen) Umfang - insg. ca. 5000 SN pro Jahr - 16 je Losgröße, wobei alle 16 mit allen zuvor gespeicherten SN abgegleichen werden sollen Meine Idee, war eine simple INI Datei anzulegen im Format [SN] 10203040=Datum, String 10203041=Datum, String 10203042=Datum, String Fragen an Euch 1) Macht das wirklich Sinn eine INI Datei zu nutzen? Ich wollte noch eine Demo Anwendung schreiben um die Geschwindigkeit mal zu testen, d.h. wie lange dauert es wirklick alle 16 SN zu testen. Eure Einschätzung dazu? 2) Habt Ihr andere Vorschläge des Speicherformats bzw. welche Datenbank? (habe noch nie Datenbank in LV gemacht) 3) Jemand ein anderen Vorschlag? Danke für Eure Anregungen Stefan RE: Datenbank, INI-Datei oder anderes Format? Ideensammlung - cb - 30.04.2014 11:48 (30.04.2014 11:36 )dali4u schrieb: Fragen an Euch zu 1): nein, wenn die Datei immer weiter wächst wird es früher oder später schwierig die Liste zu verwalten z.B. zu sortieren oder einen Eintrag in der Liste zu suchen etc ... zu 2): nimm eine Access Datenbank, die macht all das was du brauchst viele Grüße cb RE: Datenbank, INI-Datei oder anderes Format? Ideensammlung - Y-P - 30.04.2014 12:34 Ich empfehle PostgreSQL. Mir schmiert gerade eine Access-DB täglich ab und ich muss jeden Tag reparieren/komprimieren und dabei gehen andauernd Daten flöten. Gruß Markus (30.04.2014 11:48 )cb schrieb: zu 2): nimm eine Access Datenbank, die macht all das was du brauchst RE: Datenbank, INI-Datei oder anderes Format? Ideensammlung - cb - 30.04.2014 13:04 (30.04.2014 12:34 )Y-P schrieb: Ich empfehle PostgreSQL. Mir schmiert gerade eine Access-DB täglich ab und ich muss jeden Tag reparieren/komprimieren und dabei gehen andauernd Daten flöten. wie hast denn das geschafft? Ich hab auf zig Produktions-Systemen Access-DBs laufen (wenn ich nur eine kleine DB brauche) und bisher nie Probleme gehabt. Ich tendiere sogar dazu wenn immer möglich eine Access-DB zu verwenden, weil mir das Verwalten von einem MS-SQL-, mySQL-, Oracle- usw. DB-Server meistens zu viel Arbeit / Gebrassel ist ... Ein Vorteil von einem "echten" DB-Server (wie z.B. auch MS-SQL-Server Express) ist natürlich, dass man über Scripte auch mal ein DB-Update verteilen kann, falls nötig ... Wie machst du die Anbindung an die DB in LabVIEW? viele Grüße cb RE: Datenbank, INI-Datei oder anderes Format? Ideensammlung - Y-P - 03.05.2014 09:42 Gute Frage. Die DB gibt's seit über 10 Jahren und auf einmal spinnt sie massiv (Datenverlust, korrupte Daten,....). Wieso, weiß ich auch nicht. Demnächst portiere ich sie mal auf MS-SQL und schaue, ob es dann tut. Andere Access-DB's, die teilweise noch größer sind, laufen auch problemlos. Aber ich habe Bammel davor, dass die auch abschmieren. (30.04.2014 13:04 )cb schrieb: wie hast denn das geschafft? Database Connectivity Toolkit (in meiner Developer Suite Core enthalten). (30.04.2014 13:04 )cb schrieb: Wie machst du die Anbindung an die DB in LabVIEW? Gruß Markus RE: Datenbank, INI-Datei oder anderes Format? Ideensammlung - Trinitatis - 03.05.2014 10:26 (30.04.2014 11:36 )dali4u schrieb: Kontrollmöglichkeiten Hallo Stefan, ich kann auch nur zur Access Datenbank raten. Ich habe vor ca. 2 Jahren eine Dauertestanwendung programmiert, die jede Stunde einen Datensatz (über 1,5 Jahre 24h/d) abgelegt hat. Das lief komplett problemlos. Die DB ist so einstellbar, dass Doppelvorgaben von vornherein ausgeschlossen sind. Abstürze und Datenverluste sind zumindest kein systemisches Problem einer Access Datenbank. Gruß, Marko |