U bent hier: Home > Blog > 2011 > februari

Trends uit Statspack halen


Marcel-Jan Krijgsman, 17 februari 2011

Op menig database staat een jobje te draaien dat elk heel uur performance gegevens opslaat uit naam van een bekende tool genaamd Statspack. Dankzij Statspack staan DBA’s al jaren – als het een beetje meezit – niet met hun mond vol tanden als een gebruiker vraagt waarom de performance vanochtend opeens zo slecht was. De DBA kan in zo’n geval in SQL*Plus het scriptje $ORACLE_HOME\rdbms\admin\spreport.sql draaien, een begin- en eind-snapshot opgeven en er rolt een rapport uit. Interpretatie is natuurlijk de volgende horde. (Als lezers daar behoefte aan hebben, wil ik daar ook wel eens een blogpost aan wijden).

Bij elk genomen Statspack snapshot (met statspack.snap) wordt een gegevens van diverse v$ views opgeslagen in het perfstat schema. Wie kijkt als user PERFSTAT in user_tables ziet allerlei STATS$ tabellen zoals STATS$SYSSTAT (van V$SYSSTAT) en STATS$SYSTEM_EVENT (van V$SYSTEM_EVENT). De spil in het datamodel is STATS$SNAPSHOT, waar tijdstippen van snapshots opgeslagen zijn en ook met welk level het snapshot is genomen. Default is 5, maar Statspack kent meerdere niveaus. (meer…)

APEX Support Kit: een productivity booster


Gilbert Rattink, 10 februari 2011
Dit is deel 2 van een reeks van 2 artikelen in de serie De APEX Support Kit (ASK)

Vorige week hebben we de geboorte van de ASK Migration Assistant gemeld: een reeks van hulpmiddelen die van pas komen bij het migreren van een Oracle Designer-omgeving naar een APEX-omgeving. Het is een onderdeel van de APEX Support Kit (ASK) die door consultants van Transfer Solutions is ontwikkeld en die wij bij klanten inzetten als we APEX-trajecten uitvoeren. Voor wie niet vertrouwd is met ASK is de blog van deze week bedoeld. Wat moeten we ons bij ASK voorstellen en welke voordelen biedt de ASK?  (meer…)

Test Data Builders


Daniel Salomons, 9 februari 2011

Bij het ontwikkelen van unit tests heb je testdata nodig. In Java zijn dit objecten. Nu kun je natuurlijk de constructor aanroepen. Daarna voeg je members toe, waarvoor je vaak ook weer de constructor van hun klasse aanroept. Omdat de testdata bij iedere test vaak veel op elkaar lijkt kopieer je de code waarmee de testdata wordt aangemaakt een aantal keren (boiler plate code). Uiteindelijk zijn er een heleboel testgevallen met bijna dezelfde code, met aanroepen naar dezelfde constructor. Op een goede dag wordt de signatuur van de constructor gewijzigd en zit je met een enorme berg werk om alle calls naar die constructor aan te passen. (meer…)

Transfer lanceert de APEX Migration Assistant


Gilbert Rattink, 4 februari 2011
Dit is deel 1 van een reeks van 2 artikelen in de serie De APEX Support Kit (ASK)

Transfer Solutions heeft deze week bij een klant de APEX Migration Assistant gelanceerd. Transfer voert bij deze klant een project uit waarbij twee grote Designer-applicaties worden herbouwd in APEX. APEX-applicaties zijn van een andere aard dan Oracle Forms-applicaties. Met APEX bouw je websites en dat is toch net iets anders dan een reeks van raadpleeg- en invoerschermen zoals je ze in een backoffice-systeem tegenkomt. Toch is veel van de informatie die in een Designer-repository over schermen en schermitems aanwezig is te gebruiken bij het bouwen van APEX-formulieren. Met de Migration Assistant is het mogelijk om dergelijke informatie uit Designer over te hevelen naar de APEX-repository. Afgelopen dinsdag werden met 1 druk op een knop op basis van ca. 500 datablokken in diverse Forms-modules 500 APEX-pagina’s gegenereerd met in totaal ca. 5500 items. (meer…)