<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://www.osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/19022/Ruby_on_Rails_2_0_Released</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2013, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Wed, 22 May 2013 12:22:41 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>Congratulations!</title>
			<link>http://www.osnews.com/thread?289397</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289397</guid>
			<description>Congratulations to Rails team! Rails changed the way we look at web application development.<br />
<br />
And it's ironic that I learned about the final release exactly here, on Osnews, where I also first heard of Rails!</description>
			<pubDate>Fri, 07 Dec 2007 20:18:00 GMT</pubDate>
			<author>donotreply@osnews.com (amiroff)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>It's got some nice stuff</title>
			<link>http://www.osnews.com/thread?289405</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289405</guid>
			<description>I've been running on edge Rails for a while, and I've been really enjoying it. The dev team has done well, moving non-core functionality into plugins, while incorporating plugin features that are superior to ones contained in the core (sexy migrations are a good example).<br />
<br />
This will be the future of Rails development, as pretty much any feature can be developed as a plugin (Ruby makes this possible), and if it's proven to be an improvement to existing functionality, it will then be considered for admission to core.<br />
<br />
On another note, if you still find Rails to be too 'big', I'd suggest taking a look at Merb (<a href="http://merbivore.com/" rel="nofollow">http://merbivore.com/</a>). It doesn't come with as many 'goodies' as Rails, but it is thread safe, plays well with Haml and ActiveRecord (as well as other ORMs). Check it out. The downside is that there is not as nearly as many plugins available (Rails biggest strength IMO).</description>
			<pubDate>Fri, 07 Dec 2007 20:48:00 GMT</pubDate>
			<author>donotreply@osnews.com (openwookie)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Amazing!</title>
			<link>http://www.osnews.com/thread?289413</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289413</guid>
			<description>Rails is awesome, some of the new database migration changes are really great. The db migrations in general were an ingenious addition! creating databases, tables, columns and adding test/sample data all with simple scripts, completely platform and database agnostic. No SQL, all ruby. amazing stuff. <br />
<br />
The RESTful additions are nice as well. I cant wait to get my hands dirty with that stuff. Congrats Rails Team!</description>
			<pubDate>Fri, 07 Dec 2007 20:59:00 GMT</pubDate>
			<author>donotreply@osnews.com (slashdev)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Long live MVC webapps!</title>
			<link>http://www.osnews.com/thread?289415</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289415</guid>
			<description>Anyone who is a rails fan, but works in the asp world, check out ScottGu's blog for info on the upcoming MVC framework for asp. They actually hired Rob Conery for it, who is the lead developer for subsonic (an opensource OR/M that brought ActiveRecord and REST to .net)</description>
			<pubDate>Fri, 07 Dec 2007 21:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (google_ninja)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Great Job</title>
			<link>http://www.osnews.com/thread?289419</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289419</guid>
			<description>Rails makes development sexy!</description>
			<pubDate>Fri, 07 Dec 2007 21:23:00 GMT</pubDate>
			<author>donotreply@osnews.com (whittmadden)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289447</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289447</guid>
			<description>Is it possible to have compound primary keys in Rails 2.0? I remember reading that the Rails developers explicitly rejected compound primary keys in Rails 1.0 because they thought there was no legitimate reason to have them (in their eyes) and that any legacy system that used them should be rewritten &quot;the right way&quot;.<br />
<br />
It's possible to create a Rails-type system with compound primary keys and user generated sequences (see <a href="http://framework.zend.com/manual/en/zend.db.table.html" rel="nofollow">http://framework.zend.com/manual/en/zend.db.table.html</a>  ) which might not have been obvious at the time the Rail developers made that statement was made (since Rails was a pioneer). So I'm wondering if they've changed their minds and included this functionality in 2.0?</description>
			<pubDate>Fri, 07 Dec 2007 22:14:00 GMT</pubDate>
			<author>donotreply@osnews.com (g2devi)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289455</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289455</guid>
			<description>You only need compound primary keys if you want to use a legacy database. <br />
<br />
If you are designing a database for a Rails app from scratch you are still expected to have a column called 'id' that is the primary key in each table.<br />
<br />
Now that the ids of rows are used to build up the RESTful urls, it has become harder to not use this convention. For example, if you have a url of /posts/1/comments/3 the '1' and the '3' are the primary keys of the post and the comment. If they were compound primary keys, you would probably end up with a pretty messy looking url. As well as needing to special case the models for compound primary keys, you would also need to special case the config/routes.rb file that generates the urls.</description>
			<pubDate>Fri, 07 Dec 2007 22:40:00 GMT</pubDate>
			<author>donotreply@osnews.com (Richard Dale)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289456</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289456</guid>
			<description>It still doesn't.<br />
