Einzelnen Beitrag anzeigen

Elvis

Registriert seit: 25. Nov 2005
Ort: München
1.909 Beiträge
 
Delphi 2010 Professional
 
#4

Re: MS-SQL Express mit Borland-C# und NET 1.1?

  Alt 28. Jul 2006, 17:10
Zitat von Phoenix:
Hallo Jürgen,

ich möchte Dich bitten, hier dieses 1337-Speek zu unterlassen und Microsoft, so wie es sich gehört, mit MS und nicht mit M$ abzukürzen.
Hmpf? Ich habe schon höflichere Versuche gesehen, um sich für einen Post zu bedanken, bei dem man sich höchstens über ein $ statt einem S beschweren kann.
Verglichen mit meinen tippfehler- und wortdreherverseuchten Eilposts oder den Krempel, den die meisten Kiddos hier produzieren, sind Jürgens Beisträge doch sehr gut zu lesen...
Das üben wir also besser nochmal. Nur weil sich Daniel in einem Vista-Thread darüber aufgeregt hat (was ich auch übertrieben fand), heißt das noch lange nicht, dass man die Finanzkraft der Redmonder mit dem kleinen Zeichen gar nicht mehr ausdrücken dürfe.

@Jürgen
Pro Prozess kann nur eine Version der .Net Runtime geladen werden.
Dabei gilt wer zuerst kommt mahlt zuerst.
Für dich ist das aber ziemlich schnuppe, da du den SqlServer nicht in deinem Prozess hast, sondern dich auf die gleiche/ähnliche Art mit ihm unterhälst wie du es schon unter Delphi32 gemacht hättest. (TCP oder Named Pipes; Shared Memory fällt bei einem Server wohl flach )

Zum Thema managed SProcs....
Das ist ein zweischneidiges Schwert. Im ersten Moment erscheint es sehr cool und sinnvoll. Doch auf den zweiten Blick muss man erkennen wieviel dich der Call in so eine SProc aus TSQL und wieder zurück kostet und du überlegst dir lieber 10-mal ob du die Sproc wirklich managed schreiben willst.
Das BDS kannst du dafür getrost knicken, da du die Methoden deiner Klassen mit Attributen versehen musst, damit der SqlServer weiß was er wie damit machen soll.
Diese Attribute stehen in einer .Net 2.0 Assembly. Und das heißt für dich, dass du sie mit dem Compiler von C#1.X nicht referenzieren kannst.
Auch um an die Daten zu kommen brauchst du die SqlClient-Klassen aus System.Data.dll von .Net 2.0.
Nur damit kannst du die Connection auf "Context" setzen, wodurch in der gerade angemeldeten Session deine SqlCommands feuern kannst. Eine SProcs sollte ja keine eigene session aufmachen, right?
Robert Giesecke
I’m a great believer in “Occam’s Razor,” the principle which says:
“If you say something complicated, I’ll slit your throat.”
  Mit Zitat antworten Zitat