Schnorchlie's Select'ion

Deutsche Glasfaser

2019-07-10T10:36:00.001+02:00

UG Göttingen: Nach der Sommerpause schauen wir uns mal Roslyn an

2015-08-07T11:43:00.000+02:00

Nach der Sommerpause im August, treffen wir uns ab September wieder. Dann wird es auch ausnahmsweise nicht am ersten Donnerstag im Monat sondern am 10. September 2015 stattfinden.

Nähere Informationen gibt es wie immer auf der Homepage der UG.

Automatische Kommunikation zur Datenbank via Service Broker

2014-06-25T14:45:00.000+02:00

(Automatically communication to a database via Service Broker)

Es gibt viele verschiedene Arten aus einem .Net-Programm auf eine Datenbank zuzugreifen und Daten auszulesen. Möchte man jedoch auf inhaltliche Änderungen einer Tabelle (z. B. Schnittstellentabelle) zeitnah reagieren, sollte man sich schon vorher ein paar Gedanken über die Abfragemethodik machen, um überflüssige Last zu vermeiden.
Die einfachste Möglichkeit Änderungen mitzubekommen, wäre wohl ein Timer, welcher in regelmäßigen Intervallen die Tabelle abfragt. Um hier aber zeitnah reagieren zu können, müsste der Intervall entsprechend kurz eingestellt werden. Dieses wiederum hätte wahrscheinlich viele unnötige Abfragen zur Folge, die folglich auch wieder Last auf dem SQL-Server verursachen.
Um dieses Verhalten zu umgehen, könnte man den Weg über den sogenannten Service Broker gehen, der im SQL-Server (im Datenbankmodul) integriert ist. Der Service Broker wird für komplette Datenbank aktiviert. In der Programmierung steuert man dann gezielt die Tabellen an. Der Service Broker dient zur asynchronen Kommunikation zwischen SQL-Server und externen Anwendung. Außerdem arbeitet der Service Broker mit Warteschlangen, so dass generell keine Informationen verloren gehen sollten.
Zum Aktivieren des Service Brokers (im Management Studio) in der Datenbank muss man wie folgt vorgehen:
- Öffnen der Datenbank-Eigenschaften (Rechtsklick auf Datenbank => Eigenschaften/Properties)
- Auswählen von Optionen/Options
- Die Option “Broker aktivieren” / “Broker enabled” auf True setzen

Mit der Aktivierung des Service Brokers funktioniert die Kommunikation zur Datenbank generell.
Nun kann dieser auch direkt im .Net angesprochen werden. Hierfür gibt es die Klasse SqlDependency.
Hier braucht man quasi nur die Verbindung starten und ein EventHandler hinterlegen, wo die Verarbeitung der Änderungen definiert ist.

public void StartWatcher()
{
    String connectionString = "Server=(local);Database=Playground;Trusted_Connection=True;";
    SqlDependency.Start(connectionString);
    ReadData();
}


private void ReadData()
{
    DataTable data = GetNewData();

    if (data != null && data.Rows.Count > 0)
    {
        ChangeEventArgs daten = new ChangeEventArgs(data.Rows[0]);
        ChangeEventHandler(this, daten);
    }
}


public DataTable GetNewData()
{
    DataTable dt = new DataTable();
    
    using (SqlConnection conn = new SqlConnection(ConnectionString))
    {
        conn.Open();

        SqlCommand cmd = conn.CreateCommand();
                
        cmd.CommandText = SELECT ID, Name, DescriptionShort FROM dbo.Product WHERE State = @State";
        cmd.Notification = null;

        cmd.Parameters.Add(new SqlParameter("@State", "new"));

        dep = new SqlDependency(cmd);
        dep.OnChange += new OnChangeEventHandler(dep_OnChange);

        SqlDataAdapter adapter = new SqlDataAdapter();
        adapter.SelectCommand = cmd;
        adapter.Fill(dt);

        conn.Close();
    }

    return dt;
}


public class ChangeEventArgs : EventArgs
{
    public readonly DataRow data;

    public ChangeEventArgs(DataRow data)
    {
        this.data = data;
    }
}


void dep_OnChange(object sender, SqlNotificationEventArgs e)
{
    ReadData();
}

Im gezeigten Beispiel wird nun also direkt die Verarbeitung des Handlers ausgeführt, sobald ein neuer Datensatz mit dem Status “new” in die Tabelle Product eingefügt wird.

Für die Abfragen in Verbindung mit dem Service Broker gibt es ein paar kleinere Spielregeln zu beachten, welche im MSDN zu finden sind. Eine wichtige Regel, über die ich gestolpert bin ist, dass die Abfragen z.B. SELECTS nicht mit Platzhaltern wie * verwendet werden dürfen. Hier muss man gezielt Spalten angeben, die abgefragt/eingelesen werden sollen.

UG Göttingen: Wir gehen in die Sommerpause!

2014-06-24T21:59:00.001+02:00

Nach interner Abstimmung haben wir uns dafür entschieden in eine verlängerte Sommerpause zu gehen und die kommenden beiden Monate zu pausieren. Damit steht fest, dass in den Monaten Juli und August kein UserGroup Treffen stattfindet.

Nähere Informationen zum nächsten Treffen sind wie immer auf der UG-Webseite zu finden.
http://dotnetgoettingen.de/

Bei Entzugserscheinungen gibt es die Ausweichmöglichkeit ein oder zwei schöne Abende bei der UG Braunschweig zu verbringen.
Da ich aber noch nicht weiß, ob es hier auch eine Sommerpause gibt, sollte man sich vielleicht vorher noch einmal informieren.
Nähere Information entweder direkt bei Lars Keller erfragen oder auf der Homepage nachschauen.
http://www.dotnet-braunschweig.de/

