Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 9 reacties
Bron: eWeek

eWeek publiceerde gisteren enkele nieuwe details omtrent Microsoft SQL Server 2005 Beta 2. Deze tweede bŤtaversie van de databaseserver met codenaam Yukon zal beschikbaar zijn voor zowat 300.000 MSDN Universal & Professional abonnees en ondersteuning bieden voor zowel AMD's Opteron-processors als de Intel-chips met 64-bit extensies. Een betatester die gebruikmaakt van een Opteron-systeem stelt dat deze ondersteuning het mogelijk kan maken een twee tot drie terabyte grote database te benaderen met responsetijden van zestig tot negentig seconden, in tegenstelling tot de vijf minuten die hij voorheen moest wachten. Microsoft komt echter wel relatief laat met deze AMD64-ondersteuning, nadat Oracle al een AMD64-versie van hun databaseserver voor Linux levert, evenals een ontwikkelaarsversie van Oracle Database 10g voor Windows. Ook IBM zal later dit jaar een preview geven van zijn DB2-databaseserver voor Windows Server 2003 op 64-bit systemen.

Microsoft SQL Server 2005Dezelfde tester wees ook op de verbeterde database mirroring en de stabielere .NET-omgeving om stored procedures aan te roepen uit C# en Visual Basic .NET, in plaats van gebruik te moeten maken van T-SQL. Tom Rizzo, Microsofts SQL Server productmanager, stelt dat men op schema werkt om een derde bŤtaversie van SQL Server 2005 nog voor het einde van dit jaar te kunnen lanceren. De definitieve versie zou vervolgens tijdens de eerste zes maanden van 2005 beschikbaar zijn. Hoewel er tussen de tweede en derde bŤta geen grote aanpassingen verwacht moeten worden, deelt Rizzo wel mee dat Microsoft probeert rapporteringstechnologieŽn, die het bedrijf overigens bij ActiveViews haalde, in te bouwen in de databaseserver.

Naast de 64-bits functionaliteit kunnen Yukon-testers echter ook verschillende andere verbeteringen ervaren. Zo is er de nieuwe SQL Server Management Studio, voordien de SQL Server Workbench, die de Enterprise Manager, Query Analyzer en Analysis Manager samenvoegt tot ťťn geÔntegreerd programma voor het beheer van de server. Bovendien kan men met Beta 2 een blik werpen op de nieuwe encryptiemogelijkheden en de nauwere binding met Visual Studio 2005. Ook Business Intelligence Development Studio werd verbeterd om het debuggen en in gebruik nemen van applicaties sneller te laten verlopen. Volgens Rizzo zal men voor enkele zaken echter nog moeten wachten op een volgende versie van SQL Server 2005. Zo bieden zowel Data Transformation Services als Data Management Tools (waaronder Extration Transformation and Loading) geen ondersteuning voor het AMD64-platform of voor Intel-chips met 64-bit extensies.

SQL Server 2005
Moderatie-faq Wijzig weergave

Reacties (9)

Liever een goed product dan eentje die te snel is uitgebracht. DUs ik vind het niet erg dat MS het later dan anderen op de markt brengt.

Wat de poster als nadeel noemt vind ik een enorm groot voordeel.
Hangt er een beetje vanaf. Dit product is oorspronkelijk aangekondigd voor 2002 dus drie jaar later is wel een flinke vertraging.

In de tussentijd hebben Oracle en IBM weer redelijk wat afstand genomen en zijn databases als MySQL en PostgreSQL een stuk populairder geworden. Dus deze versie moet wel flink beter zijn dan MS SQL 2000 anders verliest MS nog meer terrein
Ik ben benieuwd.
Vind sql server 2000 ook al heel prettig werken.

Misschien goed dat MS het wat rustiger aan doet met releases enz.
Veel bedrijven zijn nog steeds aan het migreren van NT naar 2000 en wat bedrijven gaan nu pas kijken naar 2003.

Dit zijn vaak groete bedrijven.
Kleine bedrijven kunnen veel sneller schakelen naar nieuwe software.
De meeste Enterprises schieten in relatief korte tijd naar 2003 en XP terwijl veel kleinere bedrijven nog altijd lopen te modderen met NT4 en 98.
Kleine bedrijven schakelen in de praktijk vaak juist veel langzamer, omdat er geen geld voor wordt vrijgemaakt.

Doe maar een rondje langs vijftig grote en vijftig kleine bedrijven, en je ziet het verschil.
Overigens, dan moet je niet alleen IT bedrijven visiteren, want die vormen natuurlijk een uitzondering omdat geen enkele ITer op een verouderd systeem wil werken.
Dat is jou mening.. Mar mijn mening is hetzelfde als die van "The Rob"

Grote bedrijven willen juist vaker wachten met overgaan, omdat het financieel een totaal ander plaatje is dan een mkb'er.

1 Server upgraden van NT4 naar 2003 SBS voor 10 client's is niet zoveel werk.
500 servers en enkele duizende gebruikers overzetten van NT4 & Win95 naar 2003 & XP is heel iets anders. Niet alleen organisatorisch maar ook vooral financieel.

Waar ik nu werk (17.500 uiteindelijke gebruikers) werkt nu pas de helft op Windows 2000 professional, terwijl alle 20 vestigingen in principe nog op een NT4 domain werken.
dan moet je niet alleen IT bedrijven visiteren, want die vormen natuurlijk een uitzondering omdat geen enkele ITer op een verouderd systeem wil werken
Ik werk in een ICT bedrijf.
Het invoeren van een AD is lange tijd tegen gehouden van bovenaf, en gepushed vanuit de technische hoek. Nu wordt daar eindelijk over nagedacht.
Echter wat ze in Den Haag verzinnen zullen wij ons aan moeten houden.
Ja, die SQL Server Workbench is erg handig echter je moet er wel aan wennen. De Interface is imo erg veel veranderd ten opzichte van SQL 2000.
doh? tuurlijk veranderen ze de interface :D

Waar ik wel benieuwd naar ben zijn de XML functionaliteiten van de database. Oracle heeft het al een hele tijd, maar in Yukon kun je XML files opslaan als objecten in de database :)

Laatste keer dat ze bij een presentatie gingen zoeken in de XML, duurde het bij een simpel object zonder index bijna 1 uur. :D
Dezelfde tester wees ook op [...] de stabielere .NET-omgeving om stored procedures aan te roepen uit C# en Visual Basic .NET, in plaats van gebruik te moeten maken van T-SQL.
Dat klopt niet helemaal. Stored procedures aanroepen vanuit C#, VB.NET, etc. ging altijd al probleemloos, maar je kunt die stored procs en triggers nu ook schrijven in C# of elke andere .NET taal, terwijl dat tot nu toe in T-SQL moest.

Da's een hele vooruitgang, want T-SQL is niet bar krachtig wanneer je met structuren als arrays, lists of collections aan de slag moet. Die kent 'ie nl. niet, en dan moet je uitwijken naar tijdelijke tabellen, daar je cursors op definieren, etc.
't Werkt wel, maar 't is een stuk omslachtiger.
Jammer dat ze helemaal niets zeggen over SQL CE 3.0, die zou ook uit gelijktijdig uit moeten komen met deze release :(

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True