I am DQ Miller and I am an independent database professional from Lake Stevens, Washington.
I particpate in EE because I enjoy solving problems, find it gratifying to share my expertise, and along the way, hone my skills quite a bit. I especially like database design questions and the dialog that often ensues from alternative ideas.
I have over 20 years experience using Access, SQL Server, Oracle, and WebSphere. My strengths are database design, SQL programming, data conversion, and application integration. In addition to numerous data conversion, integration, and cleansing initiatives, I have developed both OLTP and dimensional designs. I have experience with ASP.NET, but prefer to concentrate on data access rather than presentation. In the MQ Series community, I introduced the concept of "Service Initiation Layer"--an architectural device that transitions a message queue to a service-oriented mechanism.
You may contact me at MillerDQ @ gmail.com if you are interested in contracting for my services. Please do not use that email to circumvent other Experts on the EE forum.
While on the topic of EE questions, I sometimes offer quick, untested suggestions hoping to capture low-hanging fruit. We both win if I can sumnarily point you in the right direction and you can run with it. If a question needs followup, I will stick with it as long as we are making progress and you are doing your share. I will abandon a question if I start to feel I'm doing your job or if you do not respond in a timely fashion.
The best questions include enough information to illustrate or recreate a problem. Don't forget specific error messages, sample data, and/or setup scripts if you expect me to test against your table definitions. My biggest annoyances are getting "suckered" into over-simplified questions and getting "milked" by follow-on problems after the original one has been solved. Please devote at least as much effort to writing your question as you expect me to devote to answering it. And please award points and move on to a new question, when appropriate.