<?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"
	>
<channel>
	<title>Comments on: Squeak Smalltalk and Databases</title>
	<atom:link href="http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/feed/" rel="self" type="application/rss+xml" />
	<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/</link>
	<description>thoughts on Smalltalk and programming in general...</description>
	<pubDate>Wed, 23 Jul 2008 20:22:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Ramon Leon</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-10193</link>
		<dc:creator>Ramon Leon</dc:creator>
		<pubDate>Wed, 06 Feb 2008 16:46:07 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-10193</guid>
		<description>I couldn't tell you, I don't really use it with Smalltalk.  MySql is a perfectly good database for many purposes, don't let me dissuade you from using it.  I just feel PostgreSQL is much better written from the ground up.</description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t tell you, I don&#8217;t really use it with Smalltalk.  MySql is a perfectly good database for many purposes, don&#8217;t let me dissuade you from using it.  I just feel PostgreSQL is much better written from the ground up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leon Smith</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-10155</link>
		<dc:creator>Leon Smith</dc:creator>
		<pubDate>Tue, 05 Feb 2008 19:08:19 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-10155</guid>
		<description>Are there any decent tutorials about using MySQL with Squeak ? I've looked at everything Goggle comes up with. I'm using the latest Squeak on the latest Ubuntu with the latest MySQL and have upgraded to the latest MySQL driver and Cryptography, but cannot connect using the simplest example. I keep getting timeout errors.

