Rash thoughts about .NET, C#, F# and Dynamics NAV. » msu-solutions-GmbH

Erstes internes CodingDojo bei der msu solutions GmbH in Halle

Steffen Forkmann — Wed, 02 Jun 2010 14:37:00 +0000

Gestern haben wir bei der msu solutions GmbH am Standort Halle unser erstes internes CodingDojo veranstaltet.

Ziele des internen Dojos

Da wir in der tagtäglichen Arbeit mit Microsoft Dynamics NAV entwickeln, wollten wir das Dojo auch mit Dynamics NAV und der Programmiersprache C/AL abhalten. Als wichtiges Ziel der Veranstaltung haben wir uns vorgenommen nach Test-Driven Development (TDD) zu arbeiten. Da TDD im NAV-Bereich (sicherlich mangelns Tools und Community) noch so gut wie unbekannt und unser selbstentwickeltes Test-Framework noch sehr jung ist, war diese Selbstverpflichtung für einige Team-Mitglieder in dieser strikten Form sicherlich noch Neuland.

Ablauf

Um die Messlatte für das erste Dojo daher nicht allzu hoch zu legen und mehr Fokus auf den Versionsverwaltung (git), die Test-Tools und die Kommunikation bzw. den Prozess selbst zu richten habe ich die relativ einfachen Katas FizzBuzz und DictionaryReplacer vorgeschlagen. Das Team hat sich dann für FizzBuzz entschieden.

Wie beim 1. NET CodingDojo in Hamburg gab es auch in Halle einige Startschwierigkeiten. Es scheint für viele Entwickler aufgrund der jahrelangen Entwicklungspraxis sehr schwer zu sein, tatsächlich zwischen Test und Implementierung zu unterscheiden.

Nachdem jedoch die ersten 3 Tests samt Implementierung geschafft und die explizite Trennung der Test- und Entwicklungsphasen erkannt wurden steigerte sich das Tempo des Teams enorm. So konnten wir dann auch Erweiterungen der Aufgabenstellung diskutieren und umsetzen.

Ich denke unser erstes msu Dojo war ein Erfolg und insbesondere die Wahl der Kata war für die erste Veranstaltung dieser Art ausgezeichnet. Für das nächste Mal wollen wir uns dann natürlich an eine schwierigere Kata wagen.

Randori-Stil

Da seit dem ”Dojo Deluxe” von und mit Ralf Westphal eine Diskussion über die Dojo-Formate aufgekommen ist, möchte ich hier auch noch meine Meinung dazu abgeben.

Da wir uns den Randori-Stil ausgesucht haben, gab es eigentlich vier verschiedene Rollen. Als erstes natürlich den Driver und den Co-Piloten, also eine Person, die die Tastatur bedient und eine die sagt “wo es lang geht”. Übrig bleiben dann in unserer Version noch der Rest des Teams als Publikum und ein Moderator. Da es die erste Veranstaltung dieser Art war, gab es noch sehr viele Hinweise vom Moderator. Bei nachfolgenden Veranstaltungen würde ich mir wünschen, dass der Moderator immer mehr in den Hintergrund rückt und die jeweiligen Co-Piloten deutlich aktiver werden. Das Publikum könnte noch mehr als das Kontrollorgan fungieren und auf Einhaltung der selbst auferlegten Richtlinien pochen. Als wichtigen Punkt für nachfolgende Veranstaltungen würde ich also noch eine klarere Trennung der Rollen sehen und dem Team mehr Eigenverantwortung auferlegen.

Randori-Stil vs. Tutorial

