OptimaData

01/09/2026

𝗝𝗲 𝗚𝗣𝗨 𝘀𝘁𝗮𝗮𝘁 𝘁𝗲 𝘄𝗮𝗰𝗵𝘁𝗲𝗻. 𝗢𝗽 𝗷𝗲 𝗱𝗮𝘁𝗮𝗯𝗮𝘀𝗲.

AI-starvation heet dat: dure rekenkracht die het grootste deel van de tijd nikst omdat de data niet snel genoeg binnenkomt. De reflex is opschalen naar een zwaardere omgeving, terwijl het knelpunt een laag lager zit.

Wat wij tegenkomen is zelden spannend. Een dataloader die per record een query afvuurt. Een vectorindex die nog op standaardwaarden staat. Retrieval die over regio's heen gaat omdat dat bij het opzetten zo uitkwam. Statistieken die sinds de oplevering niet meer zijn ververst.

Edco Wallet beschrijft in zijn nieuwe blog hoe de database uit beeld raakte, en geeft vijf signalen waaraan je AI-starvation herkent in je eigen omgeving.

Dure GPU's staan vaak te wachten op data uit een database waar niemand meer naar omkijkt. Vijf signalen waaraan je AI-starvation herkent.

26/08/2026

𝗛𝗲𝘁 𝘄𝗼𝗿𝗱𝘁 𝗲𝗲𝗻 𝗺𝗼𝗼𝗶 𝗻𝗮𝗷𝗮𝗮𝗿 𝘃𝗼𝗼𝗿 𝗣𝗼𝘀𝘁𝗴𝗿𝗲𝗦𝗤𝗟 𝗹𝗶𝗲𝗳𝗵𝗲𝗯𝗯𝗲𝗿𝘀! (𝗲𝗻 𝘄𝗶𝗲 𝗶𝘀 𝗱𝗮𝘁 𝗻𝗶𝗲𝘁?)

Even een overzicht wat er staat gepland:

𝟵-𝟭𝟭 𝘀𝗲𝗽𝘁𝗲𝗺𝗯𝗲𝗿 𝗣𝗲𝗿𝗰𝗼𝗻𝗮 𝗟𝗶𝘃𝗲 𝗔𝗺𝘀𝘁𝗲𝗿𝗱𝗮𝗺 𝟮𝟬𝟮𝟲
OptimaData BV | Expertise in Databases is de water-sponsor van dit event, hóe toepasselijk na deze verhitte en droge zomer!
𝘝𝘰𝘰𝘳 𝘥𝘪𝘵 𝘦𝘷𝘦𝘯𝘵 𝘻𝘰𝘦𝘬𝘦𝘯 𝘸𝘦 𝘰𝘷𝘦𝘳𝘪𝘨𝘦𝘯𝘴 𝘯𝘰𝘨 3 𝘷𝘳𝘪𝘫𝘸𝘪𝘭𝘭𝘪𝘨𝘦𝘳𝘴 𝘰𝘮 𝘥𝘦 𝘴𝘵𝘢𝘯𝘥 𝘷𝘢𝘯 𝘥𝘦 𝘗𝘰𝘴𝘵𝘨𝘳𝘦𝘚𝘘𝘓 𝘤𝘰𝘮𝘮𝘶𝘯𝘪𝘵𝘺 𝘵𝘦 𝘣𝘦𝘮𝘢𝘯𝘯𝘦𝘯, 1 𝘰𝘱 𝘸𝘰𝘦𝘯𝘴𝘥𝘢𝘨 𝘦𝘯 2 𝘰𝘱 𝘷𝘳𝘪𝘫𝘥𝘢𝘨.
Op donderdag 10 september zijn er geen PostgreSQL talks en sessies, om daarmee ruimte te maken voor:

𝟭𝟬 𝘀𝗲𝗽𝘁𝗲𝗺𝗯𝗲𝗿 𝗣𝗚𝗗𝗮𝘆 𝗟𝗼𝘄𝗹𝗮𝗻𝗱𝘀 𝟮𝟬𝟮𝟲
OptimaData is wederom Partner-Sponsor en zullen de hele dag aanwezig zijn met een deel van ons team en een sponsor-booth.

