<ul>
<a href="#home">home</a>
<a href="index.html" target="_top">Flux IT B.V.</a> is een IT bedrijf dat gespecialiseerd is in een aantal onderwerpen:<br>
<ul>
<a href="#dbtuning">dbtuning</a>
<ws:keywords>
<ws:keyword>Database Tuning</ws:keyword>
<ws:keyword>Database Performance Tuning</ws:keyword>
<ws:keyword>SQL Query Optimalisatie</ws:keyword>
<ws:keyword>SQL Performance Tuning</ws:keyword>
</ws:keywords>
<h2>Database performance tuning</h2>
Na langdurig gebruik van databases voor datawarehouses kan de performance van queries
die er op uitgevoerd worden afnemen. Dit kan verschillende oorzaken hebben, bijvoorbeeld:
<h3>Verouderde statistieken</h3>
Voor het opstellen van een uitvoerplan van queries maakt het DBMS gebruik van kennis van de inhoud de database. Als de informatie over de inhoud niet (meer) goed overeenkomt met de werkelijkheid, kan een ongunstig uitvoerplan gekozen worden. Om dit te voorkomen moeten statistieken regelmatig bijgewerkt worden.
<h3>Fragmentatie</h3>
net zoals op een 'normale' harddisk, kan de data van tabellen door herhaaldelijk deleten en inserten verspreid over het fysieke opslagmedium komen te staan. Het kan hier door voorkomen dat voor het uitvoeren van een query veel meer lees- en kopverplaatsacties nodig zijn dan in het optimale geval. Om dit op te lossen kunnen tabellen en indexen gedefragmenteerd worden.
<h3>Verschil in omvang ontwikkel/test en produktie databases</h3>
Tijdens ontwikkeling wordt vaak gewerkt met kleinere databases dan in produktie. Queries die bij ontwikkeling goed performen kunnen in produktie, met name als de omvang van de produktiedatabase toeneemt, op een gegeven moment te traag worden. Over het algemeen is het dan niet voldoende om alleen maar te investeren in grotere of snellere hardware: de vertraging als gevolg van de toename van de omvang gaat over het algemeen sneller dan dat hardware bij kan houden.
<h3>SQL Query optimalisatie</h3>
door het herontwerpen van SQL queries kan er voor gezorgd worden dat de gewenste resultaten op een efficiënte manier verzameld worden. Dit kan bijvoorbeeld door queries zodanig op te stellen dat er geen geneste loops gebruikt zullen worden bij de uitvoering.
<h3>Index optimalisatie</h3>
De uitvoeringssnelheid van SQL queries kan vaak sterk geoptimaliseerd worden door de juiste indexen te creeren. Met name de juiste gecombineerde indexen (op meer dan één veld tegelijk) kunnen het aantal benodigde leesakties, en daarmee de uitvoeringstijd, drastisch beperken.
(<a href="IndexOptimalisatie.htm">voorbeeld</a>)
<br>
<a href="#queryoptimalisatie">queryoptimalisatie</a>
<ws:keywords>
<ws:keyword>Database Tuning</ws:keyword>
<ws:keyword>Database Index Tuning</ws:keyword>
<ws:keyword>Database Performance Tuning</ws:keyword>
<ws:keyword>SQL Query Optimalisatie</ws:keyword>
<ws:keyword>SQL Performance Tuning</ws:keyword>
</ws:keywords>
<h2>SQL Query optimalisatie door middel van indexen</h2>
Om een query goed te laten performen moet je 'meedenken' met de queryplanner van het DBMS. Je
moet in feite zelf bedenken wat de snelste manier is om je gegevens bij elkaar te sprokkelen.
Voor echt grote queries moet je daarbij specifieke indexen creeeren.
<h3>noot</h3>
Wellicht kunt U onderstaand voorbeeld niet zo makkelijk volgen. Wilt U echter wel uw queries sneller
uitgevoerd hebben, bedenk dan: voor <a href="index.html" target="_top">Flux IT</a> is dit
gesneden koek. Neemt U gerust <ws:link ref="contact">contact</ws:link> op.
<p></p>
<table border="1">
<tr>
<td>voorbeeld</td>
</tr>
<tr>
<td>
Gegeven deze <a target="_blank" href="http://wwwhome.cs.utwente.nl/~arjen/dbtoep/node4.html">opgave</a>:
Gegeven is het schema:
<pre>
WERKNR(WNR,WNAAM,SALARIS)
PROJECT(PNR,PNAAM,PBESCHR,BUDGET)
KLUS(WNUMMER,PNUMMER,UREN)
</pre>
En de query<p></p>
<pre>
SELECT WNAAM, 1.1 * SALARIS
FROM WERKNR W, PROJECT P, KLUS K
WHERE W.WNR = K.WNUMMER AND K.PNUMMER = P.PNR AND
P.PNAAM = "ESPRIT"
</pre>
Dit resulteert in de namen en 110% van het salaris van alle werknemers op klussen in ESPRIT projecten.
</td>
</tr>
</table>
<h3>analyse</h3>
<ul>
<li>In de query zitten tabellen zitten als volgt 'aan elkaar': <br>
werknr <-> klus <-> project<br>
</li>
<li>er is één limiterende clausule:<br>
P.PNAAM = "ESPRIT"
</li>
<li>
Hoe zou je dit zelf, met de hand doen?<br>
<ul>
<li>zoek alle projecten met naam = "ESPRIT"
</li>
<li>zoek alle klussen bij die projecten
</li>
<li>zoek alle werknemers bij die klussen
</li>
<li>druk de resultaten af
</li>
</ul>
</li>
</ul>
<h3>index constructie</h3>
Om deze query optimaal te laten performen moeten de volgende indexen gemaakt worden:
<ol>
<li>PROJECT (PNAAM, PNR)</li>
<li>KLUS (PNUMMERR,WNUMMERR)</li>
<li>WERKNEMER (WNR)</li>
</ol>
Met deze indexen kan de queryplanner het volgende:
<ul>
<li>Hij heeft snel een lijstje met alle projecten van de goede naam</li>
<li>Dat lijstje staat op volgorde van PNR</li>
<li>Voor de PNRs hoeft hij niet meer naar de tabel, die staan al in de index</li>
<li>Met het lijstje PNRs kan hij door één keer door de 2e index te lopen een lijstje van de benodigde klussen maken</li>
<li>Dat lijstje staat zo veel mogelijk op volgorde van WNUMMER</li>
<li>Voor het WNUMMER hoeft hij niet naar de tabel</li>
<li>Met de derde index vindt hij snel de benodigde werknemers</li>
</ul>
Over het algemeen is in dit soort gevallen de eerst genoemde index cruciaal: die vindt de benodigde
projecten <i>op de goede volgorde</i>.
<br>
<br>
<br>
<a href="#datawarehousing">datawarehousing</a>
<ws:keywords>
<ws:keyword>Database Tuning</ws:keyword>
<ws:keyword>Database Performance Tuning</ws:keyword>
<ws:keyword>SQL Query Optimalisatie</ws:keyword>
<ws:keyword>SQL Performance Tuning</ws:keyword>
</ws:keywords>
<h2>Data analyse, data warehousing</h2>
Voor Philips Semiconductors is een uitbreiding gerealiseerd van het engineering data analysis pakket ten behoeve van statistische kwaliteits analyse. Met deze uitbreiding kunnen yield-engineers eenvoudig mogelijk probleem factoren, zoals slecht presterende machines identificeren en zodoende vroegtijdig maatregelen nemen. Hiervoor moeten statistische analyses gedaan worden op grote hoeveelheden data.
<h2>Database analyse, query optimalisatie</h2>
Voor Postbank - Girofoon is een performance analyse gedaan van onderhoudsprocessen en is een tijdkritische dataloader geoptimaliseerd
<h2>Database performance analyse en optimalisatie</h2>
Voor Noorderkroon verzekeringen zijn diverse queries geanalyseerd en verbeterd. Forceren van de juiste query paden, kiezen van de juiste (gecombineerde) indexen en up to date statistieken kunnen langlopende queries vele malen versnellen.
<h2>Multidimensionale data analyse</h2>
Voor Heineken Nederland is er een Cognos kubus ten behoeven van rapportage, analyse en budgetbewaking van de waterstromen ontwikkeld. Als onderdeel hiervan is een conversie gedaan van de database met productiegegevens naar een genormaliseerd gegevensmodel ter ondersteuning van rapportage en analyse.
<h2>Database en client voor multidimensionale data analyse</h2>
Voor FDS is er een schema voor een database voor opslag van gegevens voor multidimensionale data analyse ontworpen. Deze database is gerealiseerd in verschillende DBMSen (o.a. Interbase, Informix, Access). Voor deze database is een dataloader en een analyseclient ontwikkeld. De analyseclient maakt het mogelijk om snel interactief data te analyseren.
<br>
<a href="#xslt">xslt</a>
<h2>XSLT</h2>
Door het gebruik van frameworks hoeft er voor de koppeling van systemen minder geprogrammeerd te worden in 'klassieke'
programmeertalen als Java en C/C++. De technische werking van componenten wordt geleverd door de frameworks. Vaak moeten
er nog wel transformaties gedaan worden op de berichten die door de keten stromen, omdat niet alle systemen dezelfde 'taal'
spreken. Deze transformaties zijn vrijwel altijd plaats als XSLT transformaties, dus van het ene XML dialect naar het andere.
<br>
Het opstellen van een efficiente XSLT-stylesheet voor een transformatie vergt inzicht in de werking van de XSLT processor.
Het is hierbij belangrijk in het oog te houden dat deze uiteindelijk makkelijk zijn weg vind door de inkomende berichtstroom,
en dat er geen zwaar zoekwerk verricht hoeft te worden. In feite spelen dezelfde aspecten als bij het programmeren in een
klassieke programmeertaal, alleen hebben ze vanwege het wat indirecte en declaratieve karakter van XSLT een andere vorm.
<h3>optimalisatie van XSLT</h3>
Door een zorgvuldige analyse van een slecht presterende XSLT stylesheet is over het algemeen aan te wijzen wat de oorzaak is
van de problemen is. Door de transformatie op een andere manier in te richten, waarbij het proces meer gestroomlijnd wordt kan
de executietijd vele malen versneld worden.
<br>
<a href="#EAI">EAI</a>
<ws:keywords>
<ws:keyword>EAI</ws:keyword>
<ws:keyword>MQ</ws:keyword>
<ws:keyword>JMS</ws:keyword>
<ws:keyword>Messaging</ws:keyword>
<ws:keyword>WebSphere</ws:keyword>
<ws:keyword>Java</ws:keyword>
<ws:keyword>J2EE</ws:keyword>
<ws:keyword>SOA</ws:keyword>
<ws:keyword>WebServices</ws:keyword>
<ws:keyword>EAI Framework</ws:keyword>
</ws:keywords>
<h2>Ontwerp en realisatie adapterframework voor EAI koppelingen</h2>
Voor Nationale Nederlanden is ten behoeve van EAI (Enterprise Application Integration)
koppelingen een adapterframework ontwikkeld. Het framework is geschreven in Java,
gebruikmakende van J2EE extensies. Met dit framework kunnen ontwikkelaars zonder veel
kennis van Java of J2EE eenvoudig en snel robuuste koppelingen tussen systemen realiseren.
Dit gebeurt door in een XML-configuratie document blokjes met functionaliteit aan elkaar
te 'klikken'. Doordat van standaard componenten gebruik gemaakt wordt blijft het testwerk
beperkt tot de functionele aspecten van de koppeling. Nationale Nederlanden realiseert
hiermee al haar koppelingen tussen front- en backend systemen en systemen onderling.
Het configuratiewerk is dusdanig eenvoudig dat dit uitbesteed kan worden aan externe
leveranciers.<br>
Gedurende diverse projecten is voor het eerder genoemde adapterframework een bibliotheek
aan herbruikbare componenten gerealiseerd. Deze kunnen gebruikt worden voor XSLT en andere
transformaties en koppelmechanismes als JMS, JDBC, WebServices, File-exchange, FTP, XCOM,
JNDI/LDAP, SAP JCo, ING IFSA. Deze componenten zorgen ervoor dat gebruikers van het framework
dit kunnen configureren zonder over gedetaileerde kennis over het gebruik van deze technieken
te beschikken.
<br>
<a href="#review">review</a>
<ws:keywords>
<ws:keyword>Software Architectuur Review</ws:keyword>
<ws:keyword>Software Review</ws:keyword>
<ws:keyword>Code Review</ws:keyword>
<ws:keyword>Software Acceptatie test</ws:keyword>
<ws:keyword>Software Acceptatie criteria</ws:keyword>
</ws:keywords>
<h2>Review en advies</h2>
Voor Nationale Nederlanden zijn op een lopend groot strategisch software outsource traject betreffende decentraal te draaien adviessoftware voor tussenpersonen voor het complete produktaanbod van Nationale Nederlanden reviews uitgevoerd. Op grond van de geconstateerde verwachting dat onderhoudskosten van het te verwachten eindprodukt erg hoog zouden zijn en de flexibiliteit erg laag, is geadviseerd het project te herdefinieren en opnieuw te realiseren op basis van een framework voor transactionele dialogen. Dit advies is opgevolgd en inmiddels worden transactionele dialogen door Nationale Nederlanden uitsluitend nog in dit framework gerealiseerd. De eenmalig gedefinieerde dialoogstructuur wordt zowel decentraal (in een windows applicatie), als centraal (als webapplicatie) op intra- en extranet aangeboden.
<br>
</ul>
Flux IT is het bedrijf van <ws:link ref="profiel">Gerrit van Brakel</ws:link>. Door middel van Flux IT kan ook Uw
bedrijf profiteren van zijn <ws:link ref="visie">visie</ws:link> en ICT ervaring.
<br>
U kunt contact opnemen via mail <a href="mailto:info@flux-it.nl?subject=informatie%20over%20Flux%20IT">info@flux-it.nl</a> of telefoon: 06-55-804644
<br>
<br>
<br>
Flux IT B.V.<br>
Dr Ir Gerrit van Brakel<br>
Kievitdwarsstraat 25 bis<br>
3514 VC Utrecht<br>
Tel 06-55-804644<br>
mail: info@flux-it.nl<br>
<br>
<form>
<input type="button" onclick="showInfo()" value="Display alert box">
</form>
<br>
<br>
<ws:script type="text/javascript">
pagina = document.location.href;
referer = parent.document.referrer;
afbeelding = "<img src=\"http://www.statscheck.be/stats.php?id=104&pagina=" + pagina + "&referer=" + referer + "\" width=\"1\" height=\"1\" border=\"0\">";
document.write(afbeelding);
</ws:script>
<div id="OneStatTag">
<table border="0" cellpadding="0" cellspacing="0">
<tr>
<td align="center">
<ws:script type="text/javascript">
function OneStat_Pageview()
{
var d=document;
var sid="339232";
var contentSECTION="";
var osp_URL=d.URL;
var osp_Title=d.title;
var t=new Date();
var p="http"+(d.URL.indexOf('https:')==0?'s':'')+"://stat.onestat.com/stat.aspx?tagver=2&sid="+sid;
p+="&url="+escape(osp_URL);
p+="&ti="+escape(osp_Title);
p+="&section="+escape(contentSECTION);
p+="&rf="+escape(parent==self?document.referrer:top.document.referrer);
p+="&tz="+escape(t.getTimezoneOffset());
p+="&ch="+escape(t.getHours());
p+="&js=1";
p+="&ul="+escape(navigator.appName=="Netscape"?navigator.language:navigator.userLanguage);
if(typeof(screen)=="object"){
p+="&sr="+screen.width+"x"+screen.height;p+="&cd="+screen.colorDepth;
p+="&jo="+(navigator.javaEnabled()?"Yes":"No");
}
d.write('<a href="http://www.onestatfree.com/aspx/login.aspx?sid='+sid+'" target=_blank><img id="ONESTAT_TAG" border="0" src="'+p+'" alt="This site tracked by OneStatFree.com. Get your own free site counter."></'+'a>');
}
OneStat_Pageview();
</ws:script>
<noscript>
<a href="http://www.onestatfree.com/aspx/login.aspx?sid='+sid+'">
<img border="0" src="http://stat.onestat.com/stat.aspx?tagver=2&sid=339232&js=No&" alt="web analytics">
</a>
</noscript>
</td>
</tr>
<tr>
<td align="center">
<div style="COLOR:black;display:none;FONT-FAMILY:'Verdana';">
<a href="http://www.onestat.com" style="text-decoration:none;">web analytics</a>
<br>
</div>
</td>
</tr>
</table>
</div>
<br>
<a href="#visie">visie</a>
<h2>Visie</h2>
De basis van een efficiënte inzet van informatietechnologie ligt in de ontwikkeling en inzet van beheersbare, onafhankelijke goed configureerbare componenten. <span class="accent1">Eenvoud, overzichtelijkheid en eenduidigheid</span> staan hier voorop. Door bij ontwerp en realisatie dit continu in het oog te houden, ontstaan componenten en systemen die onafhankelijk van elkaar zijn en makkelijk te configureren zijn, wat leidt tot een beheersbare IT infrastructuur.
<p></p>Het aspect onafhankelijkheid wordt teruggevonden in <span class="accent2">SOA (Service Oriented Architecture)</span>, een benadering die bedrijven in staat stelt de noodzaak tot brede kennisverspreiding en afhankelijkheid van brede intensieve samenwerking te reduceren.
<p></p>
<span class="accent3">Frameworks, generieke configureerbare software,</span> maken het mogelijk de implementatie van business rules te scheiden van de technologie waarmee de implementatie gerealiseerd wordt. Gebruik ervan vermindert de afhankelijkheid van vaak schaarse specialisten met zowel technologische als business kennis.
<p></p>Een architectuur met een helder uitgewerkte structuur is uiteindelijk net zo belangrijk als voor de klant direct zichtbare functionaliteit
<br>
<a href="#dbtuning">dbtuning</a>
<ws:keywords>
<ws:keyword>Database Tuning</ws:keyword>
<ws:keyword>Database Performance Tuning</ws:keyword>
<ws:keyword>SQL Query Optimalisatie</ws:keyword>
<ws:keyword>SQL Performance Tuning</ws:keyword>
</ws:keywords>
<h2>Database performance tuning</h2>
Na langdurig gebruik van databases voor datawarehouses kan de performance van queries
die er op uitgevoerd worden afnemen. Dit kan verschillende oorzaken hebben, bijvoorbeeld:
<h3>Verouderde statistieken</h3>
Voor het opstellen van een uitvoerplan van queries maakt het DBMS gebruik van kennis van de inhoud de database. Als de informatie over de inhoud niet (meer) goed overeenkomt met de werkelijkheid, kan een ongunstig uitvoerplan gekozen worden. Om dit te voorkomen moeten statistieken regelmatig bijgewerkt worden.
<h3>Fragmentatie</h3>
net zoals op een 'normale' harddisk, kan de data van tabellen door herhaaldelijk deleten en inserten verspreid over het fysieke opslagmedium komen te staan. Het kan hier door voorkomen dat voor het uitvoeren van een query veel meer lees- en kopverplaatsacties nodig zijn dan in het optimale geval. Om dit op te lossen kunnen tabellen en indexen gedefragmenteerd worden.
<h3>Verschil in omvang ontwikkel/test en produktie databases</h3>
Tijdens ontwikkeling wordt vaak gewerkt met kleinere databases dan in produktie. Queries die bij ontwikkeling goed performen kunnen in produktie, met name als de omvang van de produktiedatabase toeneemt, op een gegeven moment te traag worden. Over het algemeen is het dan niet voldoende om alleen maar te investeren in grotere of snellere hardware: de vertraging als gevolg van de toename van de omvang gaat over het algemeen sneller dan dat hardware bij kan houden.
<h3>SQL Query optimalisatie</h3>
door het herontwerpen van SQL queries kan er voor gezorgd worden dat de gewenste resultaten op een efficiënte manier verzameld worden. Dit kan bijvoorbeeld door queries zodanig op te stellen dat er geen geneste loops gebruikt zullen worden bij de uitvoering.
<h3>Index optimalisatie</h3>
De uitvoeringssnelheid van SQL queries kan vaak sterk geoptimaliseerd worden door de juiste indexen te creeren. Met name de juiste gecombineerde indexen (op meer dan één veld tegelijk) kunnen het aantal benodigde leesakties, en daarmee de uitvoeringstijd, drastisch beperken.
(<a href="IndexOptimalisatie.htm">voorbeeld</a>)
<br>
<a href="#queryoptimalisatie">queryoptimalisatie</a>
<ws:keywords>
<ws:keyword>Database Tuning</ws:keyword>
<ws:keyword>Database Index Tuning</ws:keyword>
<ws:keyword>Database Performance Tuning</ws:keyword>
<ws:keyword>SQL Query Optimalisatie</ws:keyword>
<ws:keyword>SQL Performance Tuning</ws:keyword>
</ws:keywords>
<h2>SQL Query optimalisatie door middel van indexen</h2>
Om een query goed te laten performen moet je 'meedenken' met de queryplanner van het DBMS. Je
moet in feite zelf bedenken wat de snelste manier is om je gegevens bij elkaar te sprokkelen.
Voor echt grote queries moet je daarbij specifieke indexen creeeren.
<h3>noot</h3>
Wellicht kunt U onderstaand voorbeeld niet zo makkelijk volgen. Wilt U echter wel uw queries sneller
uitgevoerd hebben, bedenk dan: voor <a href="index.html" target="_top">Flux IT</a> is dit
gesneden koek. Neemt U gerust <ws:link ref="contact">contact</ws:link> op.
<p></p>
<table border="1">
<tr>
<td>voorbeeld</td>
</tr>
<tr>
<td>
Gegeven deze <a target="_blank" href="http://wwwhome.cs.utwente.nl/~arjen/dbtoep/node4.html">opgave</a>:
Gegeven is het schema:
<pre>
WERKNR(WNR,WNAAM,SALARIS)
PROJECT(PNR,PNAAM,PBESCHR,BUDGET)
KLUS(WNUMMER,PNUMMER,UREN)
</pre>
En de query<p></p>
<pre>
SELECT WNAAM, 1.1 * SALARIS
FROM WERKNR W, PROJECT P, KLUS K
WHERE W.WNR = K.WNUMMER AND K.PNUMMER = P.PNR AND
P.PNAAM = "ESPRIT"
</pre>
Dit resulteert in de namen en 110% van het salaris van alle werknemers op klussen in ESPRIT projecten.
</td>
</tr>
</table>
<h3>analyse</h3>
<ul>
<li>In de query zitten tabellen zitten als volgt 'aan elkaar': <br>
werknr <-> klus <-> project<br>
</li>
<li>er is één limiterende clausule:<br>
P.PNAAM = "ESPRIT"
</li>
<li>
Hoe zou je dit zelf, met de hand doen?<br>
<ul>
<li>zoek alle projecten met naam = "ESPRIT"
</li>
<li>zoek alle klussen bij die projecten
</li>
<li>zoek alle werknemers bij die klussen
</li>
<li>druk de resultaten af
</li>
</ul>
</li>
</ul>
<h3>index constructie</h3>
Om deze query optimaal te laten performen moeten de volgende indexen gemaakt worden:
<ol>
<li>PROJECT (PNAAM, PNR)</li>
<li>KLUS (PNUMMERR,WNUMMERR)</li>
<li>WERKNEMER (WNR)</li>
</ol>
Met deze indexen kan de queryplanner het volgende:
<ul>
<li>Hij heeft snel een lijstje met alle projecten van de goede naam</li>
<li>Dat lijstje staat op volgorde van PNR</li>
<li>Voor de PNRs hoeft hij niet meer naar de tabel, die staan al in de index</li>
<li>Met het lijstje PNRs kan hij door één keer door de 2e index te lopen een lijstje van de benodigde klussen maken</li>
<li>Dat lijstje staat zo veel mogelijk op volgorde van WNUMMER</li>
<li>Voor het WNUMMER hoeft hij niet naar de tabel</li>
<li>Met de derde index vindt hij snel de benodigde werknemers</li>
</ul>
Over het algemeen is in dit soort gevallen de eerst genoemde index cruciaal: die vindt de benodigde
projecten <i>op de goede volgorde</i>.
<br>
<br>
<br>
<a href="#datawarehousing">datawarehousing</a>
<ws:keywords>
<ws:keyword>Database Tuning</ws:keyword>
<ws:keyword>Database Performance Tuning</ws:keyword>
<ws:keyword>SQL Query Optimalisatie</ws:keyword>
<ws:keyword>SQL Performance Tuning</ws:keyword>
</ws:keywords>
<h2>Data analyse, data warehousing</h2>
Voor Philips Semiconductors is een uitbreiding gerealiseerd van het engineering data analysis pakket ten behoeve van statistische kwaliteits analyse. Met deze uitbreiding kunnen yield-engineers eenvoudig mogelijk probleem factoren, zoals slecht presterende machines identificeren en zodoende vroegtijdig maatregelen nemen. Hiervoor moeten statistische analyses gedaan worden op grote hoeveelheden data.
<h2>Database analyse, query optimalisatie</h2>
Voor Postbank - Girofoon is een performance analyse gedaan van onderhoudsprocessen en is een tijdkritische dataloader geoptimaliseerd
<h2>Database performance analyse en optimalisatie</h2>
Voor Noorderkroon verzekeringen zijn diverse queries geanalyseerd en verbeterd. Forceren van de juiste query paden, kiezen van de juiste (gecombineerde) indexen en up to date statistieken kunnen langlopende queries vele malen versnellen.
<h2>Multidimensionale data analyse</h2>
Voor Heineken Nederland is er een Cognos kubus ten behoeven van rapportage, analyse en budgetbewaking van de waterstromen ontwikkeld. Als onderdeel hiervan is een conversie gedaan van de database met productiegegevens naar een genormaliseerd gegevensmodel ter ondersteuning van rapportage en analyse.
<h2>Database en client voor multidimensionale data analyse</h2>
Voor FDS is er een schema voor een database voor opslag van gegevens voor multidimensionale data analyse ontworpen. Deze database is gerealiseerd in verschillende DBMSen (o.a. Interbase, Informix, Access). Voor deze database is een dataloader en een analyseclient ontwikkeld. De analyseclient maakt het mogelijk om snel interactief data te analyseren.
<br>
<a href="#xslt">xslt</a>
<h2>XSLT</h2>
Door het gebruik van frameworks hoeft er voor de koppeling van systemen minder geprogrammeerd te worden in 'klassieke'
programmeertalen als Java en C/C++. De technische werking van componenten wordt geleverd door de frameworks. Vaak moeten
er nog wel transformaties gedaan worden op de berichten die door de keten stromen, omdat niet alle systemen dezelfde 'taal'
spreken. Deze transformaties zijn vrijwel altijd plaats als XSLT transformaties, dus van het ene XML dialect naar het andere.
<br>
Het opstellen van een efficiente XSLT-stylesheet voor een transformatie vergt inzicht in de werking van de XSLT processor.
Het is hierbij belangrijk in het oog te houden dat deze uiteindelijk makkelijk zijn weg vind door de inkomende berichtstroom,
en dat er geen zwaar zoekwerk verricht hoeft te worden. In feite spelen dezelfde aspecten als bij het programmeren in een
klassieke programmeertaal, alleen hebben ze vanwege het wat indirecte en declaratieve karakter van XSLT een andere vorm.
<h3>optimalisatie van XSLT</h3>
Door een zorgvuldige analyse van een slecht presterende XSLT stylesheet is over het algemeen aan te wijzen wat de oorzaak is
van de problemen is. Door de transformatie op een andere manier in te richten, waarbij het proces meer gestroomlijnd wordt kan
de executietijd vele malen versneld worden.
<br>
<a href="#EAI">EAI</a>
<ws:keywords>
<ws:keyword>EAI</ws:keyword>
<ws:keyword>MQ</ws:keyword>
<ws:keyword>JMS</ws:keyword>
<ws:keyword>Messaging</ws:keyword>
<ws:keyword>WebSphere</ws:keyword>
<ws:keyword>Java</ws:keyword>
<ws:keyword>J2EE</ws:keyword>
<ws:keyword>SOA</ws:keyword>
<ws:keyword>WebServices</ws:keyword>
<ws:keyword>EAI Framework</ws:keyword>
</ws:keywords>
<h2>Ontwerp en realisatie adapterframework voor EAI koppelingen</h2>
Voor Nationale Nederlanden is ten behoeve van EAI (Enterprise Application Integration)
koppelingen een adapterframework ontwikkeld. Het framework is geschreven in Java,
gebruikmakende van J2EE extensies. Met dit framework kunnen ontwikkelaars zonder veel
kennis van Java of J2EE eenvoudig en snel robuuste koppelingen tussen systemen realiseren.
Dit gebeurt door in een XML-configuratie document blokjes met functionaliteit aan elkaar
te 'klikken'. Doordat van standaard componenten gebruik gemaakt wordt blijft het testwerk
beperkt tot de functionele aspecten van de koppeling. Nationale Nederlanden realiseert
hiermee al haar koppelingen tussen front- en backend systemen en systemen onderling.
Het configuratiewerk is dusdanig eenvoudig dat dit uitbesteed kan worden aan externe
leveranciers.<br>
Gedurende diverse projecten is voor het eerder genoemde adapterframework een bibliotheek
aan herbruikbare componenten gerealiseerd. Deze kunnen gebruikt worden voor XSLT en andere
transformaties en koppelmechanismes als JMS, JDBC, WebServices, File-exchange, FTP, XCOM,
JNDI/LDAP, SAP JCo, ING IFSA. Deze componenten zorgen ervoor dat gebruikers van het framework
dit kunnen configureren zonder over gedetaileerde kennis over het gebruik van deze technieken
te beschikken.
<br>
<a href="#review">review</a>
<ws:keywords>
<ws:keyword>Software Architectuur Review</ws:keyword>
<ws:keyword>Software Review</ws:keyword>
<ws:keyword>Code Review</ws:keyword>
<ws:keyword>Software Acceptatie test</ws:keyword>
<ws:keyword>Software Acceptatie criteria</ws:keyword>
</ws:keywords>
<h2>Review en advies</h2>
Voor Nationale Nederlanden zijn op een lopend groot strategisch software outsource traject betreffende decentraal te draaien adviessoftware voor tussenpersonen voor het complete produktaanbod van Nationale Nederlanden reviews uitgevoerd. Op grond van de geconstateerde verwachting dat onderhoudskosten van het te verwachten eindprodukt erg hoog zouden zijn en de flexibiliteit erg laag, is geadviseerd het project te herdefinieren en opnieuw te realiseren op basis van een framework voor transactionele dialogen. Dit advies is opgevolgd en inmiddels worden transactionele dialogen door Nationale Nederlanden uitsluitend nog in dit framework gerealiseerd. De eenmalig gedefinieerde dialoogstructuur wordt zowel decentraal (in een windows applicatie), als centraal (als webapplicatie) op intra- en extranet aangeboden.
<br>
<a href="#contact">contact</a>
<ws:heading>
</ws:heading>
Flux IT B.V.<br>
Dr Ir Gerrit van Brakel<br>
Kievitdwarsstraat 25 bis<br>
3514 VC Utrecht<br>
Tel 06-55-804644<br>
mail: info@flux-it.nl<br>
<br>
<br>
<br>
KvK: 30216063<br>
bank: 90.92.393.12<br>
BTW: NL8160.68.641.B01<br>
<br>
</ul>