<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Using Multiple Databases in TurboGears 2</title>
	<atom:link href="http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/</link>
	<description>Python Programming from the Frontlines</description>
	<lastBuildDate>Sun, 05 Feb 2012 20:38:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jorge Vargas</title>
		<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/comment-page-1/#comment-8512</link>
		<dc:creator>Jorge Vargas</dc:creator>
		<pubDate>Wed, 29 Jul 2009 22:04:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.pythonlibrary.org/?p=210#comment-8512</guid>
		<description>@Richard actually that&#039;s wrong. This is not a hack TG2 is build to support multiple DBs, sqlalchemy has done so pretty much since day one. That is totally different from the &quot;django ORM&quot;

The subclass is needed for convenience and it is indeed coming. I know for sure this will land into 2.1 and I&#039;m part of the core team.</description>
		<content:encoded><![CDATA[<p>@Richard actually that&#8217;s wrong. This is not a hack TG2 is build to support multiple DBs, sqlalchemy has done so pretty much since day one. That is totally different from the &#8220;django ORM&#8221;</p>
<p>The subclass is needed for convenience and it is indeed coming. I know for sure this will land into 2.1 and I&#8217;m part of the core team.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jorge Vargas</title>
		<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/comment-page-1/#comment-22752</link>
		<dc:creator>Jorge Vargas</dc:creator>
		<pubDate>Wed, 29 Jul 2009 22:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.pythonlibrary.org/?p=210#comment-22752</guid>
		<description>@Richard actually that&#039;s wrong. This is not a hack TG2 is build to support multiple DBs, sqlalchemy has done so pretty much since day one. That is totally different from the &quot;django ORM&quot;

The subclass is needed for convenience and it is indeed coming. I know for sure this will land into 2.1 and I&#039;m part of the core team.</description>
		<content:encoded><![CDATA[<p>@Richard actually that&#8217;s wrong. This is not a hack TG2 is build to support multiple DBs, sqlalchemy has done so pretty much since day one. That is totally different from the &#8220;django ORM&#8221;</p>
<p>The subclass is needed for convenience and it is indeed coming. I know for sure this will land into 2.1 and I&#8217;m part of the core team.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurin</title>
		<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/comment-page-1/#comment-7830</link>
		<dc:creator>Laurin</dc:creator>
		<pubDate>Fri, 17 Jul 2009 15:18:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.pythonlibrary.org/?p=210#comment-7830</guid>
		<description>This is very good information - thanks for sharing.   

I&#039;m going to add some of this to my application in turbogears, to replace an old way I was connecting to multiple legacy databases.

I may even try elpargo&#039;s suggestion to iterate over keys to handle the case where I may add an additional database as needed.

Cheers,  Laurin</description>
		<content:encoded><![CDATA[<p>This is very good information &#8211; thanks for sharing.   </p>
<p>I&#8217;m going to add some of this to my application in turbogears, to replace an old way I was connecting to multiple legacy databases.</p>
<p>I may even try elpargo&#8217;s suggestion to iterate over keys to handle the case where I may add an additional database as needed.</p>
<p>Cheers,  Laurin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurin</title>
		<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/comment-page-1/#comment-22751</link>
		<dc:creator>Laurin</dc:creator>
		<pubDate>Fri, 17 Jul 2009 15:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.pythonlibrary.org/?p=210#comment-22751</guid>
		<description>This is very good information - thanks for sharing.   

I&#039;m going to add some of this to my application in turbogears, to replace an old way I was connecting to multiple legacy databases.

I may even try elpargo&#039;s suggestion to iterate over keys to handle the case where I may add an additional database as needed.

Cheers,  Laurin</description>
		<content:encoded><![CDATA[<p>This is very good information &#8211; thanks for sharing.   </p>
<p>I&#8217;m going to add some of this to my application in turbogears, to replace an old way I was connecting to multiple legacy databases.</p>
<p>I may even try elpargo&#8217;s suggestion to iterate over keys to handle the case where I may add an additional database as needed.</p>
<p>Cheers,  Laurin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Cooke</title>
		<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/comment-page-1/#comment-7674</link>
		<dc:creator>Richard Cooke</dc:creator>
		<pubDate>Wed, 15 Jul 2009 15:17:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.pythonlibrary.org/?p=210#comment-7674</guid>
		<description>Hah!  Nice to know I&#039;m not alone.  I&#039;m trying to choose between Django 1.0 and TG2.

Similar problem.  We want to make user web pages to access our legacy DBs.  

Django has a hack for multiple Dbs.  Similar in type to what you do here.  

The only thing that is making me choose Django (at least for now) is that I know the DEV branch is working on it.  In fact, they hope to finish it up this summer with GSOC.  Which means it could be rolled into Trunk in January.

So, I &quot;know&quot; its coming.  Whereas, with TG2 it seems to be more of a question mark.

Thanks for the post!</description>
		<content:encoded><![CDATA[<p>Hah!  Nice to know I&#8217;m not alone.  I&#8217;m trying to choose between Django 1.0 and TG2.</p>
<p>Similar problem.  We want to make user web pages to access our legacy DBs.  </p>
<p>Django has a hack for multiple Dbs.  Similar in type to what you do here.  </p>
<p>The only thing that is making me choose Django (at least for now) is that I know the DEV branch is working on it.  In fact, they hope to finish it up this summer with GSOC.  Which means it could be rolled into Trunk in January.</p>
<p>So, I &#8220;know&#8221; its coming.  Whereas, with TG2 it seems to be more of a question mark.</p>
<p>Thanks for the post!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Cooke</title>
		<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/comment-page-1/#comment-22750</link>
		<dc:creator>Richard Cooke</dc:creator>
		<pubDate>Wed, 15 Jul 2009 15:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.pythonlibrary.org/?p=210#comment-22750</guid>
		<description>Hah!  Nice to know I&#039;m not alone.  I&#039;m trying to choose between Django 1.0 and TG2.

Similar problem.  We want to make user web pages to access our legacy DBs.  

Django has a hack for multiple Dbs.  Similar in type to what you do here.  

The only thing that is making me choose Django (at least for now) is that I know the DEV branch is working on it.  In fact, they hope to finish it up this summer with GSOC.  Which means it could be rolled into Trunk in January.

So, I &quot;know&quot; its coming.  Whereas, with TG2 it seems to be more of a question mark.

Thanks for the post!</description>
		<content:encoded><![CDATA[<p>Hah!  Nice to know I&#8217;m not alone.  I&#8217;m trying to choose between Django 1.0 and TG2.</p>
<p>Similar problem.  We want to make user web pages to access our legacy DBs.  </p>
<p>Django has a hack for multiple Dbs.  Similar in type to what you do here.  </p>
<p>The only thing that is making me choose Django (at least for now) is that I know the DEV branch is working on it.  In fact, they hope to finish it up this summer with GSOC.  Which means it could be rolled into Trunk in January.</p>
<p>So, I &#8220;know&#8221; its coming.  Whereas, with TG2 it seems to be more of a question mark.</p>
<p>Thanks for the post!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Celil</title>
		<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/comment-page-1/#comment-7301</link>
		<dc:creator>Celil</dc:creator>
		<pubDate>Fri, 10 Jul 2009 05:19:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.pythonlibrary.org/?p=210#comment-7301</guid>
		<description>Is it possible to load databases whose name will be determined during runtime, i.e. without having to add their names to the config file?</description>
		<content:encoded><![CDATA[<p>Is it possible to load databases whose name will be determined during runtime, i.e. without having to add their names to the config file?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Celil</title>
		<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/comment-page-1/#comment-22749</link>
		<dc:creator>Celil</dc:creator>
		<pubDate>Fri, 10 Jul 2009 05:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.pythonlibrary.org/?p=210#comment-22749</guid>
		<description>Is it possible to load databases whose name will be determined during runtime, i.e. without having to add their names to the config file?</description>
		<content:encoded><![CDATA[<p>Is it possible to load databases whose name will be determined during runtime, i.e. without having to add their names to the config file?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jorge Vargas</title>
		<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/comment-page-1/#comment-6305</link>
		<dc:creator>Jorge Vargas</dc:creator>
		<pubDate>Thu, 25 Jun 2009 01:36:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.pythonlibrary.org/?p=210#comment-6305</guid>
		<description>Nice post thank you. 

I think this can be improved in two ways
1- I believe you can use just one &quot;maker&quot; instance.
2- setup_sqlalchemy could be made to iterate over the keys.

hit me up on IRC, if you can come on Saturday for the bugfix day we can get this in.

Regards elpargo.</description>
		<content:encoded><![CDATA[<p>Nice post thank you. </p>
<p>I think this can be improved in two ways<br />
1- I believe you can use just one &#8220;maker&#8221; instance.<br />
2- setup_sqlalchemy could be made to iterate over the keys.</p>
<p>hit me up on IRC, if you can come on Saturday for the bugfix day we can get this in.</p>
<p>Regards elpargo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jorge Vargas</title>
		<link>http://www.blog.pythonlibrary.org/2009/06/13/using-multiple-databases-in-turbogears-2/comment-page-1/#comment-22748</link>
		<dc:creator>Jorge Vargas</dc:creator>
		<pubDate>Thu, 25 Jun 2009 01:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.pythonlibrary.org/?p=210#comment-22748</guid>
		<description>Nice post thank you. 

I think this can be improved in two ways
1- I believe you can use just one &quot;maker&quot; instance.
2- setup_sqlalchemy could be made to iterate over the keys.

hit me up on IRC, if you can come on Saturday for the bugfix day we can get this in.

Regards elpargo.</description>
		<content:encoded><![CDATA[<p>Nice post thank you. </p>
<p>I think this can be improved in two ways<br />
1- I believe you can use just one &#8220;maker&#8221; instance.<br />
2- setup_sqlalchemy could be made to iterate over the keys.</p>
<p>hit me up on IRC, if you can come on Saturday for the bugfix day we can get this in.</p>
<p>Regards elpargo.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.372 seconds -->

