Wenn man sich mal den folgenden Link anschaut http://blogs.msdn.com/b/jasonz/archive/2010/08/03/introducing-microsoft-visual-studio-lightswitch.aspx , dann wird man feststellen, dass Microsoft jetzt noch eine Schicht in sein Visual Studio einfügen will. Es geht um Rapid Application Development. Wie kann man also Anwendung fix und schnell erstellen ohne viel programmieren zu müssen. Vom Konzept her ähnelt das ganze Microsoft Access sehr stark. Da beim Access auch viele Makros, aber seit Jahren keine weiteren Programmieroptionen hinzugekommen sind, könnte es sein, dass Microsoft so Access.NET im Visual Studio realisieren will.

Ich wurde von Microsoft zu meinen Gedanken zu dem Thema bereits vor über einem Jahr gefragt. Es sollte ursprünglich in das Visual Studio 2010. Jetzt kommt es danach, was bei so einem komplexen Thema auch sinnvoll sein dürfte. Die Beta ist für die 23. August angekündigt worden...

Dann bin ich mal gespannt :)

… Bing Maps hatte schon lange ein sehr gutes Kartenmaterial und die Vogelperspektive, die Google Maps locker geschlagen hat. Leider war die Integration der Gelben Seiten, die bei Google extrem gut ist, bei Bing Maps so gut wie nicht vorhanden. Nur die Haltestellen des ÖPNV waren besser eingezeichnet als bei Google.

Seit kurzem arbeitet Microsoft mit dem Open Street Maps Kartenmaterial als zusätzliche Kartenalternative in der BETA Version. Die ist echt krass. Die Karte von Stuttgart ist extrem detailliert und enthält Daten, wo Google auch Interesse haben dürfte :). So sind viele Fußwege enthalten, die bei der Fussgängernavigation in Stuttgart dramatische Vorteile bieten. Auch sind viele Gebäude und sogar geplante Straßen und Gebäude korrekt eingezeichnet. Stuttgart 21 ist hier quasi schon mit einer besonderen Farbe gekennzeichnet, enthalten.

Doch wie kann man diese BETA Version aufrufen? http://www.bing.com/maps/explore im Browser aufrufen und dann Map Apps unten auswählen und OpenStreetMap hinzuladen. Jetzt kann man dynamisch wechseln von den normalen Bing Maps zu den OpenStreetMaps. Auch kann man hier weitere App’s ausprobieren und sogar die fixe und nicht so kantig zoomende Silverlight Version testen.

Alles in allem ein großer Gewinn für Bing Maps! Einfach mal austesten lautet mein Urteil…

 

Für Office 2007 hatte Microsoft schon ein interaktives Tool bereitgestellt. Hier klickt man bei Office 2003 einen Befehl virtuell in Flash an und bekommt den passenden Befehl in Office 2007 visuell gezeigt. Jetzt gibt es das ganze mit Silverlight für Office 2010. Eine prima Sache! Nur wer kein Silverlight hat, schaut jetzt in die Röhre...

Hier der Link: http://office.microsoft.com/de-de/powerpoint-help/position-von-menu-und-symbolleistenbefehlen-in-office-2010-HA101794130.aspx?origin=HA010359435

 

Das Gerät

Ich habe vor Weihnachten ein neues Notebook bekommen. Ein Dell Studio 15 mit sehr fixem Core i7 Prozessor und sehr guter Ausstattung. Das Notebook war sehr preisgünstig und hat von der Verarbeitung wirklich einen sehr guten Eindruck gemacht. Für rund 900€ gab es 4-Kern-Prozessor, 4GB Ram, 500GB Festplatte mit 7200 Umdrehungen, 512 MB Grafik und so weiter. Besonders der extrem helle Full-HD Screen konnte bei dem Preis absolut überzeugen.

Das Problem

