-
Ok, jetzt kann ich wieder mal nachvollziehen wie sich manch Anwender fühlt wenn ich etwas erkläre 
Ne, ganz so schlimm ist es nicht und vielen dank für eure Infos 
Ein gutes BI-Tool haben wir Gottseidank schon im Einsatz (wobei das Tool von FTSolutions flexibler aussieht), nur wird immer wieder nach Daten verlangt wo man nicht darum herumkommt eigenständige Lösungen zu programmieren.
Also Beispiel warum ich Aliases verwenden: Wir haben eine Datei names MAUFTRHIS, darin wandern nach 3 Jahren sämtliche historische Aufträge um das System performant zu halten. Und jedes Historische Jahr wird in eine Teildatei aufgeteilt. H2014 H2013 usw.
Machmal will jemand eine Statistik welche auch historische Aufträge einschließt, per OCDB und Access und auch per SQL habe ich da keinen Zugriff. Darum der Umweg über Aliases.
Das ich diese per View und union all zu einer File zusammenfassen kann wird mir bei manch zukünftiger Statistik nützlich sein.
Ich werde jetzt mal meine erste View bastel und Vielen Dank für eure starke Hilfe hier
-
Nachtrag: Eine View erstellt mit welcher ich die Datenmenge von 2+Mio auf ca. 300.000 eingrenzen konnte. Die identische Abfrage nur diesmal auf die View dauert nun 2 Sekunden 
Somit lohnt es sich gar nicht eine 2. Tabelle und ein entsprechendes View auf beide Tabellen zu legen. Aber wenn es mal um einen größere Datenmenge geht habe ich schon die entsprechende Lösung zur Hand.
Danke!
-
Das kann man mal analysieren wenn man Zeit hat. Wie gesagt, vielleicht ist die Access-Strategie da ja inzwischen optimiert worden.
-
Ich werden zukünftig versuchen Access nur noch als Frontend zu betrachten und Daten und Tabellen auf der AS400 belassen. Mit den Views ergibt sich da neue Möglichkeiten samt einen deutlichen Performancegewinn. Wenn man aber nur alle paar Monate eine Statistik erstellen muss geht man zu gerne den einfachsten Weg 
Diesen Tip hab ich noch erhalten:
ich würde empfehlen, die IN-Klausel gegen EXISTS zu ersetzen, was in der Regel viel schneller ist.
Bei IN werden die Daten als Tabelle geladen und verglichen, bei EXISTS wird die Vergleichstabelle nur dazu verwendet, um zu testen, ob sie existieren, dabei müssen aber keine Daten geladen werden (weswegen bei EXISTS im SELECT normalerweise nur ein Dummy wie "1" steht).
Also z.B. so:
- CODE: ALLES AUSWÄHLEN
WHERE EXISTS (SELECT 1 FROM [020tDatenFuerFibu] WHERE AMERED500_BUBE51.BUBEPKTO = [020tDatenFuerFibu].[AUKDN])
Similar Threads
-
By ExAzubi in forum NEWSboard Programmierung
Antworten: 10
Letzter Beitrag: 10-11-14, 11:12
-
By infomio in forum NEWSboard Windows
Antworten: 2
Letzter Beitrag: 25-08-03, 09:50
-
By Kilianski in forum NEWSboard Server Software
Antworten: 1
Letzter Beitrag: 11-10-02, 10:56
-
By Helwo in forum IBM i Hauptforum
Antworten: 4
Letzter Beitrag: 19-03-02, 10:01
-
By infomio in forum IBM i Hauptforum
Antworten: 8
Letzter Beitrag: 19-06-01, 09:02
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks