Ich bin neu hier also hallo.Ich kann LINQ to SQL in VC2010 fein einrichten, also warum ist SQLMetal relevant?
Ich verwende ASP.NET 4 und ich verwende LINQ to SQL für meine Datensteuerelemente. Wie empfohlen, erstelle ich eine DBML (LINQ to SQL Class Item) und ziehe dann die relevanten Tabellen von SQL Server. Ich benutze dann diese DBML in meinem Code mit LINQ dh:
using (ProjectDataContext Data = new ProjectDataContext())
{
Order MyOrder = new Order();
}
und das alles funktioniert gut. Ich bin jetzt auf SQLMetal gestoßen. Ich kann die Relevanz dieses Werkzeugs nicht sehen, vermisse ich etwas?
Danke,
Ed
Hallo, Danke für diese sehr schnelle Antwort. Gibt es Leistungsprobleme bei der Verwendung des Assistenten im Gegensatz zu SQLMetal? Mein anderer Verdacht ist, ob es nützlich sein könnte, DBMLs zu aktualisieren, wenn sich das DB-Schema ändert, da mir gesagt wurde, dass es das beste Verfahren ist, die DBML neu zu erstellen, wenn sich das DB-Schema ändert. – EdB
@EdB Kein Problem, von dem, was ich gesehen habe, ist SQLMetal angeblich schneller, aber es wird schwieriger zu implementieren, da Sie Ihre Hände schmutzig machen müssen und einige Befehlszeilencodierung machen müssen. Hier sind ein paar Links (2008 ich weiß, aber ich konnte nicht mehr aktuell finden): http://www.mssqltips.com/sqlservertip/1825/creating-linq-to-sql-object-model-using-sqlmetal/und http://blog.csainty.com/2008/02/linq-to-sql-sqlmetalexe.html – mattytommo
mattytommo, danke dafür. Ich denke, das Problem bei all dem ist, dass sich die Technologie so schnell bewegt. Ich glaube, dass MS es bevorzugen würde, LINQ zu EF jetzt und nicht LINQ zu SQL zu verwenden. Daher meine Bedenken, ob etwas von diesem SQLMetal-Zeug etwas veraltet ist. Ich habe etwas Ähnliches für EF gesehen, aber wenn am Ende des Tages das meiste davon über VS erreicht werden kann, dann muss ich mich vielleicht nicht sorgen. Die größere Sorge ist, ob ich nach LINQ nach EF ziehen sollte !! Prost ... – EdB