Es hat mich immer etwas gestört, das das Gerät sehr laut war. Dies wurde mit der Zeit jedoch immer schlimmer. Ein Neustart war erst nach einer Abkühlung von rund 10 Minuten möglich… Ich dachte anfangs noch an einen Softwarefehler und habe das Betriebssystem neu installieren wollen. Auch dies wurde mit einem Blue Screen beendet. Erschreckend war, dass Speed FAN z.T. über 90 Grad beim Prozessor gemessen hat.

Andere Geräte

Von meinen Freunden habe ich schon oft gehört, dass der Dell Support helfen musste, da die Qualität der Geräte wohl geringer ist. Die Leute, die mein Gerät gesehen haben, waren jedoch der Meinung, dass die Qualität des Chassis deutlich besser sei als bei Ihnen. Somit hat Dell wohl etwas bei der Qualität getan – aber offenbar noch nicht genug.

Der Support

Montags habe ich bei der Dell Hotline angerufen. Die Hotline war gut zu erreichen und der Mitarbeiter war sehr nett. Nach dem ersten Versuch den Arbeitsspeicher zu wechseln (eine Bank raus), habe ich erneut angerufen. Auch der zweite Mitarbeiter war sehr nett. Da das Problem so nicht lösbar war, wurde ein Auftrag für einen Techniker gemacht, der am Mittwoch kommen sollte. Am Mittwoch habe ich leider vergeblich gewartet und mich erneut gemeldet. Ja, der Auftrag ist raus, aber erst innerhalb von 5 Tagen wird jemand kommen. Ich hätte quasi nur einen B-Support-Plan gewählt. Davon wusste ich bisher noch nichts… Aber egal, am Freitag habe ich einen Anruf erhalten, dass Montag der Techniker kommt. Dieser kam mit einem erträglichen Zeitfenster von 2 Stunden. Er war pünktlich und hat weniger als 30 Minuten gebraucht. Er hat viel getauscht (Motherboard, Ram, Lüfter, Wärmeableitung) und hat auch einen kompetenten Eindruck gemacht. Nach dem Tausch ist das Gerät jetzt ordentlich leise und das Problem schneit gelöst. Wenn es so bleibt bin ich sogar sehr zufrieden! Nur die 5 Tage waren mir beim Kauf nicht bewusst – hier weist man aber jetzt besser vor dem Kauf drauf hin. Von dem her ziehe ich doch ein positives Fazit von dem Dell Support!

Es ist bekannt und offen kommuniziert, dass Office 2003 nicht mehr vom Visual Studio 2010 supportet wird. Auch ist klar, dass der SQL Server 2005 nicht mehr für den Team Foundation Server 2010 als Datenbank in Frage kommt. Wir haben uns darauf eingestellt und das war es dann...