Deaktivieren und Aktivieren von Indizes per SQL-Script

2014-06-12T10:30:00.001+02:00

(SQL-Server: Disable or Enable Index per SQL-Script)

Manchmal ist es sinnvoll vor bestimmten Operationen (zum Beispiel Massenverarbeitungen per Bulk Insert oder Bulk Copy) Indizes auszublenden.Eine Möglichkeit wäre hier das Löschen und Erstellen des betroffenen Index. Sollte hierbei aber ein Fehler auftreten und man arbeitet nicht in einer Transaktion, dann kann es passieren, dass der Index komplett gelöscht bleibt.

USE [Playground]
GO

-- Drop the Index "ProductIndex1"
DROP INDEX [ProductIndex1] ON [Product]
GO

-- Create the Index "ProductIndex1"
CREATE NONCLUSTERED INDEX [ProductIndex1] ON [Product]
(
    [ID] ASC
)
WITH 
(
    PAD_INDEX = OFF, 
    STATISTICS_NORECOMPUTE = OFF, 
    SORT_IN_TEMPDB = OFF, 
    DROP_EXISTING = OFF, 
    ONLINE = OFF, 
    ALLOW_ROW_LOCKS = ON, 
    ALLOW_PAGE_LOCKS = ON
) ON [PRIMARY]
GO

Meiner Meinung nach ist die schönere Variante, das Deaktivieren mit anschließendem Reaktivieren bzw. Neu-Aufbau.

USE [Playground]
GO

-- Diable the Index "ProductIndex1"
ALTER INDEX [ProductIndex1] ON [Product] DISABLE
GO

-- Enable and Rebuild the Index "ProductIndex1"
ALTER INDEX [ProductIndex1] ON [Product] REBUILD
GO

SQL-Server: Neue Spalte an bestimmter Position in Tabelle einfügen

2014-06-05T14:39:00.001+02:00

(SQL-Server: Insert column at a special position in a table)

In seltenen Fällen kann es doch mal notwendig sein, dass man eine neue Spalte an einer bestimmten Position in einer Tabelle einfügen und diese nicht einfach am Ende anfügen will. Leider gibt es es hierfür keine “einfache” Funktion. Über das SQL Server Management Studio (SSMS) gibt es zwar diese Möglichkeit, jedoch geht es nur, wenn die betroffene Tabelle noch nicht gefüllt ist oder gelöscht werden darf.

Wie geht das Management Studio aber (grob gesagt) intern vor?
1. Die betroffene Tabelle wird mit neuen Spalten als temporäre Tabelle erstellt.
2. Die Inhalte werden aus der originalen Tabelle in die temporäre Tabelle kopiert.
3. Die originale Tabelle wird gelöscht.
4. Die temporäre Tabelle wird umbenannt und als permanente Tabelle bereitgestellt.

Genau nach dieser Vorgehensweise habe ich nun ein SQL-Skript geschrieben, welches eine neue Spalte an einer beliebigen Position einer Tabelle einfügt und dabei keine Daten verliert.

USE [Spielwiese]
GO

SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

BEGIN TRY

    BEGIN TRAN TransactionInsertColumn;

    -- Create a new table with the additional column (DescriptionShort)
    CREATE TABLE [dbo].[Product_NEW] (
        [ID]                       INT           IDENTITY (1, 1) NOT NULL,
        [Name]                     VARCHAR (50)  NOT NULL,
        [DescriptionShort]        VARCHAR (50)  NULL,
        [Description]             VARCHAR (255) NULL
    );

    SET IDENTITY_INSERT [Product_NEW] ON;
    
    -- Copy all data from the original table to the new (extended) one
    INSERT INTO [Product_NEW]
               ([ID]
               ,[Name]
               ,[DescriptionShort] -- This is the new inserted column
               ,[Description]
               )
         SELECT [ID]
                ,[Name]
                ,NULL -- Content of the new column is NULL (or can set here)
                ,[Description]                
      FROM [Product]

    SET IDENTITY_INSERT [Product_NEW] OFF;

    -- Rename the original table to _OLD
    EXEC sp_rename 'Product', 'Product_OLD';

    -- Rename the new table to the original name
    EXEC sp_rename 'Product_NEW', 'Product';

    -- Drop the old table
    DROP TABLE Product_OLD;

    -- Optional: Create index here
    CREATE NONCLUSTERED INDEX [ProductIndex1]
        ON [Product]([Id] ASC);    
    
    -- Optional: Create primary key here
    ALTER TABLE [Product]
        ADD CONSTRAINT [Product_PK] PRIMARY KEY CLUSTERED ([ID] ASC);

    -- Optional: Create foreign keys here
    --ALTER TABLE [Product]
    --    ADD CONSTRAINT [FKProductHeaderID] FOREIGN KEY ([FKProductHeader]) REFERENCES [ProductHeader] ([ProductID]);
    
    -- NOTE:
    -- All rights (grant/deny) are lost and have to set new
    --GRANT SELECT ON [Product] TO "RoleReadOnly";
    --GRANT SELECT ON [Product] TO "RoleReadWrite";
    
    COMMIT TRAN TransactionInsertColumn;
END TRY
BEGIN CATCH
    SELECT ERROR_MESSAGE(), ERROR_NUMBER() -- Show the last error message if the transaction was aborted
    ROLLBACK TRAN TransactionInsertColumn
END CATCH

Ausgeführte SQL-Statements ermitteln bzw. loggen

2014-03-27T10:18:00.000+01:00

In speziellen Fällen ist es manchmal sinnvoll, wenn man gezielt Datenbankabfragen protokolliert.
Eine einfache Möglichkeit wäre ein Tabellen-Trigger, in dem das ausgeführte SQL-Statement ermittelt und beispielsweise in eine eigene Log-Tabelle geschrieben wird.

