OLTP von der Echtzeitdatenerfassung bis zur Auswertung. TecWare Gesellschaft für Softwareentwicklung mbh

Transkript

1 OLTP von der Echtzeitdatenerfassung bis zur Auswertung

2 Agenda Das Unternehmen Der typische Kunde Probleme dieser Kunden Evolution der Datenerfassung Anforderungen an das System Lösungen 2

3 Die Industrie ERP PPS2000 Kundenspezifische Anpassungen Kundenspezifische Lösungen Beratung Medizin Materialwirtschaft für Mediziner mawi.net equip.net steri.net Automatisierte Installationsplatform für MS SQL-Server Anwendungen 3

4 Der typische Kunde Teilestamm Arbeitspläne Stücklisten Kundenstamm 500 Lieferantenstamm Betriebsmittelstamm 80 Personalstamm (p = 70, V = 8, fn=15) 100 Primärbedarfe (Whg <15%, d. Lg 10) Fertiungsaufträge (ca. 5 AG)

5 Probleme dieser Kunden Viele Neuteile Keine exakten Arbeitspläne Häufige Terminänderungen Kein Stabiler Plan Hohe Kundenbindung Anpassung des AP während der Produktion Dünne Verwaltungsschicht Kaum Personal für Schreibarbeiten Viele Werkaufträge Überblick über die Fertigungsaufträge 5

6 Evolution der Datenerfassung Karteikarten Analog / Aufwendig / Kaum Auswertbar Abteilungslösungen (heute gern Excel) Digital / Einfach / Isoliert Karteikarten (Lohnzettel) Buchungsmasken des ERP Medienbruch / Aufwendig / Auswertbar Direkte Erfassung der Daten (BDE) Digital / Nebenbei / Sofort auswertbar 6

7 Anforderungen an das System Klassisches Buchungsprogramm Spezialsoftware für div. Aufgaben Einheitliche Datenbasis Reporting Schnittstellen zu Fremdsoftware (CAD,CAM, ) Zugriff von unterschiedlichen Endgeräten auf die Daten 7

8 Strategien Abgestimmtes Transaktionshandling Hochverfügbarkeit von Zustandsdaten (Cache) Flexibles Auswertungssystem Übersetzungsschicht für die unterschiedlichen Clients Vorberechnung von Einzeldaten 8

9 Suche nach bestehenden Lösungen ianywhere stand als DB fest (Punkt) Ca startete die Entwicklung Selbst jetzt kaum bestehende Lösungen Gefahr eines Flickenteppichs Wartbarkeit Wir sind kein Systemhaus (Installation) Nebenwirkungen zwischen den einzelnen Systemen 9

10 Transaktionen innerhalb des Systems Heikles Thema Gefahr von Deadlocks, lange Abfragen können komplettes System blockieren oder verzögern Systemweiter Festlegung: Lange Lesetransaktionen ReadUncommited 0 Kurze Buchungen Readcommited 1 Daten immer konsistent, ABER Gefahr des ROLLBACK (Dirty Reads) Hybrid: Buchungen mit langen Lesevorgängen/ müssen korrekt sein! ReadUncommited durchgeführt Buchung wird über Tabelle serialisiert (DELCK) Nebeneffekt, Vermeidung von Deadlocks 10

11 Hochverfügbarkeit von Zustandsdaten 11

12 Hochverfügbarkeit von Zustandsdaten - Umsetzung using (DbCommand cmdreadnotify = conbg.createprocedure("pps.bdereadnotify")) try { DbParameter paramlastid = cmdreadnotify.addparameter("@lastid", DbType.Int32, 0, ParameterDirection.Input, null); DbParameter paramwaitfor = cmdreadnotify.addparameter("@waitfor", DbType.AnsiString, 20, ParameterDirection.Input, "00:00:20"); // Hole die größte Id ab using (DbCommand cmd = conbg.createprocedure("pps.bdelastnotify")) ilastnotifyid = (int)cmd.executescalar(); // Warte auf neue Nachrichten while (evnotifyrunning.waitone(100)) { paramlastid.value = ilastnotifyid; using (DbDataReader r = cmdreadnotify.executereader(commandbehavior.singleresult)) lock (cacheinfo) ReadNotifyRows(r); } } catch (Exception e) { e.showexception(); } 12

13 Hochverfügbarkeit von Zustandsdaten - Umsetzung /************************************************************** TecWare GmbH ** * Liest die Notify-Tabelle und deren Inhalte */ create or replace procedure pps.bdefirenotify() begin declare extoomanymessages exception for sqlstate '54W16'; int; int; = PROPERTY_NUMBER('CurrentProcedure'); = next_connection(null); is not null loop if = 'BDEReadNotify' then begin execute immediate 'message ''<@BDEFireNotify@>'' type info to client for connection ' + cast(@conid as varchar(20)); exception when extoomanymessages then begin end when others then resignal; end; end if; = next_connection(@conid); end loop; end; 13

14 Hochverfügbarkeit von Zustandsdaten - Umsetzung create or replace procedure pps.bdeinsertnotify char(10) = varchar(20) = varchar(1024) = varchar(1024) = varchar(20) = varchar(1024) = null ) begin insert into pps.denot ([ACTION], [TAB], [RECORD], [DATA]) @RECORD, +. ); -- Benachrichtigung über die Änderungen if varexists('denot_counter') = 0 then call pps.bdefirenotify; else set DENOT_CHANGED = isnull(denot_changed, 0) + 1; end if; end; 14

15 Hochverfügbarkeit von Zustandsdaten - Umsetzung create procedure pps.bdereadnotify ( -- Ab dieser Id, werden die Daten zurück integer default null, -- Warte auf varchar(20) default null ) begin is not null is not null and not exists (select * from pps.denot where ID then -- ACHTUNG: Wird die aktuelle Zeile geändert. So muss auch in BDEFireNotify der Wert angepasst werden!!! waitfor after message break; -- Zur Zeit Zeile 8 end if; -- Rückgabe der Änderungen select -- Achtung, die Daten werden per Order abgefragt, mit harten castings auf die Datentypen. [ID], [ACTION], [TAB], [RECORD], [DATA], [CONNID] from pps.denot is null or ID order by ID end; 15

16 Übersetzungsschicht für die unterschiedlichen Clients bzw. Aufgaben Übernimmt Aufgaben der Anwendungsschicht Kommunikation mit Fremdsoftware, BDE, MDE, Maschinen, Modularisierter Dienst mit wenig Basiskomponenten Dienst (Integration OS) Konfiguration (Hotplug) Logging Basisprotokoll für Status (bis 2008 binär, bis net remoting, ab 2012 http) Wichtige Module PPS Nutzerverwaltung für http/rfid/chipkarten BDE MDE http-reporting (an z.b. Maschine, WZ-Daten usw.) 16

17 Flexibles Auswertungssystem 17

18 Vorberechnung von Einzeldaten Diskussion 18