Jetzt musste ich aber leider festellen, dass der SQL Server 2000 nicht mehr als Datenquelle unterstützt wird. Das ist echt ein Desaster. Es gibt halt noch etliche SQL Server 2000, mit denen wir kommunizieren müssen. Wenn das von Microsoft doch wenigstens deutlicher kommuniziert worden wäre :(

Dies ist die Fehlermeldung des Server Explorers...

... Ich habe nun lange nach einer Lösung gesucht und zumindest einen Workaround gefunden. Man kann die Datenbank aus der DBML ohne Probleme auch nutzen, wenn es sich um einen SQL Server 2000 handelt. Nur das Editieren ist unmöglich und auch der Support von Microsoft dürfte hier nicht mehr greifen.

Mit tempörärem SQL Server zum Ziel:

Fakt ist aber, dass ich mir für das Design der Datenbank einen SQL Server 2005 oder höher installiere und die Datenbank migriere. Sofern ich dann die Tabelle oder View in die DBML eingebunden habe, kann ich die Connection wieder auf den alten SQL Server 2000 mappen.

Mit altem Visual Studio zum Ziel:

Auch eine Variante ist, die DBML Datei in ein separates Projekt einzubinden und dann diese nur mit dem Visual Studio 2008 zu bearbeiten.

Beide Alternativen sind sicher keine tolle Lösung, doch kommt man damit zunächst mal an das Ziel! Danach sollten man schnellstens die Migration auf den SQL 2008 in Betracht ziehen. Auch wenn ich sonst sehr positiv auf Microsoft zu sprechen bin, finde ich diese unnötige Sperre ohne große PR ziemlich übel. Vielleicht hat ja jemand doch noch eine Lösung diese Meldung zu umgehen? Beim LINQ to SQL hat sich ja technisch eh nichts geändert...

 

UPDATE: Der extended Support für den SQL Server 2000 läuft im Jahr 2012 aus. Die MSDE, der Vorgänger vom SQL Express, ist sogar schon ausgelaufen. Von dem her sollte man dringend seine Kunden dazu motivieren zu migrieren. Kollegen meinten, dass man einen DB2 Server auch nie so lange laufen lassen könnte... Von dem her muss ich wohl sagen, hat Microsoft schon Recht, so einen Umstieg zu erzwingen. Die müssen so ja auch weniger testen. Da bei den Entity Framework neue Dinge hinzugekommen sind (im Gegensatz zum LINQ), würde ich hier auf keinen Fall mit einem SQL Server 2000 den Workaround ausprobieren. Testen werde ich das Verhalten aber trotzdem gern mal...

Ich war äußerst gespannt Microsoft Azure SQL auszuprobieren und möchte meine ersten fundierten Erfahrungen hier schreiben.

Was ist Azure SQL?

Microsoft Azure SQL ist eine Relationale Datenbank im Internet. Diese Datenbank ist zwar kein richtiger SQL Server in der aktuellen Version – aber die Funktionen, die in der letzten Zeit dazu gekommen sind, lassen durchaus einen sehr guten Vergleich zu. Es steht ausschließlich im Web bereit und Microsoft als Dienstleister ist für Betrieb, Backup, Antivirus, Verfügbarkeit und Co zuständig. Auch die Last, die auf den SQL Server geht, wird von Microsoft verwaltet. Reicht ein normaler Server nicht mehr aus, werden ohne Probleme weitere Server hinzugeschaltet. Es gibt quasi keine Lastbeschränkung und dazu noch Services mit Datenspeicher und Anwendungsserver nebenbei.

 

Was kostet Azure SQL?

Microsoft Azure SQL gibt es in vielen Ausprägungen. In einer MSDN Ultimate Lizenz sind bereits 3 SQL Server Datenbanken bis 10 GB enthalten. Auch einiges an Traffic ist damit abgedeckt. Die MSDN Datenbanken dürfen laut Aussage von Microsoft sogar produktiv genutzt werden!!! Auch sonst halten sich die Preise in Grenzen – aber welcher Entwickler hat keine MSDN Lizenz? Bestimmt kein Profi, der sich jetzt schon mit Azure beschäftigt. Die genaue Preisliste findet sich unter folgender URL <<<Link>>>. In Wesentlichen kann man aber rechnen, dass eine Datenbank bis 1GB rund 7€ im Monat plus vielleicht 5€ Traffic kostet. Eine 10GB Datenbank rund das 10 fache. Insgesamt also sehr günstige Preise für eine komplett skalierbare und hochverfügbare Datenbanklösung!

 

Wie verwende ich Azure SQL?

Auf der Azure Seite kann komplett per HTTPS verschlüsselt ein Serverinstanz angelegt werden. Dies muss auf der Webseite erfolgen! Auch die Firewallrichtlinien müssen dort konfiguriert werden. Ohne diese einfache Konfiguration ist da mal gar nichts möglich. Danach können Datenbanken angelegt werden. Dies geht per Weboberfläche oder Tool. Die weiteren Tools sind noch nicht so komfortabel wie das SQL Management Studio – aber TSQL, Linq, Stored Procedures, SQL Connections werden komplett unterstützt. Der SQL String dafür lässt sich über die Webseite abrufen. Mehr zu der Verwendung gibt es in den folgenden Abschnitten.

 

Was gibt es für Tools für Azure SQL

Microsoft SQL Azure kann vom SQL Server Management Studio und vom Server Explorer des Visual Studio bedient werden. Die Änderungen werden hier nur per TSQL angenommen. Die Objekte können nur gelesen werden. Dafür gibt es jedoch ein paar Tools von Codeplex. Das wichtigste Tool ist der SQL Azure Migration Assistent. Er kann eine lokale Datenbank mit ein paar Anforderungen auch zum SQL Azure migrieren. Auch eine Migration zurück ist möglich. Somit würde ich in der Entwicklung einen SQL Server lokale verwenden und dann die fertige Datenbank auf den SQL Azure per Tool verteilen. Man hat so gleich ein Trennung von Entwicklung und Produktion!!!

 

Wie kann ich per Visual Studio auf Azure SQL zugreifen?

Für das Visual Studio sieht die fertig gestaltete Datenbank dann wie ein richtiger SQL Server aus. Es wird halt mit einer SQL Authentifizierung auf den Server zugegriffen. Auch Databinding und Co sind ohne Probleme möglich. Ab diesem Moment merkt man nicht mehr, ob es ein SQL Server oder ein SQL Azure ist. Dies ist mein erster Eindruck – Probleme im Detail kann ich nicht ausschließen! Nur die Performance vom Netzwerk (hier Internet) ist natürlich hier wichtig. Mit meinem DSL 25.000 war es aber kein Thema!

 

Wie kann ich Azure SQL mit dem lokalen SQL Server vergleichen (Fazit)?

Auf den ersten gründlicheren Blick ist SQL Azure jetzt schon eine richtig gute Alternative. Zwar sind die Werkzeuge zum Design der Datenbank noch nicht super toll. Aber die simple erzwungene Trennung von Entwicklung und Produktion ist super. Auch die Kosten sind im grünen Bereich. Ganz besonders stark ist das Sizing. Ob 5, 5.000 oder 5.000.000 User, die Datenbank steht immer hochverfügbar im Netz. Auch die Sicherheit macht einen ausgereiften Eindruck. Daher ist es wohl besser einer kleinen Firma einen Redundanten SQL Azure Server zu verkaufen als einen lokalen Server, die bei einem Feuer sofort abraucht. Auch bei großen Firmen dürfte so ein Server ohne viel Bürokratie sicher zu betreiben sein.

 

Daher ist die Betrachtung von SQL Azure ein absolutes MUSS!

Nein, ich veröffentliche hier keinen Produktschlüssel für das neue Office, möchte aber darauf hinweisen, dass alle Produktschlüssel, die über MSDN vor dem 01.05.2010 bezogen worden Probleme bereiten können.

 

Daher muss man einfach in das MSDN System gehen und sich einen neuen Schlüssel heraussuchen. Über diese Seite geht das und hier steht auch die Meldung als Quelle und Bestätigung von Microsoft http://msdn.microsoft.com/de-de/subscriptions/default.aspx

 

Hier ist die Anleitung, wie der Produktschlüssel dann getauscht werden kann. http://support.microsoft.com/kb/983473

Facebook Anwendungen sind echt etwas Tolles. So dachte ich bisher... Ich habe mich selbst auf gemacht und versucht mich in die API einzuarbeiten. Das ist wirklich eine tolle Sache. Nur Facebook ist zu doof um die Sicherheit dieser Anwendungen zu gewährleisten! Eine solche Anwendung kann unverhofft an alle Freunde Messages senden - und das ist echt nervig. Die Anwendung "Amazing Gifts" würde ich in der Kategorie Spam / Malware sehen! Auch die Anwendungen, die ich verwendet habe werden aufgelistet - aber wenn man sie entfernt bleiben Sie für andere weiter sichtbar... Facebook ist wirklich eine gute Idee, aber die Umsetzung hat, wie ich seit heute Abend weiß gravierende Sicherheitsmägel!!! Leider erreiche ich keinen Kontakt zu Facebook - aber vielleicht kommt man ja doch irgendwie an die Antworten auf die Fragen, die ich mir gerade so stelle...

Die Code Access Security war bei dem .NET Framework immer ein Graus. Man musste Die Sachen immer mehrfach freischalten oder gleich eine Freigabe für einen ganzen Fileserver machen.

Jetzt habe ich einem Kollegen gesagt, dass er sich mal um diese Files kümmern soll und er hat keinen Eintrag mehr in der Verwaltungskonsole gefunden... Tja und man kann sagen, dass Microsoft diese Regelungen als Geschenk für die Entwickler abgeschafft hat. Code läuft nun auch vom Netzlaufwerk ohne eine zusätzliche Freischaltung!

Dies soll jetzt nicht heißen, dass man keine Blockierungen mehr hat. Es gibt ja auch die Regeln vom Betriebssystem selbst hat oder Zusatzsoftware, wie AppSense, die so etwas effektiv verhindern kann. In vielen Dingen macht es ja auch Sinn so etwas NICHT zuzulassen. Aber bei uns hätte man dann einfach eine andere Programmiersprache genommen um das Problem zu umgehen ;)