𝟮𝟵 𝘀𝗲𝗽𝘁𝗲𝗺𝗯𝗲𝗿 𝗙𝗮𝗹𝗹 𝗘𝗱𝗶𝘁𝗶𝗼𝗻 𝗣𝗼𝘀𝘁𝗴𝗿𝗲𝗦𝗤𝗟 𝗨𝘀𝗲𝗿𝗴𝗿𝗼𝘂𝗽 𝗡𝗟 𝗺𝗲𝗲𝘁𝘂𝗽 𝟮𝟬𝟮𝟲
OptimaData organiseert samen met de Nederlandse PostgreSQL community alweer de 3e meetup dit jaar, bij ABN AMRO deze keer. Aankondiging en aanmeld-link volgt spoedig.

𝟮𝟬-𝟮𝟯 𝗼𝗸𝘁𝗼𝗯𝗲𝗿 𝗣𝗚𝗖𝗼𝗻𝗳𝗘𝗨 𝟮𝟬𝟮𝟲 𝗶𝗻 𝗩𝗮𝗹𝗲𝗻𝗰𝗶𝗮
Het grootste Postgres event in Europa, aansluitend een volle “community-dag” vol met (lokale en internationale) community-aktiviteiten.

We hoeven ons dus niet te vervelen! Wil je meer info over de events, kijk op onze website bij evenementen. Om je aan te melden als vrijwilliger voor de PostgreSQL community stand tijdens Percona Live (inclusief gratis toegang), stuur mij een DM. Voor Percona Live Amsterdam is voor PostgreSQL community members een discountcode beschikbaar van 25%, stuur mij een DM!

meetup

18/08/2026

𝗗𝗲 𝗺𝗲𝗲𝘀𝘁𝗲 𝗔𝗜-𝗽𝗿𝗼𝗷𝗲𝗰𝘁𝗲𝗻 𝗱𝗶𝗲 𝘀𝘁𝗿𝗮𝗻𝗱𝗲𝗻, 𝘀𝘁𝗿𝗮𝗻𝗱𝗲𝗻 𝗻𝗶𝗲𝘁 𝗼𝗽 𝗵𝗲𝘁 𝗺𝗼𝗱𝗲𝗹.

Er gaat fors budget naar GPU's en het nieuwste taalmodel, de POC oogt veelbelovend, en dan gaat het live. Traag, onlogische antwoorden, soms ronduit fout. De conclusie is dan snel getrokken: AI levert niet op wat beloofd was.

Het model doet zelden iets verkeerd. De datalaag eronder wel. Vervuilde brondata, ontbrekende indexen, databases die niet gebouwd zijn voor de leespatronen van AI-workloads. Dat zie je pas als je van test naar productie gaat.

Je AI wordt pas slim als je database dat is.

Edco Wallet legt in zijn nieuwe blog uit waar het misgaat, en hoe je je datafundering wél op orde krijgt voordat je live gaat.

AI-projecten stranden zelden op het model, maar op de datalaag eronder. Zo krijg je je datafundering op orde voordat je live gaat.

04/08/2026

De database is "gewoon een commodity", hoor je steeds vaker. Een paar clicks in een provisioning-scherm en klaar. Tot het productie in moet en je merkt dat de kosten, de performance en het datamodel allemaal in diezelfde laag ontstaan.

Uitgerekend nu AI overal opduikt, wordt die datalaag weer beslissend. RAG, vector search en agentische workloads zijn maar zo goed als de data eronder. Welke database je kiest is grotendeels commodity en daar is niets mis mee. Het verschil zit in hoe goed je datalaag is ontworpen, gemeten en beheerd. En laat dat nu net de kennis zijn die de afgelopen jaren stilletjes uit organisaties is weggelekt.

Lees de laatste blog van Gerard Zuidweg, Managing Partner bij OptimaData.

De markt ziet de database als commodity, maar AI maakt je datalaag weer beslissend. Lees waar het verschil zit tussen schalen en vastlopen.

21/07/2026

De meeste organisaties hebben een back-up-procedure. Die draait, maakt bestanden aan, groen lampje op het dashboard.

