Auteur: Jos Menhart

I was just trying out the log4net framework when I came to a better and more usable alternative. https://nlog-project.org/ is easier to use and configure and has more options, like structured logging. I dabbled with it a bit, and you can find my little project on github: https://github.com/Josbourne2/TestNlog

While working on today's post I came across a picture I could not withold from you, namely, the legendary Dutch sport of Mattress Ball. While some sports can be very expensive in terms of equipment, this one certainly is not. All that is needed is/are: An old mattress A sizable length of duct tape, available at your nearest hardware store A friend who does not suffer from motion sickness A friend who loves to give a helping hand A slope. In our case, it was the side of a dyke Instructions: Fold the mattress across its length and tape the ends together with the duct tape, such that a fairly round shape is made Insert the friend into the cavity that now exists in the mattress. When you do not…

Back in the year 2004, when my face had no crowfeet and I had no real job yet (I was working a supermarket job with no real responsibilities except showing up on time) me and my friends were in a band and we won some studio time in a local band contest. We went to the studio, which was in the backyard of the studio owner's mother (please don't write any comments on this ;)) and we recorded some songs. The recording sounded pretty good and it landed us some gigs, but when we left the studio, I asked the technician if I could have all the raw tracks we recorded, so in the future, I could experiment a bit with these. So I went and experimented, but it did…

"We are not using User Defined Table Types anymore! They are bad for performance." This is what one of my coworkers told me last week. Whenever a person makes a statement like this, I first of all would like to know what made him/her say that. To me, a statement in the form of: "We do/don't do X, because it is bad/good" makes me think about religion. Religion is all about rules, and in IT, there are no rules. In IT, the credo is, and should be: "It depends". However, an issue at work has made me decide to move forward with this one. As most of you know, parameter sniffing can be one of the hardest problems to recognize. Most of the time, a parameter has a single value.…

Ok. So, today I came across a performance issue at work that might or might not have to do with the fact that we are using random Guids in a certain table. I decided to accelerate the post I was writing about this, so it could benefit me and my colleagues, and of course, you. In my days as a SQL Developer and DBA I have come across a lot of performance issues that were caused by these tiny little monsters. To explain, let's take a dive into the subject: SQL Server is a great database product with great performance. That is, when you know what (and why) you are doing. Of course, you all know a lot of that performance has to do with indexes, so you want your…

Waarom nou DV? Ik zie het voordeel niet want als het gaat om het bijhouden van historische informatie kun je toch net zo goed de tabellen uit je bronsysteem inladen en daar een fromdate en tilldate aan toevoegen? Natuurlijk sla je dan de (business) key dubbel op, maar je hebt een mooi platform waarop je zonder extra joins heel makkelijk ENT en PIT functies kunt bouwen, net zoals het doel is bij de DV methode. (Of is dit niet het doel?) Als een business key wijzigt… Er komt een extra kolom bij de BK. Wat dan? Bij DV kun je kiezen voor een nieuwe hub, maar beter lijkt me om de hub te wijzigen met de nieuwe BK. Maar als je dat doet, wat zeggen de SAT tuples dan nog…