Skip to content

Navision Datentypen

Nachfolgend die wichtigsten Navision-Datentypen mit ihrer Entsprechung im Microsoft SQLServer:

  • CODE: Varchar (maximal 250 Zeichen)
  • OPTION: Integer
  • INTEGER: Integer (Wertebereich von -2.147.483.647 bis +2.127.283.647)
  • DECIMAL: DECIMAL (oder FLOAT???)
  • DATE: SMALLDATETIME (SQLServer startet erst ab 01.01.1754)
  • TIME: DATETIME
  • BOOLEAN: TINYINT (oder BIT???)
  • TEXT: VARCHAR (maximal 250 Zeichen)

Tabellenänderung auf SQLServer 2008

Beim Versuch, auf einem SQLServer 2008 eine Tabellenänderung durchzuführen (der Primärschlüssel sollte erst nachträglich erstellt werden), kam folgende Meldung:

“Das Speichern von Änderungen ist nicht zulässig. Die vorgenommenen Änderungen erfordern das Löschen und Neuerstellen der folgenden Tabellen. Sie haben entweder Änderungne an einer Tabelle vorgenommen, die nicht neu erstellt werden kann, oder die Option ‘Speichern von Änderungen verhindern, die die Neuerstellung der Tabelle erfordern’ aktiviert.”

Lösung:

SQL Server Managementstudio

Menüfolge: Extras => Optionen

Auswahl Designers => Tabellen- und Datenbank-Designer

Option “Speichern von Änderungen verhindern, die die Neuerstellung der Tabelle erfordern” deaktivieren (Hakerl rausnehmen)

Aufgabenplanung auf Windows 2008 Server R2

Eine Batch-Datei (.BAT) soll als  ”geplanter Task” auf einem Windows 2008 Server R2 zu einem fest vordefiniertem Zeitpunkt ablaufen:

Das Problem, welches sich dabei stellt:

Die Bat-Datei wird zwar bei manuellem Aufruf ordnungsgemäß ausgeführt, bei Eintrag in die Aufgabenplanung passiert aber nichts.

Workaround:

Nicht die Batch-Datei wird direkt im Startprogramm aufgerufen, sondern:

  • Programm/Skript: C:\Windows\System32\cmd.exe 
  • Argumente hinzufügen (optional): /C “/C:\MeinProgramm.Bat”

Bei einem XCOPY auf ein Netzlaufwerk musste statt dem zugeordneten Laufwerksbuchstaben der UNC-Pfad verwendet werden.

Programmierprojekt Microsoft Dynamics NAV

In den kommenden Wochen und Monaten (wer weiß, vielleicht sogar Jahren) möchte ich mich hier in diesem Blog intensiv mit der Programmierung in Microsoft Dynamics NAV – Version 5 SP 1 beschäftigen.

Zum einen, weil ich diese Unterlagen als Wissensbibliothek für meine eigenen Arbeiten nutzen möchte, zum anderen, weil es nach meinen Begriffen bislang keine umfassende deutschprachige Literatur zu diesem Themenbereich gibt.

Die einzelnen Blog-Beiträge sind nicht als einmalig beschriebene und dann abgeschlossene Artikel zu verstehen, sondern ich plane, die Dokumentationen immer weiter zu vertiefen, um so letztendlich ein umfassendes Kompendium zu erstellen.

Viele der beschriebenen Arbeitsschritte bei diesem Projekt sind keineswegs nur auf Navision (heißt jetzt neu ja eben Microsoft Dynamics NAV) beschränkt, sondern lassen sich analog eigentlich auf alle gängigen Software-Applikationsentwicklungen und Datenbankprogrammierungen übertragen.

Mit welchen Einzelaspekten werde ich mich auseinandersetzen:

  • Zieldefinition und Anforderungsbeschreibung (Projektdokumentation)
  • Feinkonzept und Aufgaben-Analyse
  • Datenbank-Design
  • Tabellen-Implementierung
  • Formulare / Online-Masken
  • Berichte (Datenblätter, Auswertungslisten)
  • Schnittstellen (Dataports, N/ODBC)
  • Programmierung (Trigger, Code-Module=CodeUnits)
  • Testen und Debuggen
  • Benutzer- und Entwickler-Dokumentation

CONVERTSTR

CONVERTSTR: Ersetzt in einem String “alte” Zeichen durch “neue” Zeichen

Ergebnis := CONVERTSTR(String, AltesZeichen, NeuesZeichen);

Beispiel:

MESSAGE ( CONVERTSTR (‘Du bist raus’, ‘r’, ‘M’ ));

Anzeige: “Du bist Maus”

CASE-Konstrukt (Select Case, Switch Case)

// Beispiel für Auswertung eines Parameters

CASE myParameter OF
  Wert1: Aktion 1;
  Wert2: Aktion 2;
  Wert3: Aktion 3;
  …
  ELSE Generelle Alternative;
END;

Access 2007 Runtime

Mit der kostenlosen Access 2007 Runtime-Umgebung können Access-Programme auch auf PC`s ohne Vollinstallation von Microsoft Access zum Laufen gebracht werden.

Download der deutschen Runtime-Version

E-Mail: Korrekte Syntax und Schreibweise

Heute stellt sich mir die Aufgabe, E-Mail-Adressen auf formal korrekte Schreibweise zu überprüfen.

Im Internet findet man natürlich eine Menge an Informationen und auch Programme (meist sogar kostenlose), welche bei dieser Arbeit unterstützen. In der entsprechenden RFC… sind eine Menge an Punkten angeführt, ich beschränke mich hier auf die wichtigsten.

Nachfolgend vereinfacht die wesentlichsten Punkte zur Überprüfung einer korrekten E-Mail-Syntax:

  • Der Klammeraffe @ muss genau 1 Mal vorkommen
  • Der Klammeraffe @ darf nicht an der ersten oder letzten Stelle stehen
  • Im Textblock hinter dem Klammeraffen @ (Domain) muss mindestens 1 Punkt folgen, aber nicht unmittelbar auf @
  • Hinter dem letzten Punkt müssen noch zumindest 2 Zeichen folgen
  • Der Textblock vor dem Klammeraffen @ (Account) darf nicht mit einer Ziffer beginnen
  • Erlaubte Zeichen: Klein- und Großbuchstaben, Zahlen, Punkt (.), Bindestrich (-) und Unterstrich (_)

Einen VB-Code, der auf den 1. Blick nicht schlecht aussieht, habe ich hier gefunden:

http://www.vbarchiv.net/tipps/tipp_131-email-adresse-auf-gueltigkeit-pruefen.html