<![CDATA[ Separate Front-end file and database abstraction API - My Forums]]> https://forums.modx.com/thread/?thread=33428 <![CDATA[Re: Separate Front-end file and database abstraction API]]> https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api?page=2#dis-post-183908

Can’t wait!]]> Carsten Jun 29, 2005, 12:00 PM https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api?page=2#dis-post-183908 <![CDATA[Re: Separate Front-end file and database abstraction API]]> https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api?page=2#dis-post-183907 Quote from: Carsten at Jun 28, 2005, 06:11 PM

ugh, no edit button.

anyway, so ... you gonna show some stuff smiley smiley smiley

I’m dieing to see at least an example smiley

I understand smiley I’ll post the DBAPI extension here when I’ve completed some other test on it. It’s currently undergoing some tests inside the manager but from what I’ve seen I can say that it makes life much easier.

example:

Go from:

$sql = "SELECT pagetitle FROM $dbase.".$table_prefix."site_content";
$rs = mysql_query($sql);
while($row=mysql_fetch_assoc($rs)) echo $row["pagetitle"]."
";

to:

$ds = $modx->db->select("pagetitle",$modx->getFullTableName("site_content"));
echo implode("
",$modx->db->getColumn("pagetitle",$ds));

or even:

echo implode("
",$modx->db->getColumn("pagetitle","SELECT pagetitle FROM $dbase.".$table_prefix."site_content"));


]]> xwisdom Jun 29, 2005, 11:59 AM https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api?page=2#dis-post-183907 <![CDATA[Re: Separate Front-end file and database abstraction API]]> https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183906
anyway, so ... you gonna show some stuff smiley smiley smiley

I’m dieing to see at least an example smiley]]> Carsten Jun 28, 2005, 01:11 PM https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183906 <![CDATA[Re: Separate Front-end file and database abstraction API]]> https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183905 ]]> Carsten Jun 28, 2005, 01:09 PM https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183905 <![CDATA[Re: Separate Front-end file and database abstraction API]]> https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183904 http://www.jvmultimedia.com/home/docs/ezr/ez_results_help.htm]]> sottwell Jun 27, 2005, 06:20 AM https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183904 <![CDATA[Re: Separate Front-end file and database abstraction API]]> https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183903 Quote from: Carsten at Jun 26, 2005, 03:31 PM

Thanks!

Would appreciate it!

I’m just wondering why something was built in-office compared to using a 3rd party solution?

Well it’s really a combination of two other extenal APIs plus a little internal stuff as well. If you look at what it can you you will never be the same smiley

for example:
-------------
How many lines will it take you to select some records from a database and display the result inside a grid? Or how many lines will it take to convert your recordset to xml?

With the DBAPI I could do it in one or two lines.


]]> xwisdom Jun 26, 2005, 03:38 PM https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183903 <![CDATA[Re: Separate Front-end file and database abstraction API]]> https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183902
Would appreciate it!

I’m just wondering why something was built in-office compared to using a 3rd party solution?]]> Carsten Jun 26, 2005, 10:31 AM https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183902 <![CDATA[Re: Separate Front-end file and database abstraction API]]> https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183901 Quote from: Carsten at Jun 25, 2005, 10:00 AM

Is this library a home brew?? Or is it something 3rd party?
also, can we get a look at it a little early?
And one more Q -- does it cache query results?

Thanks smiley

Well this one will be integrated with the modx library and can also be used as a standalone library. I’ll try and see what can be done about getting you an early preview. No promises though.

At this present point in time it does not cache results. This feature could be implemented in later versions.





]]> xwisdom Jun 25, 2005, 10:13 PM https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183901 <![CDATA[Re: Separate Front-end file and database abstraction API]]> https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183900 sottwell Jun 25, 2005, 07:12 AM https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183900 <![CDATA[Re: Separate Front-end file and database abstraction API]]> https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183899 also, can we get a look at it a little early?
And one more Q -- does it cache query results?

Thanks smiley]]> Carsten Jun 25, 2005, 05:00 AM https://forums.modx.com/thread/33428/separate-front-end-file-and-database-abstraction-api#dis-post-183899