Re: Connecting website with SQL-database.....
От
Manuel Lemos
Тема
Re: Connecting website with SQL-database.....
Дата
Msg-id
3758.143T2716T9396025mlemos@acm.org
Ответ на
Re: Connecting website with SQL-database..... (Thomas Good)
Список
Дерево обсуждения
Connecting website with SQL-database..... "J.Post" <J.Post@dtx.nl>
Re: Connecting website with SQL-database..... "Manuel Lemos" <mlemos@acm.org>
Re: Connecting website with SQL-database..... Titus Brown <titus@caltech.edu>
Re: Connecting website with SQL-database..... Thomas Good <tomg@admin.nrnet.org>
Re: Connecting website with SQL-database..... "Manuel Lemos" <mlemos@acm.org>
Re: Connecting website with SQL-database..... Lincoln Yeoh <lylyeoh@mecomb.com>
Re: Connecting website with SQL-database..... "Manuel Lemos" <mlemos@acm.org>
Re: Connecting website with SQL-database..... Lincoln Yeoh <lylyeoh@mecomb.com>
Re: Connecting website with SQL-database..... "Manuel Lemos" <mlemos@acm.org>
Re: Connecting website with SQL-database..... Alex Pilosov <alex@pilosoft.com>
Re: Connecting website with SQL-database..... "Manuel Lemos" <mlemos@acm.org>
Hello Thomas, On 18-Apr-00 09:42:25, you wrote: >> For a good discussion of some of the alternatives (centered around but >> not limited to AOLserver) you can visit photo.net/wtr/, the Web/db >> bulletin board. >> >> Not that I recommend anything in particular for your specific situation, >> but it's always a good idea to get an idea of what's out there. >I use Perl DBI::DBD with the "singing, dancing" CGI module. I'm happy with >it. If you'd like, visit my site: www.opensystems.org and the links will >assist you in downloading the various perl modules. There are samples there >too. >(DBI and CGI). I may be mistaken, but the last time that I looked at Perl DBI, it didn't seem to a complete database abstraction layer than it is needed. For instance, you want retrieve data from date fields the results come formatted in a database dependent way. This means that your DBI applications can't really be that much database independent as you still have to handle datatype differences in the application code. With this Metabase package in PHP date fields are always returned formatted in the industry standard ISO 3166 (YYYY-MM-DD HH:MI:SS). Then you do whatever processing you want with dates formatted this way, but it's always DBMS independent. Another thing that seems to be lacking in DBI and other database abstraction layers is support for DBMS independent schema installation. I mean if you want to install a given database schema (tables, fields, indexes, sequences) you still have to hand code database dependent SQL commands to create them. As I explained before, with this Metabase PHP package you only need to describe the database schema in a custom XML format that looks like this: test 1
В списке pgsql-general по дате отправления