Die Befähigung des Teams den Entwicklungsprozess ohne starke führende Hand selbst zu kontrollieren ist für mich ein Kernziel bei einem CodingDojo. Ich denke hier unterscheidet sich der Randori-Stil (jedenfalls wie ich ihn bisher verstehe) stark von der Variante und den Zielstellungen die Ralf Westphal in seinem Dojo in München abgehalten hat. Wie Ilker Cetinkaya auch schon geschrieben hat ist Ralf’s Dojo-Variante wahrscheinlich näher am klassischen Workshop oder am Tutorial einzuordnen. Daran ist natürlich nichts falsch, ganz im Gegenteil: ich finde solche Workshops mit erfahrenen und charismatischen Sprechern extrem reizvoll. Insbesondere weil man bei einem Workshop aufgrund der intensiveren Vorbereitung des Sprechers in der kürzeren Zeit eine weit höhere fachliche Tiefe erreicht und man im Gegensatz zu klassischen Frontal-Vorträgen auch mehr Rückfragen stellen kann. Ralf hat sich dazu in seinem Blog ja auch intensiv und fundiert Gedanken gemacht.

“Einer weiß etwas und die anderen wollen es von ihm lernen”-Formate wie Ralf sie beschreibt sind also auch aus meiner Sicht sehr nützlich und bilden vermutlich sogar die Voraussetzung für ein Randori. Wenn nicht genug Leute im Raum bereits etwas über die zu benutzenden Techniken oder Methoden gehört haben, dann wird das Dojo bzw. das gemeinsame Lernen und Lehren vermutlich sehr zäh und der Moderator wird zum Hauptakteur. Es ist somit auch völlig einleuchtend, dass Ralf seine Event-Based Components natürlich nicht in einem Randori vorstellen kann. Das wäre dann wohl beim einem leeren FlipChart geblieben und ganz sicher auch eine Enttäuschung für alle Seiten.

Wenn jedoch hinreichend viele Leute bereits Erfahrungen mit der Materie gemacht haben, dann gibt es vermutlich auch unterschiedliche Interpretationen. Diese würde ich aber nicht so drastisch wie Ralf als “Unsicherheit” auslegen, sondern eher als Chance die Varianten gemeinsam zu diskutieren und Unklarheiten auszuräumen. Dabei muss es am Ende aber nicht zwingend einen Konsens geben.

Daher denke ich, dass auch ein Format mit weit weniger Moderation bzw. Anleitung wichtig ist, insbesondere auch um das bisher Erlernte in einer sicheren Umgebung zu testen und echtes TeamPlay zu trainieren. Den Begriff “Dojo” ausschließlich für solche freien Formate zu verwenden, ist wie Ralf beschrieben hat aus historischer Sicht wahrscheinlich eher ungeschickt. Dem stimme ich zu.

Ich denke hier hat Ralf hat meine Twitter-Kommentare evtl. auch etwas überbewertet (140 Zeichen sind natürlich oft auch missverständlich). Ich bin auch nicht dafür, dass alle Entwickler gleichgemacht werden sollen und es überhaupt keinen Lehrer gibt. Ganz im Gegenteil jeder soll sich einbringen, denn selbstverständlich sind immer unterschiedliche Wissengrade im Raum zu finden.

Dass alle etwas beisteuern klappt dann aber nur wenn die erfahreneren Entwickler sich auch mal darauf einlassen einen vorgeschlagenen “Irrweg” mit zu gehen und den Erkenntnisprozess so reifen zu lassen. Abgabe von Kontrolle ist zugegebenermaßen nicht gerade einfach, aber manchmal wird man vielleicht auch als alter Hase noch überrascht werden.

Microsoft Dynamics Konferenz CONVERGENCE 2007

Matthias Kramer — Sat, 27 Oct 2007 14:30:56 +0000

Vom 22.-25. Oktober 2007 fand im Bella Center in Kopenhagen die CONVERGENCE 2007 statt. Diese jährlich veranstaltete Konferenz befasst sich ausschließlich mit Thema Microsoft Dynamics. Als Mitarbeiter der msu solutions GmbH hatte ich die Gelegenheit, an dieser Konferenz teilzunehmen und in etlichen Veranstaltungen und Diskussionen viel Neues und Interessantes zu erfahren und zu sehen, wo die Entwicklung der Microsoft-Produkte für den Business-Bereich hingehen wird. Besonders interessant waren für uns natürlich die Vorträge, die sich mit Dynamics NAV befasst haben.

