OptimaData

27/10/2026

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

In de pilot werkt dat prima. In productie heb je er een platform bij dat iemand moet patchen, back-uppen en beveiligen. Plus data die je moet blijven synchroniseren, anders antwoordt je AI op de stand van gisteren.

Ondertussen kunnen PostgreSQL met pgvector, SQL Server, MariaDB en MongoDB zelf vectoren opslaan en doorzoeken. Niet overal even volwassen, maar wel naast je bedrijfsdata, met dezelfde back-up en dezelfde rechten.

Edco Wallet laat in zijn nieuwe blog zien wat een extra silo je echt kost, en wanneer een apart platform toch de betere keuze is.

Heb je voor RAG een aparte vector database nodig? Vaak niet. Zo zet je PostgreSQL, SQL Server of MongoDB in voor AI, zonder extra silo.

13/10/2026

𝗝𝗲 𝗶𝗖𝗹𝗼𝘂𝗱-𝗼𝗽𝘀𝗹𝗮𝗴 𝗶𝘀 𝘃𝗼𝗹, 𝗱𝘂𝘀 𝗷𝗲 𝗸𝗼𝗼𝗽𝘁 𝗲𝗿 𝗿𝘂𝗶𝗺𝘁𝗲 𝗯𝗶𝗷. 𝗗𝗲 𝘃𝗲𝗲𝗿𝘁𝗶𝗲𝗻 𝗳𝗼𝘁𝗼’𝘀 𝘃𝗮𝗻 𝗱𝗲𝘇𝗲𝗹𝗳𝗱𝗲 𝘇𝗼𝗻𝘀𝗼𝗻𝗱𝗲𝗿𝗴𝗮𝗻𝗴 𝗴𝗮𝗮𝗻 𝗴𝗲𝘄𝗼𝗼𝗻 𝗺𝗲𝗲.

Voor NIS2 gaat alle audit-logging aan, voor de zekerheid. Bij een klant stond er na een paar jaar 500TB aan logs naast een productiedatabase van 60GB.

Dat maakt je database trager, je back-ups langer en je zoektocht bij een incident hopeloos. Precies wat je onder NIS2 niet wilt.

Edco Wallet laat zien hoe je in vijf stappen doelgericht logt. Met een test die je morgen al kunt doen: kun je binnen een paar minuten achterhalen wie gisteren de rechten op je klantentabel heeft gewijzigd?

Alle auditing aan voor NIS2 maakt je database trager en duurder. Zo log je doelgericht, met filters en een retentiebeleid.

29/09/2026

'Managed' betekent dat iets draait. 'Geoptimaliseerd' betekent dat iemand met verstand van zaken heeft gekeken of het ook slim draait.

Bij een nieuwe klant was de databaseomgeving keurig opgeleverd. Standaardscripts, infrastructure as code, monitoring groen. Op papier niets aan de hand.

Tot we naar het werkelijke gebruik keken. Van de 15 SQL Server-instanties werden er maar zes echt door applicaties gebruikt. De andere negen stonden aan onder de duurste licentie die Microsoft levert, zonder werk te doen. En de dev- en testdatabases draaiden mee in productie, onder diezelfde licentie.

Opnieuw indelen leverde 3.000 euro per maand op. Structureel, en dan alleen nog op licentieniveau.

Een IaC-template is precies zo goed als de kennis die erin zit. Zonder diepe databasekennis kies je voor de zekerheid de zwaarste variant. Dat werkt, alleen betaal je dan elke maand voor maatje XXL terwijl je maatje L nodig hebt.

Edco Wallet schreef er een blog over.

Van 15 SQL Server-instanties werden er maar zes echt gebruikt. Zo zie je in een half uur of je te veel betaalt voor je licenties.

15/09/2026

𝗖𝗼𝗺𝗽𝗹𝗶𝗮𝗻𝗰𝗲 𝘇𝗼𝗲𝗸𝗲𝗻 𝗶𝗻 𝗷𝗲 𝗔𝗜-𝘁𝗼𝗼𝗹 𝘄𝗲𝗿𝗸𝘁 𝗻𝗶𝗲𝘁.

De Cyberbeveiligingswet geldt sinds 15 augustus voor ruim 8.000 organisaties. Die wet wil weten wie er bij welke data kan, of je kunt aantonen wat er is opgevraagd, en of je diensten blijven draaien als een schakel in je keten uitvalt.

Heb je een LLM aangesloten op je data, dan beantwoord je die vragen niet met een instelling in je chatbot. Je beantwoordt ze met de rechten, de logging en de herstelstrategie van de database eronder.

En let op de andere kant daarvan: alles loggen is geen oplossing. Wij zagen een productiedatabase van 60GB uitgroeien naar 500TB aan logdata, met alle gevolgen voor kosten en performance. Compliant zijn betekent doelgericht loggen.

Edco Wallet loopt in zijn nieuwe blog vijf vragen langs die je in je datalaag beantwoordt.

De Cyberbeveiligingswet geldt sinds 15-08-2026. 5 vragen over toegang, logging en continuïteit die je in je database beantwoordt, niet in je AI-tool

10/09/2026

Sponsor sessie op de PGDay lowlands conferentie over Azure, kosten optimalisatie en PostgreSQL. “Performance used to be a skill, in the cloud it becomes a bill”. Door Gerard Zuidweg en Henk van der Valk.

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 l***r 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.