Re: Implementation Suggestions - Mailing list pgsql-general

From Ian Harding
Subject Re: Implementation Suggestions
Date
Msg-id 725602300603290643l3a91c0dbxb6e6401574e3df6@mail.gmail.com
Whole thread Raw
In response to Re: Implementation Suggestions  (Rory Hart <rory.hart@lifestylemanage.com>)
Responses Re: Implementation Suggestions  (Kenneth Downs <ken@secdat.com>)
Re: Implementation Suggestions  ("Tomi NA" <hefest@gmail.com>)
Re: Implementation Suggestions  (Ron Mayer <rm_pg@cheapcomplexdevices.com>)
Re: Implementation Suggestions  (Reid Thompson <Reid.Thompson@ateb.com>)
List pgsql-general
> >> I'm wondering if I could get some suggestions as to how implement
> >> this quickly and simply? I was thinking a web interface using PHP
> >> would be the fastest way of going about it.
> >

If you used Ruby on Rails, you'd be finished by now.  It slices, it
dices, it makes julienne fries.

Seriously, it's not too bad if you don't mind it's plentiful
shortcomings.  I was getting carpal tunnel syndrome from typing
<scripting language> pages so I switched to RoR for a hobby app.  It
works fine, but you have to do it "The Rails Way" and expect no help
from the "Community" because they are a fanboi cheerleader squad, not
interested in silly stuff like referential integrity, functions,
triggers, etc.  All that nonsense belongs in the application!

Check this out, there is no stale connection detection or handling in
rails.  I'm not kidding.  If you connection drops out, restart your
web server.  Sorry.  Blah.

Anyway, besides its warts, it is dead easy to use, and does make
putting together web applications in a "green field" scenario quite
painless.  Just don't try to do anything outside the box like trying
to access an existing database that uses RDBMS features heavily and
uses normal object naming.

- Ian

pgsql-general by date:

Previous
From: "Mark Aufflick"
Date:
Subject: Re: Advantages of PostgreSQL over MySQL 5.0
Next
From: Jo De Haes
Date:
Subject: Re: invalid page header