Dynamics konvergiert

Deutlich zu erkennen war auf der diesjährigen Konferenz, dass das Motto „Convergence“ sich immer mehr in der Produktentwicklung der verschiedenen Dynamics-Produkte niederschlägt. Nachdem ja vor kurzem mit der Umbenennung der verschiedenen Produkte – aus Navision wurde Dynamics NAV, aus Axapta Dynamics AX usw.- im Marketing-Bereich eine Annäherung vollzogen worden war, wird nun in der Produktgestaltung selbst diese Konvergenz immer sichtbarer. Wenn man die Benutzeroberflächen der Prototypen für die nächsten Versionen der Dynamics-Produkte sieht, kann man diese kaum noch unterscheiden. Aber auch unter der Oberfläche tut sich einiges: Mit der Umstrukturierung der Programmarchitekturen hin zu Service-orientierten Anwendungen wird es wohl mal irgendwann soweit sein, dass ein einziger Client sich der verschiedensten Dienste aus den jetzt noch getrennten Anwendungen bedient.

Alle Daten überall

Diese Entwicklung in Richtung Service-basierter Anwendungen hat auch einen weiteren Hintergrund, den Microsoft konsequent verfolgt: Aus allen möglichen Anwendungen soll der maximale Nutzen gezogen werden können, indem Informationen an den Stellen bereitgestellt werden, wo sie auch optimal benutzt werden können. Es gibt immer mehr Möglichkeiten, die Daten, die einmal in eine Business-Anwendung eingegeben wurden, in anderen Microsoft-Programmen weiterzubearbeiten, weiter auszuwerten.

Sehr schön ist das zu erkennen an der Entwicklung von Dynamics NAV: In den früheren Versionen konnte man schon sehr einfach Tabellen-Daten mit Strg+C, Strg+V nach Excel transportieren. (Schon das ist ein wertvolles Feature, das etliche andere Produkte nicht haben.) In Microsoft Dynamics NAV 5.0 ist die Integration von Microsoft Office stark erweitert worden. Man kann jetzt Word- und Excel-Stylesheets definieren und damit viel flexibler seine NAV-Daten in Office auswerten oder weiterverarbeiten. Kundenanschreiben, ausgefeilte Belege, statistische Auswertungen – einige von den Sachen, wo man sich als Entwickler im Report-Designer verrenken musste, lassen sich jetzt sicherlich eleganter lösen. Auch für den Endanwender eröffnen sich viele neue Möglichkeiten, wenn er seine Daten in Word und Excel zur Verfügung hat. Weitere Beispiele für verbesserte Integrationsmöglichkeiten in NAV sind das Link-Feature: Datensätze können beliebig mit Dokumenten, Dateien oder Internetressourcen verknüpft werden; oder die verbesserte Funktionalität zum Versenden von E-Mails.

Und diese Entwicklung wird auch weiter vorangetrieben. In Dynamics NAV „6.0“ werden im so genannten Role Center, der Startseite des NAV-Anwenders, Outlook-Elemente wie Kalender oder Aufgabenliste integriert sein; Reports werden über die Report Services erzeugt und mit wenigen Klicks kann eine NAV-„6.0“-Codeunit in einen Web-Service verwandelt werden. Das wiederum eröffnet die Möglichkeit, die Geschäftslogik einer ERP-Anwendung an völlig neuen Stellen verfügbar zu machen, seien es nun neue Programme, Internet-Anwendungen oder in mobilen Lösungen. Es war sehr beeindruckend, z.B. in Vorträgen von Jesper Raebild, Development Manager bei Microsoft, diese Möglichkeiten in konkreten Anwendungen zu sehen.