Ein Trigger, der als Ergebnis das ausgeführte Statement zurückgibt, könnte wie folgt erstellt werden.

CREATE TRIGGER GetSqlStatement
   ON [dbo].[Produkte] 
   AFTER INSERT, UPDATE, DELETE 
AS 
BEGIN
    DECLARE @TEMP TABLE 
    (EventType NVARCHAR(30), Parameters INT, EventInfo NVARCHAR(4000)) 
    INSERT INTO @TEMP EXEC('DBCC INPUTBUFFER(@@SPID)') 
    SELECT EventInfo FROM @TEMP 
END
GO

Wenn man nun ein DML-Statement wie z.B. ein Insert auf die entsprechende Tabelle absetzt, wird der Trigger ausgeführt und das gerade ausgeführte Statement zurückgegeben.

So hätte man die Möglichkeit direkt im Trigger das Statement (EventInfo) wie gewünscht zu protokollieren. Es würden so jegliche inhaltliche Änderungen der Daten gespeichert werden.

Transaktionen SAVEPOINT

2013-03-24T15:04:00.000+01:00

Arbeitet man in einer Transaktion und möchte im Fehlerfall nicht die komplette Transaktion sondern nur einen speziellen Code-Abschnitt zurückspielen, so kann man mit sogenannten Savepoints arbeiten.

Von diesen Haltepunkten kann man beliebig viele setzen.
Auch hier ist es wieder ratsam einen Namen pro Savepoint zu vergeben, um diesen später gezielt anzusprechen.

Einen Savepoint setzt man wie folgt:

-- Savepoint setzen 
SAVE TRANSACTION sp1

Um von der aktuellen (Verarbeitungs-)Position in der Transaktion alles bis zu einem Savepoint zurückzusetzen muss man das ROLLBACK wie folgt aufrufen, wobei sp1 der Name des Savepoints ist.

-- Zurückspielen der Transaktion bis zum angegebene Savepoint
ROLLBACK TRANSACTION sp1

Beispiel:

INSERT INTO Farben
VALUES('rot') 

SAVE TRANSACTION sp1 

INSERT INTO Farben
VALUES('blau') 

-- Rollback bis zum Savepoint sp1 durchführen
-- Die Farbe "blau" wird entfernt
-- Die Farbe "rot bleibt weiterhin bestehen
ROLLBACK TRANSACTION sp1 

-- Die gesamte Transaktion wird zurückgeschrieben
-- Die Farbe "blau" wird entfernt
-- Die Farbe "rot wird entfernt
ROLLBACK TRANSACTION

Hinweis:
Hier unterscheidet sich die Verarbeitung zwischen Oracle und MSSQL-Server.
Beim MSSQL-Server wird der Savepoint bei einen Rollback mit verworfen.
Bei Oracle hingegen bleibt dieser bestehen.

Außerdem unterscheidet sich die Syntax bei Oracle wie folgt:

-- Savepoint setzen 
SAVEPOINT sp1 

-- Rollback bis zum Savepoint
ROLLBACK TO SAVEPOINT sp1

Benannte Transaktionen

2013-03-20T16:00:00.000+01:00

Bei der Verwendung von mehreren Transaktionen in einem Skript, ist es übersichtlicher wenn man die einzelnen Transaktionen benennt.

Dieses kann man einfach machen, indem man einen beliebigen Namen hinter das TRANSACTION hängt.
Es ist dabei wichtig, dass man den Namen im weiteren Verlauf wie z.B. beim COMMIT oder ROLLBACK immer angibt.

Beispiel:

BEGIN TRANSACTION BeispielTransaktion;
ROLLBACK TRANSACTION BeispielTransaktion;
COMMIT TRANSACTION BeispielTransaktion;

TRANSACTION! COMMIT? ROLLBACK?

2013-03-19T20:45:00.000+01:00

Oft sieht mit in SQL-Skripten, die mit Transaktionen arbeiten folgende oder ähnliche Abfrage:

-- Transaktion rückgängig machen
IF @@TRANCOUNT > 0
    ROLLBACK TRANSACTION;

Aber was genau steckt eigentlich dahinter?
Eigentlich ist diese Abfrage mehr oder weniger Quatsch bzw. falsch.

Die globale Variable @@TRANCOUNT gibt nur die Anzahl der mit "BEGIN TRANSACTION" geöffneten Transaktionen zurück.
Das heißt, an dieser Stelle wird geprüft, ob es eine offene Transaktion gibt. Wenn dieses der Fall ist, dann wird eine (die zuletzt geöffnete) geschlossen.

An dieser Stelle weiß man jedoch nicht, ob die Transaktion erfolgreich oder fehlerhaft war.
Also könnte man auch nicht sagen, ob diese bestätigt (commit) oder zurückgeschrieben (rollback) werden sollen.
Diese Information bekommt man aber ganz einfach direkt über eine SQL-Server-Funktion.

Über die Systemfunktion XACT_STATE() kann der aktuelle Transaktionsstatus manuell geprüft werden.
Mögliche Rückgabewerte sind folgende:
# 1 => Es ist eine Transaktion vorhanden, die korrekt verarbeitet wurde und committed werden kann.
# 0 => Es ist keine Transaktion vorhanden.
# -1 => Es ist eine Transaktion vorhanden, die aber fehlerhaft verarbeitet wurde und nicht committed werden kann. Diese Transaktion kann nur noch vollständig per ROLLBACK zurückgeschrieben werden.

Anhand dieser Funktion kann man also die Transaktion bzw. dessen Status prüfen und diese bestätigen oder zurückschreiben.

