<?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: Choosing a Database</title>
	<atom:link href="http://www.vikido.com/Blog/choosing-a-database/feed" rel="self" type="application/rss+xml" />
	<link>http://www.vikido.com/Blog/choosing-a-database</link>
	<description>Let Me See!</description>
	<lastBuildDate>Fri, 01 Jan 2010 15:22:11 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andrey</title>
		<link>http://www.vikido.com/Blog/choosing-a-database/comment-page-1#comment-37</link>
		<dc:creator>Andrey</dc:creator>
		<pubDate>Sat, 13 Jun 2009 21:15:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.vikido.com/Blog/?p=12#comment-37</guid>
		<description>My 5c -

The vast amount of community experience and knowledge is unprecedented with MySQL 5.0.
I&#039;m almost certain that you will not encounter a problem with MySQL
that wasn&#039;t encountered and solved by someone else. This will definitely ease your development efforts.

Regarding scalability - by the time you will need to scale - MySQL 5.4 will become stable. Apart from major increase in performance, this version includes many improvements in scalability field. 
You can take a look here:
http://dev.mysql.com/doc/mysql-5.4-features/en/index.html</description>
		<content:encoded><![CDATA[<p>My 5c -</p>
<p>The vast amount of community experience and knowledge is unprecedented with MySQL 5.0.<br />
I&#8217;m almost certain that you will not encounter a problem with MySQL<br />
that wasn&#8217;t encountered and solved by someone else. This will definitely ease your development efforts.</p>
<p>Regarding scalability &#8211; by the time you will need to scale &#8211; MySQL 5.4 will become stable. Apart from major increase in performance, this version includes many improvements in scalability field.<br />
You can take a look here:<br />
<a href="http://dev.mysql.com/doc/mysql-5.4-features/en/index.html" rel="nofollow">http://dev.mysql.com/doc/mysql-5.4-features/en/index.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mark</title>
		<link>http://www.vikido.com/Blog/choosing-a-database/comment-page-1#comment-35</link>
		<dc:creator>mark</dc:creator>
		<pubDate>Sat, 13 Jun 2009 19:33:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.vikido.com/Blog/?p=12#comment-35</guid>
		<description>You can use MySQL it&#039;s easy to use,got a fast performance reliable, all LAMP use it today as standard and it runs on a variety of platforms from small to large scale websites with huge traffic. In fact i believe it&#039;s the best freeware on the market. 
Good luck.</description>
		<content:encoded><![CDATA[<p>You can use MySQL it&#8217;s easy to use,got a fast performance reliable, all LAMP use it today as standard and it runs on a variety of platforms from small to large scale websites with huge traffic. In fact i believe it&#8217;s the best freeware on the market.<br />
Good luck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Linuxem</title>
		<link>http://www.vikido.com/Blog/choosing-a-database/comment-page-1#comment-34</link>
		<dc:creator>Linuxem</dc:creator>
		<pubDate>Sat, 13 Jun 2009 19:13:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.vikido.com/Blog/?p=12#comment-34</guid>
		<description>Hi,

For my opinion you should take &lt;a href=&quot;http://www.mysql.com/products/enterprise/&quot; rel=&quot;nofollow&quot;&gt;MySQl&lt;/a&gt; it is free and robust data base 

from Sun Microsystems ( Or we could say Oracle )


Good luck 

Eli Maor</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>For my opinion you should take <a href="http://www.mysql.com/products/enterprise/" rel="nofollow">MySQl</a> it is free and robust data base </p>
<p>from Sun Microsystems ( Or we could say Oracle )</p>
<p>Good luck </p>
<p>Eli Maor</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mr x.</title>
		<link>http://www.vikido.com/Blog/choosing-a-database/comment-page-1#comment-33</link>
		<dc:creator>mr x.</dc:creator>
		<pubDate>Sat, 13 Jun 2009 18:55:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.vikido.com/Blog/?p=12#comment-33</guid>
		<description>The Database is one of the most crucial decisions, the foundation of any project and beholds its future potential of success. I was suprised of the &quot;shortness&quot; of the debate that lead to your decision, I hope inhouse there was a much more meaningfull debate. 

Without going into development issues here are some business aspect:
1/ check that the licensing options is suitable to your future needs.
2/ if the product is to be sold to clients (keep total cost low) the DB should be a cheap solution that can give the needed outcomes. 
3/ if centrelised app - go for the most expensie such as MSSQL, this will insure product effectiveness, scalability, and any future dev. 
4/ mixed option - if time is not an issue build the query application outside of the main App, and provide optional query files for any DB chosen. this will be smart even if you choose a db and will enable you to make changes in source DB.</description>
		<content:encoded><![CDATA[<p>The Database is one of the most crucial decisions, the foundation of any project and beholds its future potential of success. I was suprised of the &#8220;shortness&#8221; of the debate that lead to your decision, I hope inhouse there was a much more meaningfull debate. </p>
<p>Without going into development issues here are some business aspect:<br />
1/ check that the licensing options is suitable to your future needs.<br />
2/ if the product is to be sold to clients (keep total cost low) the DB should be a cheap solution that can give the needed outcomes.<br />
3/ if centrelised app &#8211; go for the most expensie such as MSSQL, this will insure product effectiveness, scalability, and any future dev.<br />
4/ mixed option &#8211; if time is not an issue build the query application outside of the main App, and provide optional query files for any DB chosen. this will be smart even if you choose a db and will enable you to make changes in source DB.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alma</title>
		<link>http://www.vikido.com/Blog/choosing-a-database/comment-page-1#comment-32</link>
		<dc:creator>Alma</dc:creator>
		<pubDate>Sat, 13 Jun 2009 18:24:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.vikido.com/Blog/?p=12#comment-32</guid>
		<description>I think that the framework choice is much more important than the database choice.

If you insist on PHP I would suggest Kohana.
Otherwise, definitely go web2py.</description>
		<content:encoded><![CDATA[<p>I think that the framework choice is much more important than the database choice.</p>
<p>If you insist on PHP I would suggest Kohana.<br />
Otherwise, definitely go web2py.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hamancal</title>
		<link>http://www.vikido.com/Blog/choosing-a-database/comment-page-1#comment-31</link>
		<dc:creator>hamancal</dc:creator>
		<pubDate>Sat, 13 Jun 2009 17:47:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.vikido.com/Blog/?p=12#comment-31</guid>
		<description>I think an important thing to consider is the Ruby-on-rails platform. Theoretically I shouldn&#039;t be recommending to use it as you&#039;ve stated you wish to use PHP. 
However in my experience, Ruby can boost development times as well as manage DB schemes (it&#039;s actually a very cool engine to use). It natively works with MySQL.
btw, I didn&#039;t forget the additional costs of learning the platform.</description>
		<content:encoded><![CDATA[<p>I think an important thing to consider is the Ruby-on-rails platform. Theoretically I shouldn&#8217;t be recommending to use it as you&#8217;ve stated you wish to use PHP.<br />
However in my experience, Ruby can boost development times as well as manage DB schemes (it&#8217;s actually a very cool engine to use). It natively works with MySQL.<br />
btw, I didn&#8217;t forget the additional costs of learning the platform.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oded</title>
		<link>http://www.vikido.com/Blog/choosing-a-database/comment-page-1#comment-30</link>
		<dc:creator>Oded</dc:creator>
		<pubDate>Sat, 13 Jun 2009 17:46:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.vikido.com/Blog/?p=12#comment-30</guid>
		<description>First read my comment above</description>
		<content:encoded><![CDATA[<p>First read my comment above</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oded</title>
		<link>http://www.vikido.com/Blog/choosing-a-database/comment-page-1#comment-29</link>
		<dc:creator>Oded</dc:creator>
		<pubDate>Sat, 13 Jun 2009 17:41:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.vikido.com/Blog/?p=12#comment-29</guid>
		<description>With MySql, your app will always stay &quot;My&quot;, but will not grow smoothly into &quot;everyone&quot;.

Start with a free version of Oracle (there is such a thing: Oracle Express) or Sql server desktop. 

When you grow, the code remains the same, but the deployment scales.

If you want to know more, send email for an in depth talk.</description>
		<content:encoded><![CDATA[<p>With MySql, your app will always stay &#8220;My&#8221;, but will not grow smoothly into &#8220;everyone&#8221;.</p>
<p>Start with a free version of Oracle (there is such a thing: Oracle Express) or Sql server desktop. </p>
<p>When you grow, the code remains the same, but the deployment scales.</p>
<p>If you want to know more, send email for an in depth talk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yami</title>
		<link>http://www.vikido.com/Blog/choosing-a-database/comment-page-1#comment-28</link>
		<dc:creator>Yami</dc:creator>
		<pubDate>Sat, 13 Jun 2009 17:37:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.vikido.com/Blog/?p=12#comment-28</guid>
		<description>&lt;a href=&quot;#comment-25&quot; rel=&quot;nofollow&quot;&gt;@טל &lt;/a&gt; 
:-)</description>
		<content:encoded><![CDATA[<p><a href="#comment-25" rel="nofollow">@טל </a>  <img src='http://www.vikido.com/Blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shahar</title>
		<link>http://www.vikido.com/Blog/choosing-a-database/comment-page-1#comment-27</link>
		<dc:creator>Shahar</dc:creator>
		<pubDate>Sat, 13 Jun 2009 16:07:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.vikido.com/Blog/?p=12#comment-27</guid>
		<description>I think MySQL is a very wise choice, regardless of the language (PHP is also a very wise choice, regardless of the DB - don&#039;t listen to any fanboy who says otherwise without giving a very good reason (; ). 

In any case make sure you use a good abstraction layer - most of the good PHP frameworks out there (ZF, ezComponents, etc.) offer a good one. PDO is good but try to use a layer that will have you write zero or minimum SQL yourself - this way migration should be easier.

That is of course, unless you want to be super optimal and know for sure you will not need to migrate (my guess is that you won&#039;t need to if you use MySQL right).</description>
		<content:encoded><![CDATA[<p>I think MySQL is a very wise choice, regardless of the language (PHP is also a very wise choice, regardless of the DB &#8211; don&#8217;t listen to any fanboy who says otherwise without giving a very good reason (; ). </p>
<p>In any case make sure you use a good abstraction layer &#8211; most of the good PHP frameworks out there (ZF, ezComponents, etc.) offer a good one. PDO is good but try to use a layer that will have you write zero or minimum SQL yourself &#8211; this way migration should be easier.</p>
<p>That is of course, unless you want to be super optimal and know for sure you will not need to migrate (my guess is that you won&#8217;t need to if you use MySQL right).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