Auch der Sharepoint Portal Server wird eine wichtige Rolle spielen. Bob Sutton, Produktmanager bei Microsoft, hat dabei in seinem Vortrag sehr interessant anhand von Beispielen die Möglichkeiten des Sharepoint Portal Servers dargestellt. Meiner Meinung nach steckt in dieser Software ein großes Potenzial, das unseren Kunden einen echten Mehrwert bringen kann. Das fängt damit an, dass man Dokumente oder andere Dateien, die man klassischerweise im Datei-System abgelegt hat, hier mit beliebigen qualifizierten Informationen versehen kann, die auch recherchierbar sind, und geht bis dahin, dass man komplette Workflow-Prozesse in Unternehmen innerhalb des Sharepoint Portal Servers abbilden kann und damit die Abläufe beim Kunden transparenter und effizienter gestalten kann.

Creating software that users love

Das ist das Motto, das das Microsoft User Experience Team für seine Dynamics-Produktentwicklung ausgegeben hat, und was mich auf der Convergence 2007 am meisten begeistert hat. Eines der zentralen Elemente bei der Entwicklung der kommenden Versionen wird die Verbesserung der Benutzerführung sein. Für dieses Ziel gibt es eine Vision: Der Nutzer soll seine Software lieben. Er soll also mit der Software nicht einfach nur seine Arbeit machen, sondern die Software soll so gut, so effizient, so schön werden, dass der Nutzer eine emotionale Verbindung mit ihr herstellt und mit der Software glücklich wird.

Und an dieser Vision wird konsequent gearbeitet: Ein ganzes Team wurde ins Leben gerufen, das sich ausschließlich mit diesem Thema beschäftigt. Systematisch wird untersucht, was eine Software haben muss oder wie sie sein muss, damit Menschen sich mit ihr so sehr verbunden fühlen wie z.B. mit einem iPod oder ihrem Handy oder auch einem Teddybären.

Schritte auf dem Weg dahin sind, dass intensiv Studien mit Benutzern durchgeführt werden, um die Bedienbarkeit immer weiter zu verbessern. Dabei wird den Testkandidaten eine Reihe von Aufgaben gestellt und deren Reaktionen aufgezeichnet. Anschließend wird analysiert, womit die Leute effizient arbeiten können, was sie brauchen oder auch was sie schlicht schön finden oder eben nicht.

Ein weiteres interessantes Element ist die Einführung von Rollen, die Benutzer in Geschäftsabläufen haben können. Microsoft hat viele verschiedene Unternehmen mit ihren Geschäftsabläufen und darin beteiligten Personen untersucht und auf dieser Basis ein allgemeines, „durchschnittliches“ Unternehmen mit Mitarbeitern und den von ihnen zu bearbeitenden Aufgaben modelliert. Die Benutzer agieren also in bestimmten Rollen: Es gibt den Einkäufer, die Sekretärin, die Auftragsbearbeiterin und natürlich auch den Chef. In den zukünftigen Dynamics NAV, AX, CRM usw. wird dann der Benutzer mit seiner Rolle im Mittelpunkt stehen, das Programm soll genau auf die vom Nutzer in seiner Rolle zu erledigenden Aufgaben zugeschnitten sein. (Das Schlagwort dafür heißt Role Tailored User Experience.)

Sehr interessant finde ich, dass es in dem Unternehmensmodell nicht einfach nur diese Rollen gibt, sondern dass jede Rolle einen Namen und ein Gesicht hat. Begeistert war ich, wie gut damit das Modell griffig wird und wie tief das Modell auch bei den Microsoft-Leuten schon drin steckt: Bei den Vorträgen war sehr oft von Auftragsbearbeiterin Susan oder von Einkäuferin Alicia die Rede. Ich kann mir gut vorstellen, dass das Modell schnell von den Microsoft-Partnern angenommen und von ihnen für die Geschäftsprozesse bei ihren Kunden erweitert wird.

Das Team hat auch ein Tool vorgestellt, das dieses Standard-Modell mit sämtlichen Prozessen veranschaulicht, mit dem man aber auch dieses Modell für branchenspezifische Abbildungen erweitern oder neue Modelle bauen kann. Sehr interessant, weil ich auch denke, dass wir bei unseren Kunden damit Prozesse transparenter darstellen und dokumentieren können.

