Originally posted April 13, 2007, now archived here.
For further explanation why this post exists, see Intro to Experience Dump. This is the database/RDBMS (relational database management system… or is it software?) related section. It’s particularly important to see the initial commentary/caveats following the list, for this category. In no particular order, the list as best I can remember…
Microsoft SQL Server
Sybase SQL Server
Some of the above items are there because I have direct and even extensive experience. Others are there because I supported the use of the product or database format programatically, mainly from Visual Basic, and had some degree of associated training. So, for instance, the presence of Oracle or DB2 on the list does not imply I could jump into a hardcore DBA job with one of those products. I have also left out some of the incidental data sources that can be used programatically or with Word mail merges, including Word, Excel, and text formats, be they CSV, tab separated, or fixed field width.
I believe my first database experience was with PC File, by shareware pioneer Jim Button’s ButtonWare. It was used circa 1990/1991 on my 286 to administer and print mailing labels from the Arisia database as it existed at the time.
When I worked at Tranti Systems, I got a taste of Paradox, which was a hot skill half the people there seemed to be trying to learn at the time in hopes of getting better jobs.
Later I worked with people who supported Microsoft Access, and have used most versions of it myself. Because of the limitations of SQL Server 6.5, I use Access with attached SQL tables for administrative ease. I’ve supported and trained clients in using it the same way to query their data in both SQL Server (Winlaw) and bTrieve (Juris Classic). I helped my partner create a custom billing “program” in Access (at the time and for the desired results it seemed easier than VB with an Access backend). I also helped him to a lesser extent with a similar but less complex Access database/app for tracking employee vacation time. The lack of something just like Access was for me the main failing of earlier versions of Star/Open Office.
My main server database experience has been with Microsoft SQL Server, from the standpoint of having installed, reinstalled, configured, administered, etc. Besides having accessed, or helped others access, data on it programatically or via other front ends.
MySQL I know manly from blogs, and having gotten into the admin tools to do queries, export data, even do mass cleanups.
MSDE is sort of where Access intersects SQL Server. I used that for distributing at a test site a beta version of a case/document management software, codenamed Prometheus, that will likely never be completed. At least not in its intended form. Personally, I could use it to manage my own documents, and have thought about releasing a shareware version, or open-sourcing the code as it stands. I also supported MSDE as used by the newer, Windows versions of Juris until the 2 GB size limit became a factor.
bTrieve used to be an inexplicably popular backend for applications. Besides supporting the use of it with VB, it was used in Juris Classic and a program called FMS (Franchisee Management System) by Property Damage Appraisers, both of which I’ve supported. I believe it was used in some aspect of Tranti Systems 2100. Or something at the company; I clearly remember it being around, if not any specific unpleasant experiences with it.
I worked with people who supported FoxPro, so got a little exposure that way and through VB/Fox interactions calls. More recently, I dealt with Fox in the form of a couple of FoxPro-based applications, one more raw than the other. One was a custom order entry system. I did a little brief support of it, helped migrate the server side from Novell to Windows 2003, and helped make sure it ran after the workstations were upgraded to XP. The other was Wintitle, a program used in real estate closings, in which the Fox aspect was mainly useful in understanding its peculiarities.
In VB support I was never what you would call a “database person.” I got by. Similar to my emphasis on good user interface design, my big thing is proper relational database design. It’s surprising how often you run into poor design, even from people who are supposed to be experts. It’s one of those little things that stick out like a sore thumb to me, bothering me all out of proportion. I’ve never been as clear as could be on the distinctions between different join statements, but if you name your tables and fields funny, if you aren’t clear on your one to many foreign keys, and your many to many linking tables, that sort of thing, I will notice.
Let’s see, what’s next? Probably e-mail, communications and internet-related software. Then it gets weird; utilities, specialty stuff, small categories. Which stands to entail less listing and more narrating. Not that the above wasn’t excess narrating…
Experience Posts (links to reposts):
Intro to Experience Dump
Word Processing Experience
Spreadsheets and Accounting
Graphics and Presentations
Database and RDBMS
Communications, Internet, PDA, Blogging
Legal Industry Software
Backup and Compression Software
Security, Spam, Malware…
Call Center and Tech Support Tools
Languages and Programming Tools