schwerpunkt - Midrange Magazin

Weitere Magazine

Empfehlungen

Info

2 TECHNIK & INTEGRATION Bearbeitung einer Abfrage erfolgt, trifft der Query Dispatcher, an den sämtliche Datenbankenabfragen zunächst geleitet werden. Die einzige Möglichkeit, auf die Entscheidungen des Query Dispatchers Einfluss zu nehmen, ist über die Art, wie eine SQL-Abfrage erstellt wird – zum Beispiel: die Syntax oder die Vermeidung von Features, die SQE nicht verarbeiten kann. Mit jedem neuen Release wurden der SQE neue Funktionalitäten zugefügt, sodass immer weniger Abfragen von der CQE bearbeitet werden müssen. Mit Release V5R4 können nun auch Abfragen mit den folgenden Funktionalitäten von der SQE verarbeitet werden: ó SQL-Abfragen mit LIKE-Prädikaten oder Substring-Funktionen ó SQL-Abfragen mit Zugriff auf Large Object- (LOB-) Spalten ó SQL-Abfragen mit Live-Datenverarbeitung Für einige Abfragen ist es unbedingt erforderlich, mit Live-Daten und nicht mit einer temporären Kopie der Daten zu arbeiten. Diese Live-Verarbeitung kann innerhalb von Programmen oder Prozeduren auf zwei Arten erzwungen werden: ó Durch die Definition eines sensitiven Cursors. Nach dem Öffnen des Cursors werden alle Änderungen (zum Beispiel durch Hinzufügen oder Löschen von Datensätzen) im Result-Set aktualisiert. ó Die Option ALWCPY (Allow Copy) wird entweder im Compile Command oder über ein SET OPTION-Statement auf *NO gesetzt. SQL-Abfragen, in denen die folgenden Funktionalitäten verwendet werden, können noch nicht von der SQE verarbeitet werden: ó SQL-Abfragen, mit speziellen skalaren Funktionen SQL-Abfragen, in denen skalare Funktionen zur Konvertierung von alphanumerischen Zeichen – wie UPPER, LOWER oder TRANSLATE MIDRANGE MAgAZIN · 07/2007 – verwendet werden, müssen weiterhin von der CQE ausgeführt werden. ó SQL-Abfragen mit NLSS (National Language Sort Sequence) und CCSID (Coded Character Set Identifier) Konvertierung Die Default-Sortierreihenfolge ist *HEX. Dabei werden kleine Buchstaben vor großen Buchstaben vor Ziffern sortiert. Ist eine Sortierung unabhängig von Groß- und Kleinschreibung erforderlich, kann dies durch Änderung der Sortierreihenfolge auf *LANGIDSHR oder *LANGIDUNQ erfolgen. Der Un- terschied zwischen diesen beiden Sortierreihenfolge liegt in der Wertigkeit der einzelnen Zeichen. Bei Sortierreihenfolgen *LANGIDSHR haben große und kleine Buchstaben die gleiche Wertigkeit, während sie bei *LANGID- UNQ unterschiedliche Wertigkeit besitzen. Im Klartext heißt das: Wird in den Where-Bedingungen LIKE ’%Meier%’ angegeben, werden bei Sortierreihenfolge *LANGIDUNQ alle Meiers selektiert (großes „M“ kleine „eier“), bei *LANGIDSHR werden dagegen alle Meiers, unabhängig von Groß- oder Kleinschreibung ausgewählt – also sowohl „Meier“ als auch „MEIER“ als auch „meier“ usw. Ist für eine Abfrage eine andere Sortierreihenfolge als *HEX erforderlich, wird diese Abfrage bis dato von der CQE verarbeitet. Eine Unterstützung durch die SQE ist für zukünftige Releases geplant. ó SQL-Abfragen, in denen User Defined Table Functions (UDTFs) verwendet werden Funktionen zeichnen sich dadurch aus, dass ein Ergebnis in Form eines Rückgabewertes ausgegeben wird. User Definied Functions (UDF), können entweder direkt in SQL oder in jeder beliebigen ILE-Programmier-Sprache (ILE RPG, ILE COBOL, ILE C) oder auch in JAVA geschrieben sein. Funktionen, die nicht in SQL geschrieben wurden, müssen über den SQL-Befehl CREATE FUNCTION als UDF registriert werden und können dann über jedes SQL-Interface aufgerufen werden. User Defined Table-Funktionen sind eine besondere Art von Funktionen. Statt eines einzigen Rückgabewertes können mehrere Rückgabewerte in Form einer Tabelle ausgegeben werden – das heißt: Das Ergebnis kann aus einer oder mehreren Zeilen bestehen, die wiederum in verschiedene Spalten unterteilt sein können. UDTFs werden in Select-Statements wie andere Tabellen (physische Dateien) verwendet und durch das Schlüsselwort TABLE gekennzeichnet. Birgitta Hauser ó CLICK TO www.midrange.de Den vollständigen Artikel finden Sie in unserer aktuellen Online-Ausgabe. TECHKNOWLETTER Der TechKnowLetter erscheint alle zwei Wochen per e-Mail und enthält wichtige technische Beiträge für die Bedienung und Administration Ihrer IBM Serversysteme. www.techknowletter.de
Eine Entwicklungsplattform für iSeries-Anwendungen Fünf gründe für .NET Vor 15 Jahren war IBM das Unternehmen, das in der IT die Richtung vorgab. Mit der AS/400 hatte IBM eine Plattform entwickelt, die alles mitbrachte, um ein Unternehmen mit Infor- mationstechnologie vollständig zu versorgen. Heute sieht die IT-Welt anders als damals aus. Die beherrschende Plattform ist der Client, auf dem zumeist Windows läuft; dieser Client arbeitet mit Daten, die auf Servern liegen; die Kommunikation zwischen Server und Client basiert auf einer dermaßen starken Infrastruktur, dass es keinen Unterschied mehr macht, ob der Server im Haus oder irgendwo anders auf der Welt steht. Neue Ansprüche des Anwenders Somit haben sich auch die Ansprüche der Anwender geändert. Software hat heute einen höheren Stellenwert als in den frühen 90er Jahren, sie soll nicht nur funktionell sein, sondern auch gut aussehen und vor allem keine Grenzen in der Kommunikation und Verfügbarkeit von Informationen haben. Natürlich ist diese Entwicklung an den AS/400-Anwendern nicht spurlos vorbeigegangen. Nach Jahren, in denen man geglaubt hatte, dass es genügt AS/400-Programmen eine Windowsähnliche Oberflächliche zu geben, bis die IBM mit ‚dem Werkzeug’ kommt, das es ermöglicht die bestehenden Programme von Grund auf zu modernisieren, ist nun Ernüchterung eingetreten. Kein Vorteil in Sicht Seit über 10 Jahren bieten Unternehmen – basierend auf verschiedenen Konzepten – Modernisierungslösungen für iSeries-Anwendungen an. Die einzige Gemeinsamkeit ist, dass diese Tools nicht an die Anwendung herangehen, sondern die Oberfläche nach verwertbaren Informationen abgreifen, die sie dann „aufgehübscht“ darstellen. Der Effekt dieser Tools blieb in den meisten Fällen hinter der Erwartung des Herstellers zurück. Gründe dafür sind die Erkenntnisse bei den AS/400- Anwendern, dass diese bescheidenen Effekte zuviel Geld und Arbeit kosteten und dass sie letztendlich keine ernstzunehmende Software-Technologie darstellen. Auf den Mittelstand fokussiert Die Hoffnungen liegen heute auf einer Plattform, die von jenem Unternehmen kommt, das den Client-Markt beherrscht und auf dem Weg in den Mittelstand ist. Im Jahre 2001 hat Microsoft mit .NET eine neue Software-Technologie vorgestellt, die sich mittlerweile etabliert hat und durch professionelle Konzepte und Stabilität auszeichnet. Ein wesentliches Merkmal der .NET- Technologie ist die Wahlfreiheit der Sprache, in der man seine Entwicklung erstellt. Das Konzept von VisualStudio ermöglicht es Software-Herstellern, ihren eigenen Compiler zu integrieren. Von Microsoft kommen die Sprachen VisualBasic, C#, C++, J++. Dazu liefern Hersteller wie Fujitsu COBOL für .NET und den RPG-Compiler ASNA Visual RPG.NET, der vom INFONIQA-Team NXTGEN im deutschsprachigen Raum betreut wird. .NET integriert bestehendes Wissen und Anwendungen Die Integration der ‚Altsprachen’ in diese moderne Welt ist ein wichtiger strategischer Aspekt im .NET-Konzept. Microsoft hat .NET als Integrationsplattform aufgesetzt, indem die Herstellung der Software, die ein Unternehmen benötigt, standardisiert wird. Integration ist mehr als zugriff Unter Integration verstehen wir die komplette Einbindung der Konzepte der AS/400 inklusive Spezifika wie Bibliotheksliste, QTEMP, DataAreas etc. Natürlich müssen auch die Datentypen der iSeries – wie beispielsweise gezonte und gepackte Darstellung numerischer Werte – auf .NET abgebildet werden; diese Datentypen müssen auch bei Parameterübergabe verwendbar sein. Der OS/400-Job, unter dem diese Sitzung läuft, muss transparent sein. Der User, der das Programm bedient, muss ebenso bekannt sein wie der eines interaktiven Dialogprogramms. Die Integration bezieht sich aus Sicht des NXTGEN-Teams nicht nur auf die iSeries mitsamt Ihren technischen Funktionen. Die Stellung der iSeries im Unternehmen ist in den meisten Fällen bedeutend mehr als eine Plattform, auf der Software läuft. Bei den meisten iSeries-Kunden wurde die eingesetzte Software selbst entwickelt oder so stark individualisiert, dass man nicht mehr von Standard-Software sprechen kann. Das heißt, dass die Mannschaft, die hinter dieser Entwicklung steht, zum Ganzen gehört – also zur Einheit, die die iSeries im Unternehmen bildet. Die Gesamtheit betrachten Wenn man nun versucht, das Wissen auf eine neue Plattform zu heben, muss 07/2007 · MIDRANGE MAgAZIN
Seite 1 und 2: 3 0 5 81 9 I 9 8 E · I S S N 0 9 4
Seite 3 und 4: Thomas Seibold Redaktion MIDRANGE M
Seite 5 und 6: MARKTÜBERSICHT Basisarbeit 46 Elf
Seite 7 und 8: Rückblick: iNN-Partner-Camp in Bad
Seite 9 und 10: WORKSHOPS KALENDER System i SQL Sum
Seite 11 und 12: Foto: Christine Balderas, iStockpho
Seite 13 und 14: eich der Kundenzufriedenheit. unser
Seite 15 und 16: Anwendungsmodernisierung auf iSerie
Seite 17 und 18: ausgeführt. Die Activation Group e
Seite 19 und 20: Umfangreiche Virtualisierungsfunkti
Seite 21 und 22: wodurch sich die Anzahl der externe
Seite 23 und 24: ��
Seite 25 und 26: prozeduren sollte jedoch die Mögli
Seite 27 und 28: Bundesversicherungsamt schützt sic
Seite 29 und 30: Hochverfügbarkeit nach Modellen de
Seite 31 und 32: Einen großen Vorteil sieht der EDV
Seite 33 und 34: SPEzIAL System i: Lösungen für de
Seite 39 und 40: Ich stellte den Parameter NBRSVR de
Seite 41: Release V5R4M0 Neues in Datenbank u
Seite 45 und 46: Damit Sie die Möglichkeiten von SQ
Seite 47 und 48: Positive Erfahrungen Florian Litsch
Seite 49 und 50: SERVICE AUTOREN DIESER AUSGABE Hein
Seite 51 und 52: TOOLMAKER SOFTWARE Mehr E� zienz

schwerpunkt - Midrange Magazin

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?