<?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: On Database Abstraction, PHP, and Ruby</title>
	<atom:link href="http://www.andrewrollins.com/2008/05/31/on-database-abstraction-php-and-ruby/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.andrewrollins.com/2008/05/31/on-database-abstraction-php-and-ruby/</link>
	<description>Technology, entrepreneurship, the Internet, and video gaming.</description>
	<pubDate>Tue, 06 Jan 2009 12:54:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dominik Dalek</title>
		<link>http://www.andrewrollins.com/2008/05/31/on-database-abstraction-php-and-ruby/comment-page-1/#comment-511</link>
		<dc:creator>Dominik Dalek</dc:creator>
		<pubDate>Fri, 15 Aug 2008 06:54:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.andrewrollins.com/?p=128#comment-511</guid>
		<description>Never used OODBs myself but I know that ORMs lag behind native implementations. Various versions of LINQ (there are 3 types today) are 2-10 times slower (50-10% of speed achieved by handtweaking SQL query). It should improve with time but personally I see no real benefit in case of time-critical applications (online, heavy load, DB bound).</description>
		<content:encoded><![CDATA[<p>Never used OODBs myself but I know that ORMs lag behind native implementations. Various versions of LINQ (there are 3 types today) are 2-10 times slower (50-10% of speed achieved by handtweaking SQL query). It should improve with time but personally I see no real benefit in case of time-critical applications (online, heavy load, DB bound).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://www.andrewrollins.com/2008/05/31/on-database-abstraction-php-and-ruby/comment-page-1/#comment-383</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Fri, 06 Jun 2008 07:57:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.andrewrollins.com/?p=128#comment-383</guid>
		<description>I have not worked with any OODBs yet, so I'm not even sure if they really even are that elegant.

The company behind Maglev, Gemstone, is already in the business of doing OODBs using Smalltalk as the language, and they have some big clients. I don't really know much about how it's working out for them, though.

For our web service, I have a couple reasons for not choosing C#.

* PHP, Ruby, MySQL, all these things are free, and so are some nice development environments for them, whereas Windows, IIS, and Visual Studio Pro are not.
* When it comes to web servers, I have way more experience managing real Linux systems than I do managing Windows systems, and right now the overhead of a switch isn't worth it.

I have tried Mono, but not much.</description>
		<content:encoded><![CDATA[<p>I have not worked with any OODBs yet, so I&#8217;m not even sure if they really even are that elegant.</p>
<p>The company behind Maglev, Gemstone, is already in the business of doing OODBs using Smalltalk as the language, and they have some big clients. I don&#8217;t really know much about how it&#8217;s working out for them, though.</p>
<p>For our web service, I have a couple reasons for not choosing C#.</p>
<p>* PHP, Ruby, MySQL, all these things are free, and so are some nice development environments for them, whereas Windows, IIS, and Visual Studio Pro are not.<br />
* When it comes to web servers, I have way more experience managing real Linux systems than I do managing Windows systems, and right now the overhead of a switch isn&#8217;t worth it.</p>
<p>I have tried Mono, but not much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rahim Nathoo</title>
		<link>http://www.andrewrollins.com/2008/05/31/on-database-abstraction-php-and-ruby/comment-page-1/#comment-382</link>
		<dc:creator>Rahim Nathoo</dc:creator>
		<pubDate>Fri, 06 Jun 2008 05:20:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.andrewrollins.com/?p=128#comment-382</guid>
		<description>Very interesting post.

Are you working with any clients or partners that are using OO DBs in their production systems today?  Aside from the design elegance that these systems offer, I'm curious about the performance implications of these solutions.  In my industry (finance), a DB that outperforms relational DBs for pre-planned and designed-for searches during trading hours, and then slows down somewhat for the ad-hoc queries we have to run overnight to aggregate all the data from the day would be fine in theory.  However, it's the possibility of the constant design changes required during the life of a financial software system resulting in complexity going through the roof and performance being shot to hell that make switching from relational to OO DBs a scary proposition.  That being said, I've read that companies like Ameritrade and Sungard have already tried this with certain systems.  Not sure what their experiences with the technology have been like, though.

What's the reason for not using C# on your current project?  Is it just a platform dependency thing?  If so, have you messed around with Mono at all?</description>
		<content:encoded><![CDATA[<p>Very interesting post.</p>
<p>Are you working with any clients or partners that are using OO DBs in their production systems today?  Aside from the design elegance that these systems offer, I&#8217;m curious about the performance implications of these solutions.  In my industry (finance), a DB that outperforms relational DBs for pre-planned and designed-for searches during trading hours, and then slows down somewhat for the ad-hoc queries we have to run overnight to aggregate all the data from the day would be fine in theory.  However, it&#8217;s the possibility of the constant design changes required during the life of a financial software system resulting in complexity going through the roof and performance being shot to hell that make switching from relational to OO DBs a scary proposition.  That being said, I&#8217;ve read that companies like Ameritrade and Sungard have already tried this with certain systems.  Not sure what their experiences with the technology have been like, though.</p>
<p>What&#8217;s the reason for not using C# on your current project?  Is it just a platform dependency thing?  If so, have you messed around with Mono at all?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