I stongly disagree that MySQL "is not much better than Access" or that it is not an Enterprise DB. So I'd like to give it a shot with Squeak. Am I missing something obvious ?</description>
		<content:encoded><![CDATA[<p>Are there any decent tutorials about using MySQL with Squeak ? I&#8217;ve looked at everything Goggle comes up with. I&#8217;m using the latest Squeak on the latest Ubuntu with the latest MySQL and have upgraded to the latest MySQL driver and Cryptography, but cannot connect using the simplest example. I keep getting timeout errors.</p>
<p>I stongly disagree that MySQL &#8220;is not much better than Access&#8221; or that it is not an Enterprise DB. So I&#8217;d like to give it a shot with Squeak. Am I missing something obvious ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ramon Leon</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-9675</link>
		<dc:creator>Ramon Leon</dc:creator>
		<pubDate>Fri, 11 Jan 2008 17:11:06 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-9675</guid>
		<description>I was until recently, if you want a relational db, GLORP and PostgreSQL are the way to go for sure.  I'm just finding that the projects I tend to work on are small private applications that don't justify the complexity introduced by mapping, so I prefer simpler solutions like object db's or image persistence, or just using serialization to disk.  When you're just replacing word and excel files for a small group of users, the bar isn't that high, you don't need ACID level persistence or industrial strength db's.</description>
		<content:encoded><![CDATA[<p>I was until recently, if you want a relational db, GLORP and PostgreSQL are the way to go for sure.  I&#8217;m just finding that the projects I tend to work on are small private applications that don&#8217;t justify the complexity introduced by mapping, so I prefer simpler solutions like object db&#8217;s or image persistence, or just using serialization to disk.  When you&#8217;re just replacing word and excel files for a small group of users, the bar isn&#8217;t that high, you don&#8217;t need ACID level persistence or industrial strength db&#8217;s.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Esteban A. Maringolo</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-9664</link>
		<dc:creator>Esteban A. Maringolo</dc:creator>
		<pubDate>Thu, 10 Jan 2008 22:53:57 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-9664</guid>
		<description>Are you still using Squeak's GLORP against a local PostgreSQL Server?
What is your experience summary/conclusion?

Best regards.</description>
		<content:encoded><![CDATA[<p>Are you still using Squeak&#8217;s GLORP against a local PostgreSQL Server?<br />
What is your experience summary/conclusion?</p>
<p>Best regards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: christian schorn &#187; Blog Archive &#187; Links 11</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-2240</link>
		<dc:creator>christian schorn &#187; Blog Archive &#187; Links 11</dc:creator>
		<pubDate>Fri, 16 Feb 2007 12:22:25 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-2240</guid>
		<description>[...] Squeak Smalltalk and Databases [...]</description>
		<content:encoded><![CDATA[<p>[...] Squeak Smalltalk and Databases [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ruby demo in Seaside: the sequel &#171; Tekkie</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-778</link>
		<dc:creator>Ruby demo in Seaside: the sequel &#171; Tekkie</dc:creator>
		<pubDate>Sun, 31 Dec 2006 07:01:06 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-778</guid>
		<description>[...] First he talks about selecting a database. He chooses PostgreSQL, and talks about his experience in setting it up. He chooses Glorp for object-relational mapping (ORM).Â Next, he shows how to take his Build-a-blog-in-15-minutes exampleÂ and instead of using an OrderedCollection to store posts and comments, as was shown in the first demo,Â he shows how to set up Glorp to interface the blog to tables in PostgreSQL. He also compares/contrasts Glorp with Ruby on Rails&#8217;s ActiveRecord framework. Very interesting reading.Â No screencast this time, but it looks like he postedÂ the necessaryÂ code. [...]</description>
		<content:encoded><![CDATA[<p>[...] First he talks about selecting a database. He chooses PostgreSQL, and talks about his experience in setting it up. He chooses Glorp for object-relational mapping (ORM).Â Next, he shows how to take his Build-a-blog-in-15-minutes exampleÂ and instead of using an OrderedCollection to store posts and comments, as was shown in the first demo,Â he shows how to set up Glorp to interface the blog to tables in PostgreSQL. He also compares/contrasts Glorp with Ruby on Rails&#8217;s ActiveRecord framework. Very interesting reading.Â No screencast this time, but it looks like he postedÂ the necessaryÂ code. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bernard Notarianni</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-696</link>
		<dc:creator>Bernard Notarianni</dc:creator>
		<pubDate>Sat, 23 Dec 2006 13:22:06 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-696</guid>
		<description>Agree with Ramon. If your are in a context where your model is designed by somebody else, and that person accept everything from the client before asking you to do it, Seaside/PostresSQL cannot do much for you, and Java/Oracle neither actually ;-)</description>
		<content:encoded><![CDATA[<p>Agree with Ramon. If your are in a context where your model is designed by somebody else, and that person accept everything from the client before asking you to do it, Seaside/PostresSQL cannot do much for you, and Java/Oracle neither actually ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ramon Leon</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-674</link>
		<dc:creator>Ramon Leon</dc:creator>
		<pubDate>Fri, 22 Dec 2006 23:25:10 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-674</guid>
		<description>Or find better work.</description>
		<content:encoded><![CDATA[<p>Or find better work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-657</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 22 Dec 2006 12:32:53 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-657</guid>
		<description>Yeah, if your model is somewhat sane and your database is not that big you can do this.

But if your model is designed by a manager for a customer who wants everything and your database is 2 GB then you have to hand tune your queries (more than 200 LOC queries).</description>
		<content:encoded><![CDATA[<p>Yeah, if your model is somewhat sane and your database is not that big you can do this.</p>
<p>But if your model is designed by a manager for a customer who wants everything and your database is 2 GB then you have to hand tune your queries (more than 200 LOC queries).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ramon Leon</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-633</link>
		<dc:creator>Ramon Leon</dc:creator>
		<pubDate>Thu, 21 Dec 2006 22:24:16 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-633</guid>
		<description>Thanks Alan, glad you like the site, send all those Java colleagues over here as well, show em a real web framework.</description>
		<content:encoded><![CDATA[<p>Thanks Alan, glad you like the site, send all those Java colleagues over here as well, show em a real web framework.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: #doesNotUnderstand: &#187; Blog Archive &#187; Squeak et bases de donnÃ©es</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-632</link>
		<dc:creator>#doesNotUnderstand: &#187; Blog Archive &#187; Squeak et bases de donnÃ©es</dc:creator>
		<pubDate>Thu, 21 Dec 2006 20:43:35 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-632</guid>
		<description>[...] Ramon Leon fait le point sur l&#8217;Ã©tat du support des bases de donnÃ©es avec Squeak. Deux approches sont possibles : les bases de donnÃ©es objets (SGBDO), les bases de donnÃ©es relationnelles (SGBR). Ils passent en revue trois outils de type SGBDO : Magma, Omnibase et GOODS. MÃªme si ce sont des outils intÃ©ressants, aucun n&#8217;est satisfaisant Ã ces yeux pour un projet professionnel. Ce sont de plus des outils supportÃ©s par un seul dÃ©velopeur, ce qui poser des problÃ¨mes de perennitÃ©. [...]</description>
		<content:encoded><![CDATA[<p>[...] Ramon Leon fait le point sur l&#8217;Ã©tat du support des bases de donnÃ©es avec Squeak. Deux approches sont possibles : les bases de donnÃ©es objets (SGBDO), les bases de donnÃ©es relationnelles (SGBR). Ils passent en revue trois outils de type SGBDO : Magma, Omnibase et GOODS. MÃªme si ce sont des outils intÃ©ressants, aucun n&#8217;est satisfaisant Ã ces yeux pour un projet professionnel. Ce sont de plus des outils supportÃ©s par un seul dÃ©velopeur, ce qui poser des problÃ¨mes de perennitÃ©. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Capewell</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-631</link>
		<dc:creator>Alan Capewell</dc:creator>
		<pubDate>Thu, 21 Dec 2006 20:03:27 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-631</guid>
		<description>Ramon,  

slightly off topic but just wanted to let you know how useful your site is.  I'm an old Smalltalk hack been doing Java for 10 years though.  2 weeks ago I stumbled across seaside and was blown away!  This stuff is just awesome and your site is the one place I keep returning to for practical insights.  

I also downloaded your image.  It looks very professional and for the first time I'm not embarassed to demo squeak to my Java colleagues!</description>
		<content:encoded><![CDATA[<p>Ramon,  </p>
<p>slightly off topic but just wanted to let you know how useful your site is.  I&#8217;m an old Smalltalk hack been doing Java for 10 years though.  2 weeks ago I stumbled across seaside and was blown away!  This stuff is just awesome and your site is the one place I keep returning to for practical insights.  </p>
<p>I also downloaded your image.  It looks very professional and for the first time I&#8217;m not embarassed to demo squeak to my Java colleagues!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ramon Leon</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-613</link>
		<dc:creator>Ramon Leon</dc:creator>
		<pubDate>Wed, 20 Dec 2006 20:09:39 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-613</guid>
		<description>Ah, gotcha, you want a sql development environment, I just want a decent admin tool.  I'll let GLORP or ROE write the SQL for me, I'll stick to Smalltalk for my development environment.  I keep the real programming, out of the database and in the application layer where I feel it belongs, so I don't do a lot of hairy SQL development.  Databases are just persistence for me.</description>
		<content:encoded><![CDATA[<p>Ah, gotcha, you want a sql development environment, I just want a decent admin tool.  I&#8217;ll let GLORP or ROE write the SQL for me, I&#8217;ll stick to Smalltalk for my development environment.  I keep the real programming, out of the database and in the application layer where I feel it belongs, so I don&#8217;t do a lot of hairy SQL development.  Databases are just persistence for me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-612</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 20 Dec 2006 19:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-612</guid>
		<description>It doesn't even know SQL. It can just highlight keywords. No pretty printing, no folding, no indenting, nothing. Don't even think about tab completion. Error reporting is just a joke. And it core dumps from time to time. Opening a new window for a query is annoying.

It doesn't give out any sort of helpful feedback. It can not tell you why stuff is slow and what you can do against it. Why it does a nested loop on a join although you have an index on the attributes and so on. Yes you can run ANALYZE but mapping that back to your query is like doing source mapping (mapping bytecode to source code).

The list goes on. At least the 1.4 version can now save passwords. The 1.2 had a checkbox to save them but didn't actually save it. And they had the habit of fucking up your X11 session.</description>
		<content:encoded><![CDATA[<p>It doesn&#8217;t even know SQL. It can just highlight keywords. No pretty printing, no folding, no indenting, nothing. Don&#8217;t even think about tab completion. Error reporting is just a joke. And it core dumps from time to time. Opening a new window for a query is annoying.</p>
<p>It doesn&#8217;t give out any sort of helpful feedback. It can not tell you why stuff is slow and what you can do against it. Why it does a nested loop on a join although you have an index on the attributes and so on. Yes you can run ANALYZE but mapping that back to your query is like doing source mapping (mapping bytecode to source code).</p>
<p>The list goes on. At least the 1.4 version can now save passwords. The 1.2 had a checkbox to save them but didn&#8217;t actually save it. And they had the habit of fucking up your X11 session.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ramon Leon</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-609</link>
		<dc:creator>Ramon Leon</dc:creator>
		<pubDate>Wed, 20 Dec 2006 16:55:22 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-609</guid>
		<description>No, I'm just getting to know PostgreSQL myself, so far, pgAdmin III seems OK with me, what is it you don't like?</description>
		<content:encoded><![CDATA[<p>No, I&#8217;m just getting to know PostgreSQL myself, so far, pgAdmin III seems OK with me, what is it you don&#8217;t like?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-606</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 20 Dec 2006 16:03:14 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-606</guid>
		<description>Have you found any good PostgreS tools?
I'm not really happy with pgAdmin III.</description>
		<content:encoded><![CDATA[<p>Have you found any good PostgreS tools?<br />
I&#8217;m not really happy with pgAdmin III.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ramon Leon</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-605</link>
		<dc:creator>Ramon Leon</dc:creator>
		<pubDate>Wed, 20 Dec 2006 15:19:28 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-605</guid>
		<description>I've felt this way for a while, just now getting around to writing about it though, due to my recent need for GLORP.  I'm curious how your ROE experience is going, that's also on my to do list, I just haven't gotten around to it yet.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve felt this way for a while, just now getting around to writing about it though, due to my recent need for GLORP.  I&#8217;m curious how your ROE experience is going, that&#8217;s also on my to do list, I just haven&#8217;t gotten around to it yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Brown</title>
		<link>http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-596</link>
		<dc:creator>Brian Brown</dc:creator>
		<pubDate>Wed, 20 Dec 2006 08:19:03 +0000</pubDate>
		<guid isPermaLink="false">http://onsmalltalk.com/programming/smalltalk/squeak-smalltalk-and-databases/#comment-596</guid>
		<description>I came to a similar conclusion quite a while ago, but have been using ROE instead of glorp for my data access. I'll be interested to see how things go for you in this!</description>
		<content:encoded><![CDATA[<p>I came to a similar conclusion quite a while ago, but have been using ROE instead of glorp for my data access. I&#8217;ll be interested to see how things go for you in this!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
