Since O / R cards are very complex pieces of software, writing your own, beyond the scope of a typical datareader wrapper, and pre-executing SQL queries will take a lot of time (think for at least 6 months). This is not the biggest problem. The biggest problem is that as soon as you go with your own O / R mapper, you have to maintain it for the remaining time when the application using it is in production. Which may be a long time. Make no mistake, supporting the O / R mapper yourself, this is not an easy task: you must invent all the tricks that the developers of the O / R mapper already know and have decided.
And last but not least, doing it yourself should not be done on a paid contract. In the end, you write infrastructure code that is already available elsewhere.
I know that I am biased (I wrote LLBLGen Pro), but I am also one of the few people in this industry who has written a complete O / R pocket structure and knows what it takes to get decent and works with good performance and a great set functions.
Just do the math: if you need to get $ 1000 to get the o / r mapper framework license (or less), and you can immediately start working with your clientβs application, how many hours you will get for $ 1000 so you can build O / R mapping, without spending money on company money? And save it? You cannot do this for the money.
source share