NöffMedlem sedan nov. 2003569 inlägg
tjena.
vill öppna en liten diskussion om of SQL Server 2005 .
efter att ha läst:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnsql90/html/sql_ovyukondev.asp
http://msdn.microsoft.com/library/default.asp?url=/msdnmag/issues/04/02/yukonbasics/toc.asp
http://msdn.microsoft.com/library/default.asp?url=/msdnmag/issues/04/02/udtsinyukon/toc.asp
http://msdn.microsoft.com/msdntv/episode.aspx?xml=episodes/en/20041104SQLServerML/manifest.xml
1. Så SQL verkar vara på väg att bytas ut mot managed code?.
2. Hur kommer det påverka oss som programmerar, vad blir bättre, vad blir sämre?.
2. Nån som har ett exempel på en SQL kod och motsvarande objektorienterad kod skulle se ut?.
3. Vad kommer denna förändring innebära rent filosofiskt?
4. :)
LaspMedlem sedan juli 200010 197 inlägg
Jag har inte titta så mycket på skillnaden Provade att installera , men det kräver bra operativ och framework 2.0.
Att man har möjlighet att välja är ju inte sämre. Skall testa mera vad det betyder både för nuvarnade program och annan utveckling.
VimpMedlem sedan juli 20021 064 inlägg
Nu har jag inte orkat läsa de där artiklarna, men försöker svara såg ott jag kan ändå. :)
-
Nja, det är väl snarare så att man kan kommunicera med databasen med managed code, men fortfarande använder T-SQL (i SQL:en kan man skapa instanser av klasser skapade i .NET)?
-
Vad som blir bättre måste väl vara att vi kan programmera ett steg närmre mot databasen (eller något sånt ;)).
2 (igen?)) Jag kan försöka fixa någon rolig kod imorgon, har jobbat 45 av de senaste 48 timmarna nu så jag är halvdöd nu. :e
-
Bra fråga. Jag referar till svar 2.1.
-
:bire
NöffMedlem sedan nov. 2003569 inlägg
men fortfarande använder T-SQL (i SQL:en kan man skapa instanser av klasser skapade i .NET)?
Njaa, det vettitusan om managed code blir nåt slags wrapper för T-SQL, för att då blir det ju ingen skillnad mot nu, de flesta använder ju antingen O/R mappers eller dataset redan idag. Eller hur menar du?
VimpMedlem sedan juli 20021 064 inlägg
Jag installerar SQL Server 2005 nu, så jag kommer snart med exempel. :)
/r
Ett litet snabbt exempel. ;)
VB.NET:
<SqlFunction()> _
Public Shared Function DagensDatum As Date
Return System.DateTime.Today
End Function
SQL:
select dbo.DagensDatum()
NöffMedlem sedan nov. 2003569 inlägg
coolt. det här blir ju riktigt iskallt när det här blir klart ju. Visa gärna mer exempel.
http://channel9.msdn.com/ShowPost.aspx?PostID=10276
Och här pratar C#:s fader om att han vill göra objektorienterade databaser. Så det verkar vara på det spåret Microsoft är på väg att gå. Kan man lägga SQL böckerna på hyllan. :h känns skönt.
VimpMedlem sedan juli 20021 064 inlägg
Nu är det installerat och klart så jag testade att skapa ett SQL Server 2005-projekt i VS.NET 2005.
Först har vi då vb-koden:
Imports System
Imports System.Data.Sql
Imports System.Data.SqlTypes
Partial Public Class UserDefinedFunctions
<SqlFunction()> _
Public Shared Function Function1() As SqlString
Return New SqlString("Hello, world!")
End Function
End Class
SQL-filen:
select dbo.Function1()
Och så till slut vad som kommer när man kör den:
Running dbo.[Function1].
(1 row(s) affected)
Return Value
---------------
Hello, world!
(1 row(s) returned)
GladhMedlem sedan maj 20013 024 inlägg
Nu har jag inte tittat så mycket på SQL 2005.
Fördelen med SQL 2005 är om man använder sig av O/R Mappers (så nöff antigen blir det bytte eller så missar du vinsten :))
Du då kan flytta ner ditt DataHoldingLager ner i databasen och slipper en O/R Mapper.
Filiosfiskt så blir aritekturen i dina applikationer annorlunda då man flyttar ner sitt dataHolding lager ner i databasen och låter den skicka tillbaka färdiga objekt upp i applikationen.
- M
Enligt MS så skall kod skrivern i Manager Code blir extremt mycket snabbare är i TSQL, upp till 1000 gånger har jag sett någonstans.
fredrikMedlem sedan dec. 19991 082 inlägg
1. Så SQL verkar vara på väg att bytas ut mot managed code?.
Nej, det är framförallt för "utökade" SP.s som managed kod kommer att användas. Precis som någon tidigare skrev så kommer du ändå från .NET att skriva vanliga T-SQL kommandon mha en ny Provider i ADO.NET.
Var för 1½ vecka sen på semiarium med Tibor Karaszis (MVP på SQL) och enligt honom så är det fortfarande absolut snabbast att köra rena SQL-kommandon i vanliga SP.s.
Ni kan ladda ner den demon som han körde på:
http://www.cornerstone.se/downloads/downloads.aspx
(Ur utvecklarens perspektiv framförallt)