In den Vorträgen von Jesper Raebild und Morten Holm-Petersen vom User Experience Team war schon einiges von dem zu sehen, was auf dem Weg zur geliebten Software umgesetzt ist. Microsoft Dynamics NAV „6.0“ macht schon einen schmucken Eindruck und wird einige Features bieten, die das Arbeiten mit NAV angenehmer machen: Fact Lists, die verknüpfte Informationen zum angezeigten Hauptdatensatz anzeigen; Action Panes, die den Zugriff auf kontextabhängige Funktionen geben und z.B. Prozess-orientiert angeordnet werden können; Fast Tabs, mit denen besser als bisher Ordnung auf den Seiten gehalten werden kann; und natürlich das Role Center als Startseite für den Benutzer, die optimal auf seine Rolle zugeschnitten ist. Eine der schönen Erkenntnisse, die ich fast nebenbei am Stand des User Experience Teams erfahren habe, ist die, dass auch der Anwender mit der Rolle „NAV-Entwickler“ vom User Experience Team nicht vergessen wird. Denn schließlich wollen wir ja auch unsere Software lieben

Basta 2007: Interview mit Steffen Forkmann

Jens Hesse — Mon, 24 Sep 2007 12:14:52 +0000

Jens Hesse: Hallo Steffen. Du warst zum ersten Mal auf der „BASTA!“, wie kam es dazu?

Steffen Forkmann: Hallo Jens. Die „BASTA!“ Ist eine der wichtigsten deutschsprachigen Entwicklerkonferenzen, da ist es klar, dass man dort gern teilnehmen möchte. Dass es dieses Jahr sogar gleich als Sprecher geklappt hat, habe ich vor allem Torsten Weber zu verdanken. Er ist Leiter der .NET User Group in Leipzig und auch im Advisory Board der „BASTA! 2007“.

JH: Worüber hast Du gesprochen?

SF: Ich habe einen Einstiegsvortrag über die Programmierung in Microsoft Dynamics NAV gehalten und dabei versucht wesentliche Grundkonzepte in Navision zu vermitteln.

JH: Dynamics NAV (ehemals Navision) ist eine ERP Plattform aus dem Hause Microsoft. Was spricht aus deiner Sicht für den Einsatz von Dynamics NAV?

SF: Aus betriebswirtschaftlicher Sicht spricht eine ganze Menge dafür. Microsoft bietet hier ein vollständiges ERP-System, das alle grundlegenden Geschäftsprozesse schon vorimplementiert zur Verfügung stellt. Das bedeutet Partnerunternehmen können auf diese Grundprozesse aufbauen und brauchen nur ihr eigenes Branchenwissen zu implementieren. Alle buchungs- und steuerrelevanten Details sind ja schon da. Das bedeutet somit einen gewaltigen Entwicklungsvorsprung gegenüber einer komplett eigenen Lösung. Es ist für einen Entwickler schon schwierig genug die betriebswirtschaftlichen Interna seiner Branche zu verstehen, da muss man sich die Buchhaltung oder ähnliches nicht auch noch antun – zumal Navision dafür ein Zertifikat von Wirtschaftsprüfern hat. Allerdings bekommt man diesen Entwicklungsvorsprung nicht geschenkt. Neben den Lizenzkosten für Client und Standardobjekte fallen auch noch Lizenzkosten für Eigenentwicklungen an.

JH: Warst Du mit Deinem Vortrag / der Resonanz zufrieden?

SF: Da die „BASTA!“ eigentlich eine reine .NET-Veranstaltung ist, war ich mit den ca. 25 Zuhörern eigentlich ganz zufrieden, zumal auch einige attraktive Mainstream-Themen parallel liefen. Nachdem Vortrag kamen auch noch diverse Zuhörer zu mir und stellten einige Detailfragen. Unter anderem auch zur rudimentären Entwicklungsumgebung C/SIDE.