Möchte man die Transaktion nicht manuell zurückschreiben, dann könnte man dieses auch automatisch vom SQL-Server machen lassen. In diesem Fall gilt nur zu beachten, dass die Transaktion trotzdem bei erfolg bestätigt werden muss.

XACT_ABORT(ON/OFF) ist eine Eigenschaft die über SET beliebig eingestellt werden kann.
Diese Eigenschaft gibt an ob eine fehlgeschlagene Transaktion automatisch zurückgeschrieben werden soll.

Einfaches Arbeiten mit Transaktionen

2013-03-12T19:00:00.000+01:00

Eine Transaktion bezeichnet eine Gruppe von Datenbankabfragen, welche nur gemeinsam ausgeführt werden können.

Dieses ist in ganz unterschiedlichen Bereichen wie z.B. in der Lagerlogistik bei einer Lagerumbuchung notwendig.
Wird ein Artikel von einem Lagerplatz auf einen anderen verschoben, so darf zwischen der Entnahme- und der Ziel-Buchung keine Möglichkeit für Eingriffe bestehen.
Ansonsten könnte es zu Problemen kommen und ein Artikel könnte doppelt verbucht werden.

Einfach gesagt, bündeln Transaktionen also nur mehrere SQL-Abfragen.
Eine Transaktion muss immer geöffnet und auch wieder geschlossen werden.

Öffnen kann man eine Transaktion so:

 -- Transaktion starten
 BEGIN TRANSACTION;

Ist eine Transaktion offen, können diverse SQL-Abfragen durchgeführt werden.
Gibt es hierbei keine Fehler, so kann man die Transaktion einfach wie folgt schließen.

-- Transaktion schließen/bestätigen
COMMIT TRANSACTION;

Erst mit einem COMMIT werden die ausgeführten Abfragen in der Datenbank veröffentlicht.

Gibt es bei der Verarbeitung der beinhalteten SQL-Abfragen Probleme/Fehler, so muss die Transaktion manuell oder automatisch zurückgeschrieben werden. Dabei werden alle durchgeführten Abfragen verworfen.

Das zurückschreiben kann wie folgt durchgeführt werden.

 -- Transaktion rückgängig machen
 ROLLBACK TRANSACTION;

Grundlegende Änderung in diesem Blog

2013-03-11T19:00:00.000+01:00

Wer mich kennt, weiß dass ich ursprünglich aus der Microsoft SQL-Server Administration komme.
In den letzten Jahren habe ich diesen Bereich etwas vernachlässigt.
Da mir die Verwaltung sowie die Entwicklung mit dem SQL-Server aber immer (naja eher oft ;-)) sehr viel Freude bereitet hat, möchte ich wenigstens weiterhin darüber bloggen.

Da ich aktuell nur noch wenig gute und vor allem wirklich aktive Blogs zum Thema SQL-Server kenne, möchte ich diesen Blog wieder aktiver nutzen und vor allem das grundlegende Thema ändern.

Es kann zwar durchaus passieren, dass noch einmal ein Post zum Thema .Net/C# rausrutscht.
Das Hauptthema dieses Blogs soll aber zukünftig der Microsoft SQL-Server werden.

Hier möchte ich die Gelegenheit nutzen und noch einmal grundlegende Themen aufarbeiten um spätere Posts auch darauf aufzubauen.

Entpacken einer MSI-Datei

2012-08-10T13:42:00.001+02:00

Wer kennt es nicht? Man benötigt mal schnell eine Datei aus einem MSI-Installationspaket (z.B. die bekannten Telerik-Controls) und möchte dieses aber nicht gleich installieren. Hierfür gibt es eine ganz einfache Lösung.
Mit dem Kommandozeilen-Programm “msiexec” kann man die Dateien eines MSI-Pakets einfach extrahieren. Dieses funktioniert ähnlich wie das Entpacken eines Zip-Archivs.

Der Aufruf des Programms erfolgt wie gesagt ganz einfach in der Konsole wie folgt:
msiexec /a PfadZumMSIFile /qb TARGETDIR=AusgabeVerzeichnis

Das Ausgabeverzeichnis wird automatisch erstellt, wenn es noch nicht vorhanden ist.
Hier mal ein Beispiel, um das Paket “C:\Downloads\RadControls_WinForms.msi” in das Verzeichnis “C:\Entwicklung” zu extrahieren.

msiexec /a C:\Downloads\RadControls_WinForms.msi /qb TARGETDIR=C:\Entwicklung

SQL-Server 2012 Editionsvergleich

2012-04-12T12:19:00.001+02:00

Hat man mit den unterschiedlichen Editionen des SQL-Servers zu tun, kann es passieren, dass beim Transferieren einer Datenbank auf einmal bestimmte Funktionen wie zum Beispiel Replikationen oder ähnliches nicht mehr zur Verfügung stehen. Man sollte also vor einer solchen Aktion auch immer einen Blick auf die verwendeten SQL-Server Editionen und deren Features werfen.

Eine gute Übersicht für den neuen SQL-Server 2012 gibt es dazu auf den MSDN-Seiten unter folgendem Link:
Editionsvergleich des SQL-Servers 2012

Select Top-Rows per SQL

2011-09-02T14:23:00.001+02:00

Gerade brauchte ich für einen schnellen Test mal wieder einfach nur ein paar Datensätze aus einer Datenbank.
Die schnellste Art und Weise dieses zu realisieren ist, wenn man einfach nur die ersten x Zeilen ausliest.
Diese könnte man ggf. für bestimmte Auswertungen auch direkt sortiert ausgeben. Aber für meine Tests war das völlig egal.

Da ich ständig mit dem MS SQL-Server arbeite habe ich meine Abfrage wie folgt geschrieben.

