Command Prompt, Inc. does Django and PostgreSQL website development.
You can contact them via the information on their site,
--
Jonathan Daugherty
http://www.parsed.org
Some developers have made themselves available here:
http://code.djangoproject.com/wiki/DevelopersForHire
Adrian
--
Adrian Holovaty
holovaty.com | djangoproject.com | chicagocrime.org
Yeah, this really has to stop. :)
# Is there a consensus that postgre is not the DB of choice for
# ecommerce apps -even if one can here and there point out an
# anecdotal instance?
I'd say the consensus is most certainly the opposite.
Flamingly yours,
On 1/15/06, nikki <bombo...@yahoo.com> wrote:
> I kinda laughed that naively I stepped on a sore spot about choice of
> DB's but honestly it only reflect info I came accross , not an attempt
> to insult anyone - sorry John -I'm still not sure of the implication of
> my question. I know Rails supposedly works well with them all and even
> .net can work with mySql. Again thanks Adrian for taking the time I
> know in this community you are the Man - I appreciate your time
You will find most people here are quite database agnostic, but if you
ask any DBA (database administrator) worth his/her value they will not
even consider MySQL. If you need features on an enterprise level, i.e.
compete with Oracle or Microsoft SQL Server, you will come to
PostgreSQL, not MySQL.
At one point, I am not sure they still do this, MySQL even altered
column types if it thought it would speed up the database, which is
all nice and dandy, but a death sin for any serious DBA.
But that's digressing from what you asked.
Depending on what you need for your installation you might even get
away from SQLite. I find this document is fairly good reading about
considerations what to use and when:
http://www.sqlite.org/whentouse.html.
--
Jeroen Ruigrok van der Werven
Ok your take is appreciated since it is somewhat different then the
common mis?understanding. The common lore on MySQL is that its good
enof for Google, Yahoo, Amazon so its a contender.
SQLite I'm told does not support concurrent users very well.
Also I came accross this DB comparison chart as of 3/05:
http://www.geocities.com/mailsoftware42/db/
which may interest you
On 1/16/06, nikki <bombo...@yahoo.com> wrote:
> Ok your take is appreciated since it is somewhat different then the
> common mis?understanding. The common lore on MySQL is that its good
> enof for Google, Yahoo, Amazon so its a contender.
> SQLite I'm told does not support concurrent users very well.
Haven't noticed much problems with that using Trac and SQLite. :)
> Also I came accross this DB comparison chart as of 3/05:
> http://www.geocities.com/mailsoftware42/db/
> which may interest you
Interesting and outdated, even in March 2005. Slony-I had been
announced in July 2004 as a replication software for PostgreSQL. So
that chart, compiled last year, doesn't even mention that.
In the end: try them all, see their features and take whatever works
for you. I care about licenses so I stick to the BSDL (or similar)
when I can.
From http://www.sqlite.org/faq.html#q7
"SQLite allows multiple processes to have the database file open at
once, and for multiple processes to read the database at once. When
any process wants to write, it must lock the entire database file for
the duration of its update. But that normally only takes a few
milliseconds. Other processes just wait on the writer to finish then
continue about their business."
So... concurrency for reading? Yes, so long as nothing's trying to
write to the DB file. Concurrency for writing? Nope.
--
"May the forces of evil become confused on the way to your house."
-- George Carlin