JH: Wie darf man das genau verstehen?

SF: In meinem Vortrag habe ich Dynamics NAV aus Entwicklersicht beschrieben. Mir war es wichtig auf der einen Seite den schon angesprochenen Entwicklungsvorsprung zu erkären, aber auf der anderen Seite habe ich auch auf diverse Probleme im Entwicklungsalltag hingewiesen. Die Entwicklungsumgebung C/SIDE ist eben schon einige Jahre alt und auf einer modernen Konferenz wie der „BASTA!“, wo u.a. auch Visual Studio der übernächsten Generation gezeigt wird, kommt eine Demo in C/SIDE manchen Teilnehmern schon wie Kulturschock vor. Da kann man noch so lange auf die Vorteile von NAV eingehen, wenn man einmal die Codeunit 80 aufmacht und eine Funktion zeigt, die über 36 Bildschirmseiten geht und nicht ein Kommentar zu sehen ist, dann wirkt das auch auf den härtesten Notepad-Hacker abstoßend.

JH: Verstehe. Wie geht es jetzt weiter? Wird man Dich öfter auf Entwicklerkonferenzen sehen?

SF: Na das hoffe ich doch. Schon im Frühjahr 2008 findet zum Beispiel die BASTA! Spring unter dem Motto “Best Practices” statt. Da werde ich mich sicher mit dem einen oder anderen Thema bewerben. Als nächstes liegt jedoch erstmal eine Dozententätigkeit bei der Berufsakademie Heidenheim an. Dort werde ich zwei Vorlesungen über Dynamics Nav halten.

JH: Was hältst Du von der Konferenz im Allgemeinen, und wie beurteilst Du die Ihre Stellung im Vergleich zu kostenlosen Konferenzen wie beispielsweise der ICE in Lingen?

SF: Also die BASTA! ist natürlich nur schwer mit der ICE zu vergleichen. Die BASTA! ist aufgrund ihrer Größe natürlich wesentlich breiter besetzt, sowohl thematisch als auch personell. Mit 78 Speakern kann natürlich auch ein viel breiteres Spektrum geboten werden. Allerdings fällt die Wahl bei teilweise 8 parallelen Sessions auch schwerer. Als Zuhörer hat man immer das Gefühl einen wichtigen Teil zu verpassen. Die ICE hingegen ist wesentlich persönlicher und somit der Erfahrungsaustausch auch etwas einfacher möglich. Besonders gut gefällt mir auch das Konzept der .NET User Group Leipzig. Dort werden halbjährlich mit dem .NET Summercamp bzw. dem .NET Wintercamp, auf dem ich auch schon sprechen konnte, sehr preiswerte .NET-Konferenzen angeboten. Dieses Jahr hat Torsten Weber sogar mit Daniel Fisher, Šenaj Lelic, Bernd Marquardt, Roland Weigelt, Ralf Westphal und Michael Willers die absolute .NET-Prominenz für das .NET Summercamp gewinnen können.

JH: Danke für das Interview.

BASTA! 2007

Steffen Forkmann — Tue, 18 Sep 2007 16:47:36 +0000

Momentan (vom 18. bis 21. September) findet im Congress Centrum Mainz die BASTA! 2007 statt und ich habe heute im neu eingeführten “Business Solutions”-Track einen Vortrag über die Programmierung mit Microsoft Dynamics Nav gehalten. Die Slides zum Vortrag werden demnächst auf der Konferenz-CD und auf dem Navision Blog erhältlich sein.

Desweiteren ist Jens als Pressevertreter für den Navision Blog akkreditiert und wird von seinen Eindrücken auf der BASTA! berichten.

Weitere Infos zur BASTA findet man auch im BASTA-Blog.

CLIP-Mitgliedschaft

Steffen Forkmann — Tue, 18 Sep 2007 16:37:36 +0000