-- Rückgabe der ersten 5 Zeilen aus Tabelle1SELECT TOP 5 * FROM Tabelle1

Bei meinem aktuellen Test habe ich jedoch eine Oracle Datenbank abgefragt.
Nach der Ausführung des oben stehenden SQL-Statements habe ich jedoch folgenden Fehler bekommen.
Error starting at line 1 in command:
SELECT TOP 5 * FROM Tabelle1
Error at Command Line:1 Column:11
Error report:
SQL Error: ORA-00923: Schlüsselwort FROM nicht an erwarteter Stelle gefunden
00923. 00000 - "FROM keyword not found where expected"
*Cause:
*Action:

Nach kurzer Überlegung ist es mir direkt wieder eingefallen. Oracle kennt keinen TOP-Befehl.
Dafür gibt es in Oracle-Datenbanken jedoch die Spalte "rownum". Mit dieser kann man dann nicht nur Top-Werte sondern auch ganz bestimmte Datensätze wie folgt ausgeben lassen.

-- Rückgabe der ersten 5 Zeilen aus Tabelle1SELECT * FROM Tabelle1 WHERE rownum <= 5

-- Rückgabe der Zeilen 6 bis 10 aus Tabelle1SELECT * FROM Tabelle1 WHERE rownum > 5 AND rownum <= 10

Builderror bei MonoTouch-Projekten mit EGOPhotoViewController

2011-08-11T21:25:00.001+02:00

In einem aktuellen MonoTouch-Projekt habe ich für die Anzeige einer Bildergalerie das kleine externe Framework EGOPhotoView/EGOPhotoViewController eingebunden. Nach der Implementierung konnte ich das Projekt nicht mehr kompilieren. Es kam im Output immer folgender Fehler:

