Lars Keller ...inspired by .NET

Bei einem Projekt hatte ich folgende Situation:

Eine Datenbank im SQL Server 2005 hat eine Tabelle in der eine Spalte als IMAGE Field (z.B. Data) deklariert ist. Diese Spalte ist mit Daten gefüllt und ich stand vor dem Problem mit einem UPDATE-Statement das Field auf "null" zu setzen.

Kein Problem dachte ich und schrieb folgende Zeilen:

1 string strSql = "UPDATE Test SET Data=@dat;";
2 SqlCommand cmd = new SqlCommand(strSql, connection);
3 cmd.Parameters.AddWithValue("@dat", null);
4 cmd.ExecuteNonQuery();

Parameterized Query '(@Data nvarchar(4000)' expects parameter @dat, which was not supplied

Na gut dachte ich, dann eben statt null mit DBNull.Value... tja leider wieder kein Erfolg. Auch mit SqlDbType.Image kam ich auch nicht weiter. Nach längerem ausprobieren bin ich dann auf folgende "einfache" Lösung gestoßen:

1 string strSql = "UPDATE Test SET Data=null";
2 SqlCommand cmd = new SqlCommand(strSql, connection);             
3 cmd.ExecuteNonQuery();

Aber warum das nicht anders geht, habe ich leider nicht herausbekommen. Vielleicht hat ja einer von Euch eine Erklärung?

Ich bin auf folgendes Phänomen gestoßen, als ich für ein Projekt einen Installer mit Visual Studio 2005 erstellt habe:

Bei dem Projekt habe ich per Hand im Registry-Manager des Deployment Projektes sämtliche Keys angelegt. Hierbei musste ich auch einen Default Key (als String Value) mit einem bestimmten Wert erstellen. Wenn ich das Projekt installiert habe, wurde der Default-Key zweimal angelegt:

Natürlich fand das meine Anwendung nicht so lustig ;)

Ich konnte den Installer von VS nicht überreden nur einen Default Key anzulegen. Nach etlichen probieren und langem suchen, habe ich einen Workaround gefunden:

Die Lösung war sämtliche Keys per Hand über RegEdit zu erstellen und diese dann einfach als RegFile zu exportieren, um diese in VS zu importieren (!!!). Nachdem ich das RegFile importiert habe, wurde beim Installieren nur noch ein Default Key mit dem richtigem Wert erzeugt. Komisch ist nur, dass mir beim vergleichen der Einträge (RegFile, per Hand angelegte Keys in VS) kein Unterschied aufgefallen ist. Es scheint aber einen Unterschied zu geben, wenn VS das Reg-File importiert…

Dieses Verhalten ist mir mehrmals passiert, so dass ich generell alles erst in RegEdit erstelle und danach in VS importiere.

Die .NET Developer Group Braunschweig trifft sich zu ihrem fünften User Group Treffen am 26.02.07 um 19:00 im Lokal Eusebia.

Dieses Mal wird unser Mitglied Werner Mager einen Vortrag über "Industriesteuerung mit .NET" halten

• Vorstellung Industriesteuerungen Simatic S7
• Zugriff über Ethernet auf Simatic S7
• Beispiele für Anwendungen: Visualisierung, Datenbankschnittstelle
• Praktische Vorführung

Des Weiteren wird es eine ASP.NET Live Demo zu Telerik RadControls geben.

Weitere Infos unter www.dotnet-braunschweig.de .

Wie immer ist jeder herzlich willkommen!

Adrian Jakeman hat einen viertägigen Kurs über VSTS & TFS gegeben, welcher aufgezeichnet wurde. Der Kurs ist in Englisch und wurde auf Codezone veröffentlicht:

http://www.codezone.fi/VSTS_Deep_Dive_Training.Codezone

Kann ich nur empfehlen!

Weitere Infos im Blog von Aali Alikoski

Wer Informationen zum Erstellen eines Setup & Deployment für ein Visual Studio 2005 Projektes sucht, sollte sich diesen Artikel anschauen.

Phil Wilson: Getting started with setup projects

Ist zwar schon etwas "älter", aber ich kann ihn nur empfehlen!

Das Tool Launchy ist nun als Finalversion erhältlich:

Alter Blogeintrag: hier

Infos: hier

Download: hier

Ich bin bei einer kleinen Entwicklung vor dem Problem gestanden, dass ich eine .NET Klasse geschrieben habe und diese aus VBScript aufrufe. Jetzt wollte ich dem VBScript mitteilen, ob die .NET Klasse Erfolg hatte oder nicht.  Da VBScript nur den Datentyp „Variant“ kennt, hatte ich das Problem, dass meine Rückgabewerte z.B. vom Typ „String“ nicht in VBScript verarbeitet werden konnten. Leider bin ich nicht sofort auf die Lösung dazu gestoßen und für alle die vor der gleichen Frage stehen, hier die Lösung des „Problems“:

Man muss den Rückgabewert einer Funktion als System.Object deklarieren, dann versteht VBScript dies als Variant.

Beispielcode:

 1 using System;
 2 
 3 namespace Test
 4 {
 5     class Class1
 6     {
 7         public Class1()
 8         {
 9         }
10 
11         public Object Test()
12         {
13             return "Das ist ein Test.";
14         }
15     }
16 }

Der Aufruf aus VBScript:

 1 <script language="VBScript">
 2     On Error Resume Next
 3     set obj = CreateObject("Test.Class1")
 4     if err<>0 then
 5         Alert(err)
 6     else
 7         Dim result
 8         result = obj.Test()
 9         Alert(result)    
10     end if
11 </script>

Wenn man in einem SQL Server 2005 den Datentyp varbinary(max) benutzt und in dem Zusammenhang eine Volltextsuche auf der Spalte hat, kommt die Visual Studio Team Edition for Database Professionals ins Schleudern.

Ich habe diese Konstellation in einer SQL 2005 Datenbank erstellt und mit dem Schema Compare gegen ein bestehendes Projekt verglichen und wollte die Änderungen übernehmen. VSTE for Database Prof. übernimmt alles bis auf die Type Column Angabe für die Volltextsuche:

ALTER FULLTEXT INDEX ON [dbo].[Test] ADD (Filedata LANGUAGE 1031)

ALTER FULLTEXT INDEX ON [dbo].[Test] ADD (Filedata TYPE COLUMN FileExtension LANGUAGE 1031)

Auch ein manuelles Eintragen in das entsprechende Skript führt zwar dazu, dass die Error-Meldung verschwindet, aber wenn man anschließend deployen möchte, bricht dies mit einer Fehlermeldung ab.

Erst als ich den Datentyp varbinary(max) in ein image umgewandelt habe, hat alles problemlos geklappt.