Ich freue mich bekannt geben zu können, dass der Navision Blog ins Microsoft “Community Leader/Insider Program” (CLIP) aufgenommen wurde. Das ist eine große Ehre für uns und auch eine weitere Motivation wieder intensiv über Dynamics Nav Themen zu bloggen.

Microsoft Dynamics Nav vs. Workflow Foundation

Steffen Forkmann — Wed, 22 Aug 2007 08:42:00 +0000

Am 3.8.2007 habe ich bei der .NET User Group Leipzig einen Vortrag zur Integration der WF in Microsoft Navision gehalten.

Vor mir sprach Ole Fjordside (Produktmanager für Microsoft Dynamics NAV bei der Microsoft Deutschland GmbH) über die aktuelle Version Microsoft Dynamics Nav 5.0 und gab einen Ausblick auf die kommende Version 5.1.

Während der anschließenden Diskussion wurden auch einige wichtige Fragen zu möglichen Updatestrategien der Partnerunternehmen geklärt.

Die Foliensätze beider Vorträge sind auf der Veranstaltungsseite zum Download freigegeben.

Navision Performance-Optimierung auf dem SQL-Server

Steffen Forkmann — Sun, 03 Jun 2007 09:28:10 +0000

Seit Microsoft das SP1 für Dynamics Nav 4 heraus gebracht hat, gibt es neue C/AL-Befehle zur schnelleren SQL-Server-Abfrage. Da immer wieder Fragen dazu auftauchen, hier eine kleine Zusammenfassung.

ISEMPTY

Diesen Befehl existiert zwar schon länger, wird immer noch nicht durchgängig verwendet. Man benutzt ISEMPTY um heraus zu finden, ob die gefilterte Menge einen Datensatz enthält. Die Funktion liefert dabei nur TRUE oder FALSE zurück. Das heißt selbst wenn ein Datensatz gefunden wurde, wird dieser nicht in den entsprechenden Record kopiert.

Alte Verwendung

IF NOT TableXYZ.FIND('-') THEN

IF TableXYZ.COUNT = 0 THEN

Neue Verwendung

IF TablyXYZ.ISEMPTY THEN

SQL-Statement

SELECT TOP 1 NULL

FINDFIRST

FINDFIRST wird verwendet, wenn man explizit nur mit dem ersten Datensatz der gefilterten Menge arbeiten möchte. Durch die Angabe dieser Information braucht der SQL-Server nur einen ServerTrip und kann so einige Roundtrips sparen.

Alte Verwendung

IF TableXYZ.FIND('-') THEN TableXYZ.DoFunction();

Neue Verwendung

IF TablyXYZ.FINDFIRST THEN TableXYZ.DoFunction();

SQL-Statement

SELECT TOP 1 *

FINDLAST

FINDLAST verhält sich analog zu zu FINDFIRST – mit dem Unterschied, dass hier der letzte Datensatz der gefilterten Menge zurück gegeben wird.

Alte Verwendung

IF TableXYZ.FIND('+') THEN TableXYZ.DoFunction();

Neue Verwendung

IF TablyXYZ.FINDLAST THEN TableXYZ.DoFunction();

SQL-Statement

SELECT TOP 1 *, DESC

FINDSET([ForUpdate][, UpdateKey])

FINDSET wird immer dann benutzt, wenn man mit der gesamten gefilterten Menge in aufsteigender Ordnung arbeiten möchte.

Die Standardwerte für die Parameter ForUpdate und UpdateKey sind FALSE. Wenn man also keine Daten ändern möchte, dann benutzt man FINDSET auf folgende Weise:

Alte Verwendung

IF TableXYZ.FIND('-') THEN REPEAT TableXYZ.DoFunction(); UNTIL TableXYZ.NEXT = 0;

Neue Verwendung

IF TablyXYZ.FINDSET THEN REPEAT TableXYZ.DoFunction(); UNTIL TableXYZ.NEXT = 0;

SQL-Statement