Undefined symbols:
"__Unwind_Resume", referenced from:
+[EGOCache currentCache] in libPhotoViewerKitMobile.a(EGOCache.o)
-[EGOCache saveCacheDictionary] in libPhotoViewerKitMobile.a(EGOCache.o)
+[EGOImageLoader sharedImageLoader] in libPhotoViewerKitMobile.a(EGOImageLoader.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
Process exited with code 1, command:

Abhilfe hat hier folgende Einstellung geschaffen:
- Projekteigenschaften öffnen
- Build => IPhone Build auswählen
- Im Reiter "General" die "Additional mtouch arguments" erweitern um -gcc_flags "-cxx -lgcc_eh"

Tipp:
Um erweiterte Ausgabemeldungen (Output) zu bekommen, muss man einfach in die arguments noch die Parameter -v -v -v aufnehmen.

Zufalls-Datensätze direkt per SQL auslesen

2011-08-10T14:02:00.009+02:00

Manchmal benötigt man schnell und einfach einen einzelnen, beliebigen Datensatz aus einer Datenbank/Tabelle. Wo mir dieses bislang sehr nützlich erschien, war zum Beispiel beim Einlesen von Zufallsbildern auf mobilen Geräten. Um hier keinen unnötigen Overhead wie das Erstellen von Objekt-Id-Listen zu erzeugen, ist es manchmal hilfreich einfach nur einen Zufallswert direkt aus der Datenbank geliefert zu bekommen. Dieses kann man ganz einfach wie folgt realisieren.

MS-SQL-Server:

SELECT TOP 1 * FROM TesttabelleORDER BY NEWID();

SQLite:

SELECT * FROM Testtabelle ORDER BY RANDOM() LIMIT 1; 

Windows Mobile - .Net Compact Framework Exceptions anzeigen

2011-07-19T15:32:00.001+02:00

Bei einem aktuellen Projekt arbeite ich an einer Anwendung für ein Windows CE 5.0 Gerät. Um genau zu sein handelt es sich um einen Scanner vom Typ Casio DT-X7.

Bei der Entwicklung habe ich festgestellt, dass meine Fehlerprotokolle (Logging der Exceptions in eine Textdatei) nicht korrekt geschrieben werden können. Und zwar wurde immer folgende Meldung protokolliert, egal welcher Fehler aufgetreten ist:

"An error message is available for this exception but cannot be displayed because these messages are optional and are not currently installed on this device. Please install ‘NETCFv35.Messages.EN.wm.cab’ for Windows Mobile 5.0 and above or ‘NETCFv35.Messages.EN.cab’ for other platforms. Restart the application to see the message."

Folglich habe ich mich, ganz wie in der Meldung beschrieben, daran gemacht die angegeben CAB zu installieren. Hierzu habe ich die folgende Datei von meinem PC (Windows Mobile SDK muss installiert sein) auf das mobile Gerät kopiert:

C:\Programme\Microsoft.NET\SDK\CompactFramework\v3.5\WindowsCE\Diagnostics\NETCFv35.Messages.EN.cab

Nach dem Kopieren habe ich die Datei auf dem mobilen Gerät gestartet und erfolgreich installiert.

Hier gilt es zu beachten, dass es im genannten Verzeichnis auch eine Datei "NETCFv35.Messages.EN.wm.cab" gibt. Diese Datei ist ausschließlich für Geräte mit Windows Mobile. Die Datei ohne ".wm" im Namen ist für alle weiteren Systeme wie z. B. Windows CE.

Verwendet man versehentlich die falsche Datei, so kommt eine Fehlermeldung vor der Installation wie z. B. folgende:

The file "NETCFv35.Messages.EN.wm.cab" is not a valid Windows CE Setup file.

In diesem Fall empfehle ich einfach noch einmal genau hinzuschauen und ggf. auch einmal das Bestriebssystem auf dem mobilen Gerät zu überprüfen. Manchmal hat man vielleicht doch etwas verwechselt oder übersehen.

Wurde aber alles korrekt installiert, so sollten auch die Fehlermeldungen wieder korrekt angezeigt/protokolliert werden.

Bei mir war dieses aber nicht der Fall. So musste ich weitersuchen.
Hierfür habe ich mir die kostenfreien Windows Mobile Power Toys von Microsoft installiert und mit dem MobileLogger geschaut, ob es noch irgendwelche Probleme gibt. Und ich bin direkt fündig geworden. Der Logger zeigt mir die Meldung:

"Failed to load [System.SR, Version=3.5.0.0, Culture=neutral, PublicKeyToken=969DB8053D3322AC]"

Das Problem hier ist, dass eine im CAB enthaltene Datei unter anderem Namen vorliegt, als sie eigentlich referenziert ist. Und zwar handelt es sich hierbei um die Datei "SYCCFA~1.001". Als Referenz wird der Name "System.SR" erwartet. Helfen kann man sich hier ganz einfach, in dem man die CAB-Datei entpackt, die Datei in "System.SR.dll" umbenennt und diese anschließend im sein Windows Mobile Projekt als Referenz einbindet.

Jetzt wurden sogar bei mir alle Fehlermeldungen korrekt ausgegeben.

MonoTouch: UITextView mit zentriertem Inhalt bei der Bearbeitung

2011-07-14T11:28:00.000+02:00

In einer IPhone-App hatte ich gerade das Problem, dass ich eine UITextView (Textbox) implementiert habe, die im Bearbeitungsmodus (nach Klick) immer den beinhalteten Text außerhalb des sichtbaren Bereichs verschoben hat. Das heißt, man musste jedes Mal scrollen um den Text zu sehen.

So sieht das ganze dann im Einsatz aus:

Dieses liegt daran, dass die UITextView standardmäßig einen unteren "Rahmen" von 32 Pixel einfügt. Da auch standardmäßig das Autoscrolling aktiv ist, wird immer die letzte Zeile fokussiert. Somit rutsch der eigentlich Inhalt/Text soweit nach oben, dass er nicht mehr sichtbar ist.

Abhilfe schafft hier die kleine Property "ContentInset".

Codebespiel:
UITextView textView = new UITextView(new RectangleF(10, 10, 280, 30));
textView.ContentInset = new UIEdgeInsets(0, 0, 0, 0);

Und so sieht das Ganze dann mit der gesetzten Property aus:

SQLite BulkInsert-Alternative - Kleiner Code, große Wirkung

2011-07-08T22:30:00.003+02:00

Heute bin ich auf ein Performance-Problem beim Füllen einer SQLite Datenbank gestoßen. Und zwar nutze ich für eine mobile Anwendung eine Datenbank, welche sich täglich komplett inhaltlich verändern kann. Diese Datenbank wird dann per REST Webservice aus einem ASP.Net Web heruntergeladen.

Die Datenbank beinhaltet zwei Tabellen mit jeweils zehn Spalten. Da es bei SQLite kein Bulk-Insert wie z.B. beim SQL-Server gibt, habe ich zuerst versucht die ca. 40.000 Datensätze nacheinander ganz einfach per INSERT einzufügen. Dieses war mir aber deutlich zu langsam, so dass ich nach optimaleren Alternativen gesucht habe. Und ich bin auch recht schnell fündig geworden. Hierfür konnte ich sogar meine bestehende Programmierung fast komplett behalten. Ich musste lediglich einen kleinen Teil umstellen und um ein paar Zeilen Code erweitern.

Hier ist erst einmal zur Übersicht der Aufbau der ersten Tabelle.

CREATE TABLE Artikel(Artikelnummer VARCHAR(255) PRIMARY KEY ,EAN 
VARCHAR(255),Artikelbezeichnung1 VARCHAR(255),Artikelbezeichnung2 
VARCHAR(255),Hersteller VARCHAR(255),EmpfVK FLOAT,Verfuegbarkeit INTEGER, 
Gewicht FLOAT, Status_NichtVerfuegbar BOOLEAN,Artikelinfo 
TEXT);

Das Befüllen der Tabelle sieht dann in meine Programmierung wie folgt aus.

   1:     2: SQLiteConnection connection = new    3: SQLiteConnection();   4:         5: SQLiteCommand command = new    6: SQLiteCommand(connection);   7: command.CommandText = "INSERT INTO Artikel    8: VALUES    9: (@Artikelnummer,@EAN,@Artikelbezeichnung1,@Artikelbezeichnung2,@Hersteller,@EmpfVK,@Verfuegbarkeit,@Gewicht,@Status_NichtVerfuegbar,@Artikelinfo);";  10: command.Prepare();  11:    12:    13: SQLiteTransaction tr = connection.BeginTransaction();  14: command.Transaction = tr;  15:    16:    17: for (int   18: i = 0; i < listArtikel.Count; i++)  19: {  20:   command.Parameters.Add(new SQLiteParameter("@Artikelnummer", listArtikel[i].Artikelnummer));  21:   command.Parameters.Add(new SQLiteParameter("@EAN",   22: listArtikel[i].EAN));  23:   command.Parameters.Add(new SQLiteParameter("@Artikelbezeichnung1",   24: listArtikel[i].Artikelbezeichnung1));  25:   command.Parameters.Add(new SQLiteParameter("@Artikelbezeichnung2",   26: listArtikel[i].Artikelbezeichnung2));  27:   command.Parameters.Add(new SQLiteParameter("@Hersteller",   28: listArtikel[i].Hersteller));  29:   command.Parameters.Add(new SQLiteParameter("@EmpfVK",   30: listArtikel[i].EmpfVK));  31:   command.Parameters.Add(new SQLiteParameter("@Verfuegbarkeit", listArtikel[i].Verfuegbarkeit));  32:   command.Parameters.Add(new SQLiteParameter("@Gewicht",   33: listArtikel[i].Gewicht));  34:   command.Parameters.Add(new SQLiteParameter("@Status_NichtVerfuegbar",   35: listArtikel[i].Status_NichtVerfuegbar));  36:   command.Parameters.Add(new SQLiteParameter("@Artikelinfo",   37: listArtikel[i].Artikelinfo));  38:    39:    40:   command.ExecuteNonQuery();  41:    42:    43:   command.Parameters.Clear();  44: }  45:    46:    47: tr.Commit();  48: command.Dispose();

Das Wichtigste an dieser Programmierung ist, dass sich die Parameter-Zuweisung sowie die Ausführung (ExecuteNonQuery) innerhalb der gestarteten Transaktion liegt. Außerdem sollte das eigentliche SQL-Statement (Command.Text) außerhalb der Schleife und nicht bei jedem Durchlauf zugewiesen werden.

Ein weiterer wichtiger Punkt ist das Aufbereiten des SQL-Statements mit command.Prepare().

Mir hat die Implementierung der Transaktion eine Zeitersparnis von fast 90% gebracht. Ich denke das ist ein sehr erstaunliches Ergebnis.

Base64-Strings encodieren und decodieren

2011-07-02T13:15:00.003+02:00

Gerade wenn man Web-Applikationen entwickelt und mit Datenübertragungen zu tun hat, wird man regelmäßig mit sogenannten Base64-Strings konfrontiert. Wenn man dieses zum ersten Mal hört, fragt man sich wahrscheinlich, was das eigentlich ist.
Dabei ist das alles eigentlich ganz einfach. Base64 ist eine Kodierung für 8-Bit-Binärdaten wie zum Beispiel Bilder, PDF-Dokumente oder Zip-Archive. Bei einer Base64-Kodierung werden die Binärdaten zum Beispiel eines Bildes in einen lesbaren ACII-String umgewandelt. Daher ist auch oft die Rede von einem Base64-String. Erkennen kann man eine solche Zeichenkette daran, dass keine Sonderzeichen außer "+", "/" und "=" vorhanden sind und der String immer mit einem "="-Zeichen endet.

Setzt man das ganze nun in der Programmierung (C# / .Net) um, könnte es wie folgt aussehen.

Daten encodieren / String in Base64-String umwandeln

public string base64Encode(string dataToEncode)

{

// Übergebenen String in ein ByteArray umwandeln

byte[] bytesToEncode = System.Text.Encoding.UTF8.GetBytes(dataToEncode);

// Erstelltes ByteArray in einen Base64 kodierten String umwandeln und zurückgeben

return Convert.ToBase64String(bytesToEncode);

}

Daten decodieren / Base64-String in String umwandeln

public string base64Decode(string dataToDecode)

{

// Ein Objekt der Klasse ASCIIEncoding instanziieren

System.Text.ASCIIEncoding encoding = new System.Text.ASCIIEncoding();

// Übergebenen String in ein ByteArray umwandeln

byte[] bytesToDecode = Convert.FromBase64String(dataToDecode);

// Erstelltes ByteArray aus dem Base64-String in einen decodierten (nicht kodierten) String umwandeln und zurückgeben

return encoding.GetString(bytesToDecode);

}

Microsoft SQL-Server Verbindungsserver einrichten

2011-06-30T20:43:00.000+02:00

Mit folgendem, simplen SQL-Statement würde man Daten der Tabelle "Maschinen" aus der Datenbank "FlorianTestDB" von einem Server "Testserver2" auf einen anderen Server "Testserver1" in die gleichnamige Datenbank/Tabelle kopieren.

INSERT INTO [Testserver1].[FlorianTestDB].[dbo].[Maschinen]

SELECT * FROM [Testserver2].[FlorianTestDB].[dbo].[Maschinen]

Voraussetzung für eine erfolgreiche Übertragung ist, dass der Zielserver als sogenannter Verbindungsserver auf dem Quellserver eingerichtet ist. Ist dieses nicht der Fall, so kommt folgende Meldung.

Meldung 7202, Ebene 11, Status 2, Zeile 1

Server 'Testserver1' konnte in 'sys.servers' nicht gefunden werden. Stellen Sie sicher, dass der richtige Servername angegeben wurde. Führen Sie ggf. die gespeicherte Prozedur 'sp_addlinkedserver' aus, um den Server in 'sys.servers' hinzuzufügen.

Abhilfe schafft man, indem man den Verbindungsserver auf einfache Art und Weise anlegt. Hierzu muss man eine Verbindung mit dem Quellserver herstellen und folgenden Befehl ausführen, um den Zielserver als Verbindungsserver einzurichten.

EXEC sp_addlinkedserver 'Testserver1'

Als Ergebnis sollte folgendes zurückkommen.

Befehl(e) wurde(n) erfolgreich abgeschlossen.

Führt man das SQL-Statement zum Kopieren der Daten nun erneut aus, so sollte es erfolgreich ausgeführt werden.

Eine kleine Einschränkung hierbei gibt es jedoch. Fügt man den Verbindungsserver wie oben beschrieben hinzu, so ist es notwendig, dass auf beiden Servern der aktuell verwendete Benutzer identisch eingerichtet ist.

Möchte man dieses nicht, benutzt unterschiedliche Passwörter oder verschiedene Benutzer, so ist es am einfachsten den Verbindungsserver über das SQL-Server-Management-Studio anzulegen.

Diese Vorgehensweise geht für die SQL-Server-Versionen 2000, 2005 und 2008

Dateidownload via REST-Webservice

2011-06-28T22:23:00.002+02:00

REST ist ein Akronym für Representational State Transfer. Einfach gesagt steht REST für eine Art der Datenübertragung per HTTP. Unterhalb von REST gibt es noch eine weitere Unterscheidung je nach Befehlstyp. Hier gibt es folgende Möglichkeiten:

- GET (Download von Dateien)
- POST (Upload von Dateien)
- PUT (Upload von Dateien)
- DELETE (Löschen von Dateien)

Im folgenden Beispiel zeige ich, wie man einen einfachen Datei-Download anhand eines REST-Webservices (per GET) erstellen kann.

Bei "context" handelt es sich um den aktuellen HttpContext.

// Prüfen der Http-Übertragungsmethode

if(context.Request.HttpMethod = "GET")

{

// FileInfo-Objekt für die Datei erstellen, die heruntergeladen werden soll

FileInfo requestFile = new FileInfo("C:\\Testdatei.txt");

// Anhand der gerade ermittelten Datei ein ByteArray für eine Datenübertragung erstellen

byte[] fileBytes = File.ReadAllBytes(requestFile.FullName);

// Aktuellen Inhalt des HttpContextes leeren

context.Response.Clear();

// Aktuelle Headerinformationen des HttpContextes leeren

context.Response.ClearHeaders();

// Angabe des Types der zu übertragenden Datei

context.Response.ContentType = "text/plain";

// Neue Headerinformationen zum HttpContext hinzufügen

context.Response.AddHeader("Content-Disposition", "attachment; filename=\"" + requestFile.Name + "\"");

context.Response.AddHeader("Content-Length", requestFile.Length.ToString());

// MD5-Hash für aktuelle Datei erstellen um nach dem Download die Vollständigkeit zu prüfen

// Info: FileHelper ist eine eigene Hilfs-Klasse zum erstellen des MD5-Hash (siehe ältere Blogposts)

context.Response.AddHeader("Content-MD5", StringHelper.Base64Encode(FileHelper.GetMD5Hash(requestFile.FullName)));

// Die Datei/ByteArray ausgeben bzw. zum Download anbieten

context.Response.OutputStream.Write(fileBytes, 0, fileBytes.Length);

// HttpResponse wieder freigeben

context.Response.Flush();

// HttpResponse beenden

context.Response.End();

}

MD5-Hash einer Datei erstellen

2011-06-27T20:51:00.001+02:00

Wenn man mit Dateien arbeitet speziell im Bereich Download/Upload, muss man immer wieder Dateien auf Vollständigkeit prüfen. Dieses kann man am besten über einen MD5-Hash machen.
Erstellt man einen MD5-Hash der Ursprungsdatei kann man diesen mit dem der neu erstellten Datei vergleichen um zu prüfen, ob die Dateien übereinstimmen. Ist das nicht der Fall, so ist beim Download/Upload etwas schief gelaufen.

Einen MD5-Hash kann man ganz einfach wie folgt erstellen.

// Gibt einen MD5-Hash-String für eine Datei zurück

public static string GetMd5HashString(string filePath)

{

// Datei in neues FileStream-Objekt einlesen

FileStream fileStream = new FileStream(filePath, FileMode.Open);

// Neues Objekt für MD5-Kryptographi-Provider erstellen

MD5 md5 = new MD5CryptoServiceProvider();

// ByteArray mit MD5-Hash der eingelesenen Datei erstellen

byte[] fileHash = md5.ComputeHash(fileStream);

// FileStream mit eingelesener Datei wieder schließen

fileStream.Close();

// StringBuilder-Objekt erstellen um anschließend den MD5-Hash als String zu speichern

StringBuilder sb = new StringBuilder();

// MD5-Hash (ByteArray) byteweise verarbeiten und an StringBuilder anhängen

for (int i = 0; i < fileHash.Length; i++)

{

sb.Append(fileHash[i].ToString("x2"));

}

// MD5-Hash als String ausgeben

return sb.ToString();

}

Installierte Versionen des .Net-Framework ermitteln unter Windows Mobile

2011-06-24T19:42:00.000+02:00

Heute hatte ich das Problem, dass ich eine kleine Testanwendung schreiben wollte die auf einem Windows Mobile und einem Windows CE Gerät laufen sollte. Einzige Voraussetzung war, dass kein neues .Net Framework bzw. Compact Framework installiert werden darf.

Da es sich bei dem einen Gerät um das Betriebssystem Windows CE 5.0 handelt, kommen für die Entwicklung erst einmal 2 Framework-Versionen in Frage. Und zwar hat die Version 5.0 standardmäßig das .Net-Framework 1.0 installiert. Handelt es sich jedoch um die Version 5.0 mit installiertem Service Pack 2, so ist auch das .Net-Framework 2.0 eingerichtet.

Wie bekommt man nur einfach raus, welches das aktuell höchste, vorhandene .Net-Framework ist.
Hierzu gibt es eigentlich zwei ganz einfache Methoden.

1. Im Windows-Verzeichnis befindet sich eine Datei mit dem Namen "cgacutil.exe". Wenn man diese einfach ausführt, bekommt man alle installierten .Net-Frameworks, sortiert von alt nach neu, aufgelistet.
Der letzte Eintrag ist also die höchste installierte Version.

2. Sollte die unter Punkt 1 beschriebene Datei aus irgendwelchen Gründen nicht aufrufbar sein, so kann man sich auch einen Registry-Editor zur Hilfe ziehen. Diesen installiert man auf dem PC und greift von dort aus auf das angeschlossene mobile Gerät zu.
Aus dem Editor geht man dann in der Registry unter folgenden Eintrag:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP
Hier werden alle installierten Versionen des .Net-Frameworks in Unterverzeichnissen aufgelistet.