Vraag of die back-up ook te restoren is, en het wordt stil.

Onlangs crashten bij een klant vijf van de zes productiesystemen door een infrastructuurstoring. Alle systemen zijn teruggezet met de dagelijkse back-ups. Het restoreproces was gedocumenteerd, geautomatiseerd en getest. Het werkte.

Zonder dat voorwerk was de schade vele malen groter geweest.

Een applicatie kun je herbouwen. Je data niet.

Lees de laatste blog van Harry Splinter, Senior Database Reliability Engineer bij OptimaData, over waarom een back-up zonder restoretest een loze belofte is.

Een back-up die nooit is getest is een loze belofte. Over restoretests, frequentie en waarom je data niet te herbouwen is.

07/07/2026

𝗔𝗜 𝗸𝗮𝗻 𝗾𝘂𝗲𝗿𝗶𝗲𝘀 𝗼𝗽𝘁𝗶𝗺𝗮𝗹𝗶𝘀𝗲𝗿𝗲𝗻, 𝘇𝗲𝗴𝘁 𝗺𝗲𝗻. 𝗜𝗻𝗱𝗲𝘅𝗲𝗻 𝗮𝗮𝗻𝗯𝗲𝘃𝗲𝗹𝗲𝗻. 𝗦𝗰𝗵𝗲𝗺𝗮-𝘄𝗶𝗷𝘇𝗶𝗴𝗶𝗻𝗴𝗲𝗻 𝘁𝗼𝗲𝗽𝗮𝘀𝘀𝗲𝗻.

Wat ze er niet bij vertellen: diezelfde tools zetten standaard nvarchar(max) op elke kolom. Met overmatig geheugengebruik, overgeslagen indexen en hogere CPU-kosten als gevolg. Gedocumenteerd sinds SQL Server 2005.

AI maakt een ervaren DBA sneller. Zonder goede DBA zie je fouten pas later, en zie ze dan nog maar eens te herstellen.

Lees de laatste blog van Edco Wallet, Co-Founder & eigenaar bij OptimaData, over waar AI helpt bij databasebeheer en waar het scheefgaat.

AI maakt een goede DBA snel. Zonder senior DBA zie je fouten te laat. Over nvarchar(max), gedropte databases en waarom het vak niet verdwijnt.

23/06/2026

𝗝𝗲 𝘁𝗿𝗲𝗸𝘁 𝗷𝗲 𝗦𝗤𝗟 𝗦𝗲𝗿𝘃𝗲𝗿 𝗲𝗲𝗻 𝗔𝘇𝘂𝗿𝗲-𝗷𝗮𝘀 𝗮𝗮𝗻 𝗲𝗻 𝘃𝗲𝗿𝘄𝗮𝗰𝗵𝘁 𝗱𝗮𝘁 𝗮𝗹𝗹𝗲𝘀 𝗺𝗲𝗲𝘀𝗰𝗵𝗮𝗮𝗹𝘁.

Drie maanden later vertelt de factuur een ander verhaal. Een stuk hoger dan de businesscase beloofde.

Het probleem zit niet bij Azure. Het zit bij de database zelf. Indexen die al jaren stilstaan. Tempdb die overbelast raakt door slechte query-patronen. Logging-tabellen die sinds 2014 groeien zonder dat iemand ernaar kijkt.

On-premise was dat onzichtbaar. In de cloud krijgt elk inefficiënt patroon een prijskaartje.

Lees de laatste blog van Edco Wallet, Co-Founder & eigenaar bij OptimaData, over waarom je beter eerst optimaliseert en dan migreert. Of in elk geval parallel.

Je SQL Server database in een nieuwe Azure jas, waarom legacy-patronen in de cloud duurder worden en wat je eraan kunt doen ->

09/06/2026

𝗦𝘁𝗲𝗹 𝗱𝗮𝘁 𝗲𝗿 𝗺𝗼𝗿𝗴𝗲𝗻 𝗲𝗲𝗻 𝘀𝗲𝗿𝗶𝗲𝘂𝘀 𝗱𝗮𝘁𝗮𝗯𝗮𝘀𝗲𝗽𝗿𝗼𝗯𝗹𝗲𝗲𝗺 𝗼𝗻𝘁𝘀𝘁𝗮𝗮𝘁.
Performance zakt in, data raakt corrupt, herstel duurt langer dan verwacht. Wie is eindverantwoordelijk?

