Behalve het toepassen van toegangsrechten op rapportniveau met de beschikbare opties van de Report Manager zijn er ook voorbeelden te bedenken waarbij je op rijniveau van een dataset permissies wil uitdelen. Bijvoorbeeld een rapport met gegevens die op afdelingsniveau afgeschermd moet worden. Een bekende oplossing is om een rapport te maken met daarop gebaseerd gelinkte rapporten per afdeling. De gelinkte rapporten geef je vervolgens de betreffende parameter van de afdeling en deelt de permissie uit op de verschillende gelinkte rapporten. Bovenstaande oplossing is redelijk storingsgevoelig en onderhoudsintensief. Wijzigingen of uitbreidingen moeten op verschillende plekken worden uitgevoerd, zoals in de ADS (Active Directory Services), de dataset en het gelinkte rapport.

Tijdens mijn presentatie over SSIS performance op de eerste nederlandse SQLPass bijeenkomst (6 sept. 2005) heb ik kort wat tuning tips en best practices genoemd die we tijdens het Project Real hebben toegepast; het goede nieuws is dat  vanaf vandaag een complete kit wordt aangeboden via de PR website, waardoor de complete omgeving voor iedereen toegankelijk is om van te leren en is ook her te gebruiken!
(cube design, ETL scripts, Data mining modellen, SSRS reports, etc).

De Service Broker is een nieuwe krachtige scalibility feature van SQL Server 2005. Het idee is werklast in wachtrijen (queues) op te nemen om die vervolgens asynchroon, dus zonder dat de aanroepende routine erop wacht, met een optimaal aantal threads te verwerken. Voorkomen wordt daarmee dat een te grote werklast leidt tot een te groot aantal threads en daarmee het systeem platlegt. Veel systemen werken allang volgens dit principe, bijvoorbeeld webservers, printers en interne I/O processen. De principes van synchroon versus asynchroon verwerken zijn zelfs nog dichter bij huis waarneembaar: Wil ik iets van iemand anders en ik bel hem, dan lanceer ik een thread - je kunt iemand zo vrij gemakkelijk ‘platleggen’. Stuur ik hem echter een mail, dan maak ik gebruik van zijn ‘service broker’ die de verwerking optimaal kan plannen. Een Denial of Service attack op een, service-broker-loze, fax is heel wat makkelijker uit te voeren dan op een mailadres.

Security is eigenlijk al jaren 'hot' maar desondanks nog altijd actueel. Met nieuwe wetgeving zoals de Sarbannes-Oxly-wetgeving in Amerika die is ontstaan na alle boekhoudschandalen, maar ook met Europese regelgeving over privacy gevoelige informatie, is het niet verwonderlijk dat SQL Server 2005 met verbeterde security features komt. Eén van die features is encryptie. In dit artikel zal ik kort de basisprincipes uitleggen van encryptie in SQL Server 2005.

Voor  rapportage toepassingen met een strategisch en tactisch karakter zoals bijvoorbeeld management informatie met uitgebreide maand -of kwartaalrapportages heeft Reporting services zich inmiddels bewezen als een waardevolle en bruikbare tool.  Maar er zijn zeker ook praktische toepassingen te bedenken met Reporting Services. In dit artikel beschrijf ik toepassingen die werkprocessen kunnen ondersteunen en delen van werkprocessen zelfs geautomatiseerd kunnen afhandelen.  Rapporten met procesgerichte informatie, per email bezorgd op vastgestelde tijdstippen of alleen verstuurd worden wanneer aan een bepaald criteria wordt voldaan, kunnen een waardevolle aanvulling zijn op de bedrijfsvoering.

Behalve voor het genereren van rapporten, gebruik ik Reporting Services inmiddels ook als interface voor de verwerking van eenvoudige en beperkte input. Denk hierbij aan maximaal 6 tot 8 velden die elk niet groter zijn dan zo’n 50 tekens of een integer. Voor meer of grotere velden is het minder geschikt, het rapport wordt hierdoor onoverzichtelijk en niet al te gebruiksvriendelijk.
In dit artikel zal ik laten zien hoe het bijwerken van SQL Server tabellen door de eindgebruiker kan geschieden in een gecontroleerde workflow met behulp van een set van “rapporten”. De handmatige verwerking van foutgevoelige Excel sheets kan daarmee tot het verleden behoren.

De Rapporting Services ExecutionLog

In de afgelopen jaren is meer en meer gebleken dat we weliswaar heel goed zijn geworden in dataopslag, maar dat we veel te weinig doen met al die bewaarde data. Dat inzicht heeft geleid tot een groeiende aandacht voor en populariteit van Business Intelligence (BI). Een mogelijke definitie voor BI kan zijn: iedereen in een organisatie, van hoog tot laag, op het juiste moment van de juiste informatie voorzien zodat de juiste beslissingen genomen kunnen worden, zowel strategisch, tactisch als operationeel. Een belangrijk onderdeel daarin is het maken en gebruiken van rapporten en dus heeft SQL Server sinds enige tijd zijn eigen rapportage omgeving: Reporting Services. Voor het nemen van operationele beslissingen wil een beheerder van Reporting Services informatie hebben over het functioneren van Reporting Services. Met andere woorden, rapporten over het functioneren van de rapporten. In dit artikel zullen we kijken hoe we Reporting Services kunnen inzetten om inzicht te krijgen in het gebruik van Reporting Services zelf.

MICROSOFT ZET GROTE STAP MET XML DATATYPE EN XQUERY IN SQL SERVER 2005

Al enkele jaren heeft Microsoft het gebruik van XML hoog in het vaandel staan. XML moet de integratie van verschillende producten en platformen gemakkelijker maken. Nieuwe producten of nieuwe versies van bestaande producten bezitten dan ook allemaal in meer of mindere mate XML-gerelateerde functionaliteit. Ook SQL Server gaat mee in deze trend. In Service Pack 3 werd de XML-functionaliteit van SQL Server 2000 al uitgebreid. In SQL Server 2005 wordt opnieuw een grote stap op dit gebied gezet. De opvallendste nieuwe features op dit gebied zijn de introductie van XML als eigen datatype en de ondersteuning van XQuery (een vraagtaal voor XML-documenten) door de queryprocessor.

Met de integratie van de CLR (Common Language Runtime) in SQL Server 2005 kunnen we eigen datatypes toevoegen aan de standaard SQL Server datatypes. Deze .NET UDT's gaan een stuk verder dan de aliassen die UDT's in SQL Server 2000 zijn. In elke .NET taal kunnen we een class of struct maken en die vervolgens als datatype toevoegen aan een SQL Server database. In dit artikel zal ik de mogelijkheden en beperkingen proberen inzichtelijk te maken. We zullen eerst een eenvoudige UDT maken en kijken wat de voorwaarden zijn waaraan we moeten voldoen. Vervolgens zullen we kijken naar de werking van zo'n UDT binnen SQL Server. Alle codevoorbeelden zijn in VB gemaakt, maar hadden net zo goed in C# geschreven kunnen zijn. Dit artikel is gebaseerd op de Juni CTP build van SQL Server 2005 (IDW14) en versie 8.0.50215.44 (beta 2) van Visual Studio 2005.