[steering] Moving Forward

[.jeff]

dean,

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> From: Dean Mah
>
> > well, database abstraction to the level suggested
> > isn't easy.  right now we simply don't have a large
> > enough window to do it right.  so, rather than futzing
> > around with something that will be a moot point once
> > we settle on db platform for weo, i'd rather put a
> > shorter amount of time into porting the existing to
> > work with a set db platform in the interim.
>
> I wouldn't think that the effort expended would be moot.
> I would suspect that it would beneficial for the open
> source version of the CMS on sourceforge.  I would still
> keep it in the back of the mind.
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

having an open source version available is a noble idea, but definitely very
low on the list of priorities.  when it does become important, we can
address these issues then.  since this is a cf-based cms, the likelihood
that those trying to use the open source version would be running it on a
host offering anything other than ms sql 2k would be quite remote.  so, if
we go that route for financial reasons with our own product then our
potential open source offering will be right in line with the needs of our
audience.  but, as you say though, we should probably still keep it in the
back of the mind.

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> > on top of the time estimate above to port the code to
> > work with another db platform, we're also going to
> > have loads of fun porting the data from oracle to the
> > new database.
>
> What do you forsee as the problem there?
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

nothing specific.  my experience with porting data has never been totally
without problem/difficulty/mishap/etc.

.jeff

http://evolt.org/
jeff@members.evolt.org
http://members.evolt.org/jeff/