<br />
But why do you need compound primary keys? What are its advantages over using a number? I've never felt the need to use compound primary keys.</description>
			<pubDate>Fri, 07 Dec 2007 22:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (FooBarWidget)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Wt - Qt for webs</title>
			<link>http://www.osnews.com/thread?289459</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289459</guid>
			<description>I started developing with Rails back in the 0.13 days, I bought both editions of Agile Web Development with Rails... I knew one or two things about Ruby and Rails.<br />
<br />
But abandoned Rails as soon as I discovered <a href="http://www.webtoolkit.eu" rel="nofollow">http://www.webtoolkit.eu</a> . It clones the Qt API but it outputs AJAX webapps instead of a GUI application.<br />
<br />
Advantages? Many:<br />
- Develop websites in C++, using the Qt API (that includes signals and slots)<br />
- No need for bindings between Ruby/PHP/JSP and C libraries<br />
- More third party libraries available than any other language<br />
- You can build your application as a FastCGI module you can use with Apache/LigHTTP/IIS/etc, or as a standalone application with its own webserver<br />
- It scales like hell: it can deal with more hits than Rails, PHP or any other will ever handle<br />
- Beautiful widgets (ExtJS, <a href="http://www.extjs.com" rel="nofollow">http://www.extjs.com</a> )<br />
<br />
In a webapp I'm developing (for intranet use) I'm using Wt, Samba and Apache with the mod_auth_ntlm module to authenticate and authorize users without asking them to login: if they are using Firefox or Internet Explorer, I just look for their Active Directory credentials using mod_auth_ntlm (an Apache module, I'm compiling my webapp as a FastCGI module) and check their permissions using Samba: are they allowed to see this or that?. It works like a charm and it's very easy to do. Can you do that painlessly with Rails, PHP or JSP?</description>
			<pubDate>Fri, 07 Dec 2007 22:56:00 GMT</pubDate>
			<author>donotreply@osnews.com (pgquiles)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Funny.</title>
			<link>http://www.osnews.com/thread?289460</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289460</guid>
			<description>I just downloaded 1.0. Yesterday.</description>
			<pubDate>Fri, 07 Dec 2007 22:59:00 GMT</pubDate>
			<author>donotreply@osnews.com (eosp)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289462</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289462</guid>
			<description>I've always felt slightly off about creating an arbitrary unique value unrelated to the actual context of the data when there is already available a way of uniquely identifying rows that only uses actual system data. <br />
<br />
Also, by default most DBs create an index on the primary key, which is a bit meaningless with a created single key when most/all data access will still be by what would otherwise be the compound primary key. Just means you have to create an additional index, i realize, but there ya go.<br />
<br />
So no real technical show stoppers, just a couple of things that kinda run against the grain for me anyway...</description>
			<pubDate>Fri, 07 Dec 2007 23:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (borker)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Wt - Qt for webs</title>
			<link>http://www.osnews.com/thread?289463</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289463</guid>
			<description>Is it reliable?  Their site seems to be down.<br />
<br />
Here is what google has cached:<br />
<br />
<a href="http://tinyurl.com/2rohon" rel="nofollow">http://tinyurl.com/2rohon</a></description>
			<pubDate>Fri, 07 Dec 2007 23:20:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289464</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289464</guid>
			<description>Is it possible to have compound primary keys in Rails 2.0? I remember reading that the Rails developers explicitly rejected compound primary keys in Rails 1.0 because they thought there was no legitimate reason to have them<br />
<br />
The only reason to use them is for legacy database reasons, but even then, you'd be better off refactoring and normalising your database design - although, as borker says, I'm not keen on having peripheral stuff in my databases that isn't related to the actual data.Edited 2007-12-07 23:25</description>
			<pubDate>Fri, 07 Dec 2007 23:24:00 GMT</pubDate>
			<author>donotreply@osnews.com (segedunum)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Wt - Qt for webs</title>
			<link>http://www.osnews.com/thread?289465</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289465</guid>
			<description>It is reliable and yes, the site seems to be down now. You can download the source from Sourceforge: <a href="http://sourceforge.net/projects/witty/" rel="nofollow">http://sourceforge.net/projects/witty/</a><br />
<br />
Ubuntu packages are available at my PPA: <a href="https://edge.launchpad.net/~pgquiles/+archive" rel="nofollow">https://edge.launchpad.net/~pgquiles/+archive</a><br />
<br />
Koen Deforche, one of the guys behind Wt, is always eager to help in the witty-interest mailing list: <a href="http://sourceforge.net/mail/?group_id=153710" rel="nofollow">http://sourceforge.net/mail/?group_id=153710</a></description>
			<pubDate>Fri, 07 Dec 2007 23:36:00 GMT</pubDate>
			<author>donotreply@osnews.com (pgquiles)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Wt page works now</title>
			<link>http://www.osnews.com/thread?289473</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289473</guid>
			<description>Now it works!<br />
<br />
Maybe they were updating something on the server.</description>
			<pubDate>Sat, 08 Dec 2007 00:52:00 GMT</pubDate>
			<author>donotreply@osnews.com (timofonic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Wt page works now</title>
			<link>http://www.osnews.com/thread?289483</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289483</guid>
			<description>maybe they needed to recompile their site. ;-p</description>
			<pubDate>Sat, 08 Dec 2007 02:07:00 GMT</pubDate>
			<author>donotreply@osnews.com (broken_symlink)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Long live MVC webapps!</title>
			<link>http://www.osnews.com/thread?289485</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289485</guid>
			<description>Long live 'good' MVC. I'm stuck using one of the crappiest implementations of the concept that I've ever seen, and I'd much rather be without its &quot;help&quot;.</description>
			<pubDate>Sat, 08 Dec 2007 02:12:00 GMT</pubDate>
			<author>donotreply@osnews.com (emerson999)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: It's got some nice stuff</title>
			<link>http://www.osnews.com/thread?289511</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289511</guid>
			<description>@openwookie: Rails 2.0 is definitely a welcome upgrade from previous versions.  Even the view helpers alone feel much more intuitive than the 1.2.x series.<br />
<br />
I'm also a merbivore like yourself.  If Rails was rewritten from scratch with all of the lessons learned over the past 3 years you would pretty much have what merb is today.  What excites me the most is you get rails-like functionality at twice the speed and 1/2 the memory usage.</description>
			<pubDate>Sat, 08 Dec 2007 05:57:00 GMT</pubDate>
			<author>donotreply@osnews.com (GMFlash)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>jruby?</title>
			<link>http://www.osnews.com/thread?289519</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289519</guid>
			<description>Anyone know if this will be able to work with jruby or how much work it owuld take to support it etc?</description>
			<pubDate>Sat, 08 Dec 2007 06:28:00 GMT</pubDate>
			<author>donotreply@osnews.com (CaptainPinko)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>does anyone knows...</title>
			<link>http://www.osnews.com/thread?289524</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289524</guid>
			<description>if ruby 2.0 will also be released before new year?</description>
			<pubDate>Sat, 08 Dec 2007 06:47:00 GMT</pubDate>
			<author>donotreply@osnews.com (diegoviola)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Wt - Qt for webs</title>
			<link>http://www.osnews.com/thread?289530</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289530</guid>
			<description>I don't think you can use the words &quot;C++&quot; and &quot;painlessly&quot; in the same sentence.  <img src="/images/emo/smile.gif" alt=";)" /></description>
			<pubDate>Sat, 08 Dec 2007 07:52:00 GMT</pubDate>
			<author>donotreply@osnews.com (Clinton)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Wt - Qt for webs</title>
			<link>http://www.osnews.com/thread?289538</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289538</guid>
			<description>I'm not sure if writing web apps in C++ is my idea of fun. I really like the way you can just change something in a Rails project and try it out instantly without needing a compile step.<br />
<br />
There doesn't seem to be a really comprehensive Prototype based widget toolkit, only individual widgets and some interesting extensions at the moment.<br />
<br />
Jester is an implementation of ActiveResource written in JavaScript:<br />
<br />
<a href="http://jesterjs.org" rel="nofollow">http://jesterjs.org</a> <br />
<br />
I thought this post was interesting, it shows how you can use Jester with Dojo data aware widgets:<br />
<br />
<a href="http://mysterycoder.blogspot.com/2007/11/dojo-grid-jester-rails-restful-grid.html" rel="nofollow">http://mysterycoder.blogspot.com/2007/11/dojo-grid-jester-rails-res...</a> <br />
<br />
That would allow a Rails app to serve up a complete JavaScript widget based version of the app, returning the entire application code from a url like say /app. That code would then use ActiveResource and Jester to interact with the web server via RESTful urls.<br />
<br />
The methods in the controllers could either return complete html pages for simpler browsers, or the xml for the ActiveResource widget based app. So you could write a single Rails app that would have multiple personalities; straight html, javascript widgets or active resource based web services.</description>
			<pubDate>Sat, 08 Dec 2007 08:43:00 GMT</pubDate>
			<author>donotreply@osnews.com (Richard Dale)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289557</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289557</guid>
			<description>An interesting link with a discussion on composite primary keys:<br />
<br />
<a href="http://weblogs.sqlteam.com/jeffs/archive/2007/08/23/composite_primary_keys.aspx" rel="nofollow">http://weblogs.sqlteam.com/jeffs/archive/2007/08/23/composite_prima...</a> <br />
<br />
I've read it all and now am really asking myself how ignorant can the Rails developers get?<br />
<br />
Summary: Rails encourages sloppy db design!</description>
			<pubDate>Sat, 08 Dec 2007 12:07:00 GMT</pubDate>
			<author>donotreply@osnews.com (franzb)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289561</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289561</guid>
			<description>I read the discussion and about half the people making the comments disagree. <br />
<br />
Identity key sequences are used for primary keys in Rails because DHH and others are of the 'opinion' that way is better, not because they are sloppy db designers. Rails is 'opinionated' software, and if you don't agree with the principles on which it is designed then you are free to use another framework. They would rather keep Rails lean and simple, instead of trying to be all things to all men.</description>
			<pubDate>Sat, 08 Dec 2007 13:22:00 GMT</pubDate>
			<author>donotreply@osnews.com (Richard Dale)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289563</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289563</guid>
			<description>&quot;Summary: Rails encourages sloppy db design!&quot;<br />
<br />
&quot;not using composite primary keys = sloppy db design&quot; is merely an opinion, not a fact. The Rails developers disagree with that opinion, and Rails is opinionated software.<br />
<br />
And I agree with the Rails developers. The website that you link to says that the autogenerated identity key is redundant because (CustomerID,ProductID) already uniquely identifies a table row. And he's right, but that's not enough reason *against* using an autogenerated number, I simply do not see the problem. Next, he says that using an autogenerated identity key increases complexity. Yeah in this specific case he might be right, but read <a href="http://rapidapplicationdevelopment.blogspot.com/2007/08/in-case-youre-new-to-series-ive.html" rel="nofollow">http://rapidapplicationdevelopment.blogspot.com/2007/08/in-case-you...</a>  for a rebuttal.<br />
The biggest problem I see is that composite primary keys make foreign keys ugly and large. Furthermore, Rails uses the autogenerated integer identity key in URLs, for beautiful RESTful URLs. Can't do that with composite primary keys.<br />
<br />
And finally, how do you define &quot;sloppy&quot;? To me, a database design is good if it's easy to understand, easy to maintain and easy to work with. The fact that composite primary keys makes foreign keys so large makes the database hard to work with (ugly and large SQL queries).</description>
			<pubDate>Sat, 08 Dec 2007 13:58:00 GMT</pubDate>
			<author>donotreply@osnews.com (FooBarWidget)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289569</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289569</guid>
			<description>What it really comes down to is green field vs legacy.  For green field projects, I'm going to come down on the side of autogenerated integer PKs.  Sure, it's an extra integer field per row.  But someday, for some business reason, you are going to want to add or change the definition of the key.  It's a pain.  It's wrong.  Also, when you actually go to *use* the PK to relate tables, you are comparing simple integers instead of big long-ass strings.  So overall, you come out with lower processing overhead.<br />
<br />
For dealing with legacy databases, DHH chose to write that situation off from the start:<br />
<br />
<a href="http://tinyurl.com/35fbxj" rel="nofollow">http://tinyurl.com/35fbxj</a><br />
<br />
Sometimes, when dealing with legacy data, the *right* thing to do has to be the painful and &quot;wrong&quot; thing that I mentioned above.<br />
<br />
The Rails devs take a very &quot;My way or the Highway&quot; attitude with their users.<br />
<br />
(I chose &quot;the highway&quot; and have never regretted it or looked back, btw.)</description>
			<pubDate>Sat, 08 Dec 2007 15:07:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Wt page works now</title>
			<link>http://www.osnews.com/thread?289570</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289570</guid>
			<description>maybe they needed to recompile their site. ;-p<br />
<br />
:-). Joke apart, it's an interesting concept. I'd heard of Wt before, but never looked at it much. Another thing to play with.</description>
			<pubDate>Sat, 08 Dec 2007 15:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (segedunum)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289572</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289572</guid>
			<description>Well, although I'm not keen on additional data, that's the way Rails works and that's the way that Scaffold works amongst other things. You have to weight up using Rails and Scaffold against keeping your data 'pure', as it were.</description>
			<pubDate>Sat, 08 Dec 2007 15:14:00 GMT</pubDate>
			<author>donotreply@osnews.com (segedunum)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Wt - Qt for webs</title>
			<link>http://www.osnews.com/thread?289595</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289595</guid>
			<description>Trust me, coding in Qt is nothing like coding in regular C++. It's like a whole different language.</description>
			<pubDate>Sat, 08 Dec 2007 18:16:00 GMT</pubDate>
			<author>donotreply@osnews.com (eosp)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Wt - Qt for webs</title>
			<link>http://www.osnews.com/thread?289602</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289602</guid>
			<description>&quot;&quot;&quot;<br />
<div class="cquote">Trust me, coding in Qt is nothing like coding in regular C++. It's like a whole different language. </div><br />
&quot;&quot;&quot;<br />
<br />
I find these comments interesting.  It suggests to me that coding the interface can be such a pain that it overrides considerations as to what language is best for solving that actual problems.  In general, I prefer a dynamically typed, interpreted or byte code language for... well... most everything.  It is a pity that with web apps, the pain and general suckiness of coding the user interface itself overshadows the actual problem to be solved.Edited 2007-12-08 18:43</description>
			<pubDate>Sat, 08 Dec 2007 18:42:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Wt page works now</title>
			<link>http://www.osnews.com/thread?289610</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289610</guid>
			<description>&quot;&quot;&quot;<br />
Now it works!<br />
<br />
Maybe they were updating something on the server.<br />
&quot;&quot;&quot;<br />
<br />
Yeah.  But now the rubyonrails.org site is down.  And it seems like Turbogears' site and/or Trac is down about a third of the time I need them.  Do these web framework devs not realize just how *bad* it looks when their own sites are down?  &quot;Here, use our framwork for your mission critical apps!  Oops!  Our site's down again!&quot; ;-)<br />
<br />
Edit: It seems that the folks at /. just got the news.  So I suppose the RoR webmaster can be forgiven... this time. ;-)Edited 2007-12-08 19:25</description>
			<pubDate>Sat, 08 Dec 2007 19:21:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289611</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289611</guid>
			<description><div class="cquote"><br />