http://msdn.microsoft.com/de-de/library/ee191568(VS.100).aspx

Dies ist auch der Link zur neuen Hilfe im schicken Design... leider tut diese Online Hilfe noch nicht bei jedem Kollen und wir sind hier noch auf der Suche. Auf das ich fix einen Artikel zur Online Hilfe hier Posten kann. Wer da ähnliche Probleme hat, kann gern einen Kommentar schreiben!

Ich hatte zum Teil Probleme beim Import von Massendaten mit den Zeiten. So war meine bisherige Vorgehensweise, dass ich die Daten erst in eine Temp -Tabelle geschrieben habe. Danach die Daten mehrmals validiert habe und im letzten Schritt verwertbare Datensätze in eine richtige Tabelle geschrieben habe. Datensätze mit Fehlern wurden in eine andere Tabelle geschrieben und als Fehler ausgegeben.

 

Dieses Vorgehen war mit LINQ und mehrfachem Speichern sehr langsam!

 

Ich habe nun mit meinem Kollegen Ralf Stiegele zusammen verschiedene Datenszugriffe ausprobiert und die Zeiten gemessen. Da beim Test kein Unterschied zwischen SQL 2005 und 2008 zu sehen war, schreibe ich nur vom SQL Server. Die Testdatei im Import hat 160.000 Zeilen und 60 Spalten. Es wurden 3 Läufe als Mittel gewertet und auf ganze Minuten gerundet. Bei diesen Import wurden keine Validierungen berücksichtigt.

 

	Programm läuft auf dem SQL Server direkt ab (4GB Ram / 2 Prozessoren)	Programm läuft auf einem separaten virtuellen Client ab (4GB Ram / 2 Prozessoren / GB-LAN)	Programm läuft auf einem separaten physischen Client ab (2 GB Ram / 1 Prozessor / 100MBit LAN)
Import Stored Procedures	17 Minuten	17 Minuten	31 Minuten
Import mit LINQ	6 Minuten	7 Minuten	15 Minuten
Import mit Datasets	6 Minuten	7 Minuten	14 Minuten
Import mit Direct SQL	6 Minuten	7 Minuten	11 Minuten
Import mit Integration Sercvices (SSIS)	nicht gemessen	nicht gemessen	6 Minuten

SQLBulkCopy

1 Minute

1 Minute

nicht gemessen

 

Gefühlt  müsste es schneller gehen… Hat jemand noch eine bessere Alternative oder bessere Zeiten gemessen?

 

Bei uns ist der SSIS schwierig zu deployen und LINQ bietet am meisten Komfort. Wenn ich nun Programmierzeiten und Zeitersparnis bewerte, würde ich weiter LINQ nehmen und nur auf das Zwischenspeichern verzichten. Alle Validierungen müssten also beim ersten Einlesen passieren. Das Speichern von Daten im SQL Server ist einfach sehr Ressourcenfressend.

 

--- Update ---

SqlBulkCopy ist richtig fix. Wir konnten Zeiten für den Test oben von rund 50 Sekunden erreichen. Vielen Dank für die guten Tipps!!!