Hallo! > > Um in den Microsoft-Seiten etwas zu finden, hat MS jetzt selber ein Tool > > entwickelt, dass angeblich sehr gut sein soll (keine eigenen > > Erfahrungen). Du findest den "Microsoft Online Concierge" in einer > > Trial-Version aber leider nur in den Subscriber Downloads der MSDN, > > musst also registrierter Benutzer der MSDN sein. > > :-( > bin ich noch nich
Hm, mit der Professional Subscription erh�lt man Visual Studio, alle Betriebssysteme und die komplette MSDN auf CD oder DVD. Ich denke, dass sich das auf Dauer lohnt. Und an (ASP).NET w�rde ich ohne MSDN gar nicht erst rangehen. Zwar ist die MSDN auch Online verf�gbar, aber das Suchen geht offline viel schneller. > > Dann musst Du die Abfragen anpassen. Ja/Nein-Felder und Datumsfelder > > ben�tigen hier ggf. Korrekturen im SQL-Code. Wenn Du die SQL-Statements > > in der Applikation erzeugst, hast Du hier die meiste Arbeit. Deshalb > > pl�diere ich ja immer f�r die Verwendung von Abfragen/Views, weil damit > > die Wartung so viel einfacher ist. > > Dass ich mit dem Datum Spass haben werde, war mir klar :-), aber was ist mit > boolschen Feldern? Access schluckte ja sowohl wahr/Falsch, True/False als > auch 1/0 - wie ist das beim SQL-Server? Dank ADO habe ich noch nie(?!) Probleme mit Datumsfeldern gehabt. Ein rs.Update(...) funktioniert immer; auch "set rs = db.Execute(query, parameterarray)" macht einem die Sache recht einfach. Probleme gibt es nur, wenn man in der Applikation oder im Script SQL-Befehle selber strickt. ADO konvertiert Datumswerte, W�hrungswerte und Boolsches immer korrekt. Da im Web zwischen dem Lesen und dem Modifizieren von Datens�tzen die Connection abgebaut wird, reicht der Firehose-Cursor von db.Execute auch v�llig. F�r das Modifizieren von Datens�tzen kann man dann den Static-Cursor oder ebenfalls parametrisierte Abfragen verwenden. Die Bit-Felder in SQL-Server kennen nur 1 und 0. Ohne Upsizing Assistent muss man die Queries/Views selber anpassen. Datumsliterale werden in SQL-Server mit "'" und nicht mit "#" geschrieben. Statt der Funktion NOW() muss es in SQL-Server GETDATE() hei�en. Datumsfelder speichern immer auch die Uhrzeit. > > Je besser Du Dich mit Gespeicherten Prozeduren, Benutzerdefinierte > > Funktionen und Triggern auskennst, desto besser wirst Du die Datenlogik > > umsetzen k�nnen. > > ich arbeite dran *grins* > Aber Rom wurde auch nicht an einem Tag erbaut ;-) Die "ewige Stadt" ist eh eine Dauerbaustelle. ;-) > > Ansonsten w�nsche ich Dir viel Spa� mit SQL Server. Bisher war noch > > jeder, den ich kenn, nach erfolgreichem Umstieg begeistert, vor allem > > wenn er vorher Oracle oder mySQL im Einsatz hatte. > > bis jetzt bin ich noch ein bisschen "erschlagen" von dem Ding. Aber ich > denke schon, dass ich es liebgewinnen werde ;-) Da bin ich ganz sicher! Freundliche Gr��e Joachim van de Bruck | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