De cloudprovider beheert infrastructuur, maar kijkt niet naar querygedrag. De applicatieleverancier optimaliseert software, maar raakt de databaseconfiguratie liever niet aan. De MSP monitort beschikbaarheid, maar niet de dieper liggende performance. Interne IT coördineert, zonder altijd specialistische databasekennis in huis te hebben.
Iedereen doet keurig zijn deel. En toch ontstaat er een blinde vlek.

Gedeelde verantwoordelijkheid zonder eigenaarschap is in de praktijk vaak gewoon niemand. Dat is geen onwil, maar het gevolg van een gefragmenteerde verdeling die ooit logisch leek.

De oplossing is geen extra laag bureaucratie. Het is duidelijkheid die je bewust organiseert. Eén lijn die integraal kijkt naar herstelbaarheid, performance, beveiliging en de afhankelijkheden tussen applicatie en infrastructuur.

Lees de laatste blog van Edco Wallet, mede-oprichter en eigenaar van OptimaData, over waarom databasecontinuïteit te bedrijfskritisch is om impliciet te laten ontstaan.

Gedeelde verantwoordelijkheid zonder eigenaar is niemand. Wie bewaakt databasecontinuïteit op jouw container- en AI-platform?

03/06/2026

database humor! DBA grap van de week.
postgres postgresql mysql mariadb mssql mssqlserver sqlserver sql sqldatabase sybase oracle dbre dadjoke dadjokes dbajokes humor😂

26/05/2026

𝗖𝗹𝗼𝘂𝗱𝗽𝗿𝗼𝘃𝗶𝗱𝗲𝗿𝘀, 𝘀𝗼𝗳𝘁𝘄𝗮𝗿𝗲𝗹𝗲𝘃𝗲𝗿𝗮𝗻𝗰𝗶𝗲𝗿𝘀, 𝗠𝗦𝗣'𝘀, 𝗮𝗽𝗽𝗹𝗶𝗰𝗮𝘁𝗶𝗲𝗽𝗮𝗿𝘁𝗻𝗲𝗿𝘀, 𝗷𝗲 𝗲𝗶𝗴𝗲𝗻 𝗜𝗧-𝘁𝗲𝗮𝗺. 𝗜𝗲𝗱𝗲𝗿𝗲𝗲𝗻 𝘃𝗲𝗿𝘃𝘂𝗹𝘁 𝗲𝗲𝗻 𝗿𝗼𝗹. 𝗠𝗮𝗮𝗿 𝘄𝗶𝗲 𝗵𝗼𝘂𝗱𝘁 𝗵𝗲𝘁 𝗼𝘃𝗲𝗿𝘇𝗶𝗰𝗵𝘁?

Regie wordt vaak gelijkgesteld aan governance en SLA's. Dat is de buitenkant. Werkelijke regie begint bij inzicht in je architectuur. Welke afhankelijkheden zitten erin? Welke keuzes zijn flexibel en welke leg je voor jaren vast?

Vooral op de datalaag wordt dat spannend. Zodra data sterk verweven raakt met specifieke platformservices, wordt overstappen complex. Niet onmogelijk, maar ingrijpend. En dat ontdek je meestal pas als je het nodig hebt.

Het hardnekkige misverstand: specialisten inschakelen leidt tot minder controle. In de praktijk zien we het omgekeerde. Meer expertise betekent meer inzicht, meer scherpte op de afhankelijkheden die er al liggen.

Regie verdwijnt niet door samenwerking. Regie verdwijnt als die samenwerking plaatsvindt zonder strategisch overzicht.
Lees de laatste blog van Edco Wallet, mede-oprichter en eigenaar van OptimaData, over het verschil tussen governance en echte regie.

Data en Databases: Edco Wallet legt uit waarom regie meer is dan governance, en waarom het verschil pijnlijk zichtbaar wordt op de datalaag.