SELECT TOP 500 * FROM .... WITH(READUNCOMMITED)

Hierzu wird kein Datenbank-Cursor benötigt.

Möchte man Daten ändern, so sollte man ForUpdate auf TRUE setzen. Dann wird zwar ein dynamischer Cursor verwendet, aber eben nur dann.

Alte Verwendung

IF TableXYZ.FIND('-') THEN REPEAT TableXYZ.FieldB := 0; TableXYZ.MODIFY;UNTIL TableXYZ.NEXT = 0;

Neue Verwendung

IF TableXYZ.FINDSET(TRUE) THEN REPEAT TableXYZ.FieldB := 0; TableXYZ.MODIFY;UNTIL TableXYZ.NEXT = 0;

SQL-Statement

SELECT * FROM .... WITH(UPDLOCK)

Hierzu wird ein “dynamic cursor” angelegt. Und die Tabelle sofort gesperrt.

Möchte man sogar Schlüsselfelder ändern, sollte FINDSET(TRUE,TRUE) benutzt werden.

Schlußfolgerung

Man sollte sich auf jeden Fall etwas Zeit nehmen und alle Find(Which)-Anweisungen der eigenen Software gegen die 4 “neuen” Befehle austauschen. Das wird die Performance der Anwendung in vielen Fällen drastisch erhöhen – zumindest an den Stellen, wo der dynamische Cursor weggelassen werden kann.

Weitere Informationen:

Optimizing Dynamics NAV on SQL-Server

Studie: Microsoft Dynamics vs. SAP – In welchem ERP-System ist man produktiver

Steffen Forkmann — Mon, 14 May 2007 14:03:26 +0000

Im März wurde eine interessante Feld-Studie der Keystone Strategy, Inc. unter Leitung von Dr. Marco Iansiti, dem Professor für Business Administration an der Harvard Business School veröffentlicht. Es wurde gemessen wie Endanwender von ERP-Anwendungen den Einfluß von Microsoft bzw. SAP auf Ihre Arbeitsproduktivität empfinden. Demnach bewerteten Dynamics-Anwender Ihre Produktivität bzw. die Benutzerfreundlichkeit deutlich besser als dies SAP-Anwender taten.

Einer der Hauptkritikpunkte bei SAP bezieht sich darauf, dass der User in der Komplexität des Systems noch verlorener ist, als bei Dynamics. Das sieht man zum Beispiel an der Frage “I sometimes don’t know what to do next with this software”, bei der SAP-Nutzer zu 28% mehr zustimmen als Dynamics-Nutzer.

Meiner Meinung nach muss man jedoch vorsichtig mit dieser Studie sein, da Microsoft Dynamics in ziehmlich allen angegebenen Punkten klar dominierend ist und die Studie “sponsored by Microsoft” ist.

Grundlagen der Finanzbuchhaltung

Jens Hesse — Mon, 14 May 2007 07:21:34 +0000

Lehrmaterial zu Grundlagen der Finanzbuchhaltung in drei Teilen kann man hier finden. Besonders interessant sind der erste Teil ab Kapitel 5 – da geht’s um Grundlagen einer Bilanz, und der komplette zweite Teil. Im zweiten Teil sind sehr anschaulich die gängisten Geschäftsvorfälle aufgeführt und erläutert, was zu buchen ist. Von Ein- und Verkaufsbuchungen bis hin zur Aktivierung von Eigenleistung bei der Herstellung von Anlagen werden anhand von Beispielen dargebracht. Ist sicher für den einen oder anderen interessant.

Navision-Vortrag auf der BASTA! 2007

Steffen Forkmann — Fri, 11 May 2007 08:07:21 +0000

Vom 18. bis 21. September findet im Congress Centrum Mainz die BASTA! 2007 statt und ich bin als Speaker dabei. Ich werde im neu eingeführten “Business Solutions”-Track einen Vortrag über die Programmierung mit Microsoft Dynamics Nav halten.

Demnächst dazu mehr.

View this on the map.