And finally, how do you define &quot;sloppy&quot;? To me, a database design is good if it's easy to understand, easy to maintain and easy to work with. The fact that composite primary keys makes foreign keys so large makes the database hard to work with (ugly and large SQL queries).<br />
 </div><br />
<br />
Well, so we have different opinions (although I could argue for there being only one sane opinion):<br />
To me the most important aspect is a clean design that prevents inconsistencies in the data.<br />
Of course you can use ids AND unique indices to achieve the same integrity - but - and that is a big but! I fear most of the developers who blindliy follow DHH opinion lead simply forget about that.</description>
			<pubDate>Sat, 08 Dec 2007 19:47:00 GMT</pubDate>
			<author>donotreply@osnews.com (franzb)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289613</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289613</guid>
			<description><div class="cquote"><br />
Yeah in this specific case he might be right, but read <a href="http://rapidapplicationdevelopment.blogspot.com/2007/08/in-case-you." rel="nofollow">http://rapidapplicationdevelopment.blogspot.com/2007/08/in-case-you...</a>..  for a rebuttal. <br />
 </div><br />
<br />
Also read <a href="http://www.nearinfinity.com/blogs/page/lrichard?entry=surrogate_keys_data_modeling_mistake#comment1" rel="nofollow">http://www.nearinfinity.com/blogs/page/lrichard?entry=surrogate_key...</a>  for a rebuttal of the rebuttal <img src="/images/emo/wink.gif" alt=";)" /> <br />
<br />
To me ids are necessary for tables which define things (like for example a table of cities) - they are &quot;natural&quot; in this case.<br />
But for tables which link other tables together in relations (like an adress which has as part the fk city_id from the definition table cities) it is simply not natural to attach an arbitrary id.</description>
			<pubDate>Sat, 08 Dec 2007 20:04:00 GMT</pubDate>
			<author>donotreply@osnews.com (franzb)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>and an incredible amount of polish</title>
			<link>http://www.osnews.com/thread?289616</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289616</guid>
			<description>I don't speak polish... <img src="/images/emo/sad.gif" alt=";)" /> Edited 2007-12-08 21:05</description>
			<pubDate>Sat, 08 Dec 2007 21:04:00 GMT</pubDate>
			<author>donotreply@osnews.com (yakirz)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: Question: Compound primary keys in Rails?</title>
			<link>http://www.osnews.com/thread?289621</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?289621</guid>
			<description>Well, that's up to them then. I realize this since the very beginning, and I always use surrogate primary keys *and* unique indexes to ensure data integrity.</description>
			<pubDate>Sat, 08 Dec 2007 22:03:00 GMT</pubDate>
			<author>donotreply@osnews.com (FooBarWidget)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
