Comments on: ColdPress: SQL Server or MySQL or ORM?

By: Jake Munson

Jake Munson — Thu, 17 Sep 2009 18:14:27 +0000

I was going to suggest DataMgr, but Steve beat me too it. I am planning to use it to do exactly what you want in an open source project of mine. Perfectly fits the bill…not a heavy handed ORM, but just an easy way to support multiple databases.

By: Steve Bryant

Steve Bryant — Thu, 17 Sep 2009 17:09:10 +0000

At the risk of hawking my own (free) wares, this sounds like just the sort of thing for which DataMgr was built.

It doesn’t require ORM syntax, runs on a wide selection of CFML engines, has a small footprint, and supports more databases than Transfer.

Oh yeah, and it *can* create the database schema for you – as well as manage adding any missing tables or columns (handy for upgrades). So no need for SQL scripts.
http://datamgr.riaforge.org/

By: Jason Dean

Jason Dean — Thu, 17 Sep 2009 15:41:34 +0000

re: “I could use Transfer, but I’m wondering if that’s putting to many requirements on the app? ie: Requirements of Coldpress + the Requirements of Transfer = Requirements of the App”

How is putting the requirement of having Transfer in the app any worse than having the requirement of a specific database?

If you choose a specific database engine, then your requirements will REALLY be

ColdPress + Specific RDBMS

Seems to me that you will be making more difficult for people to use the product if you write it to a specific DB. I can assure you that if it only works with MS SQL that it would never be adopted where I work, nor would I use it for my personal site or any side work.

Even using Transfer will not eliminate all of your cross DB issues. Unlike Hibernate, Transfer will NOT create your DB schema and tables for you, so you will still need a specific create script for each engine.

Finally, as Ben said. If you write your data access layer correctly, then you should need to worry. Try not to use SQL that is specific to certain DBs. Then you only nee dot worry about having specific create scripts for the application.

By: Ben Nadel

Ben Nadel — Thu, 17 Sep 2009 14:15:59 +0000

I’m not a master architect, but, as long as you create a data access layer, you should be able to create an app that works with any database engine. … at least in theory?

By: Justin

Justin — Thu, 17 Sep 2009 11:15:49 +0000

Hey Chad, just a question to your response. How will an ORM alienate the audience? Is there something that I’m missing there?

By: Chad

Chad — Thu, 17 Sep 2009 02:27:28 +0000

You will alienate much of your audience going the ORM route.

By: Chad

Chad — Thu, 17 Sep 2009 02:26:20 +0000

My vote is for MySQL. If you want to follow in the footsteps of Word Press keep it open source.

By: Henry Ho

Henry Ho — Thu, 17 Sep 2009 01:24:01 +0000

ORM layer that supports CF9 ORM or Transfer.