Re: Successful booth at Chemnitz (Germany) - Mailing list pgsql-advocacy
From | Andreas Kretschmer |
---|---|
Subject | Re: Successful booth at Chemnitz (Germany) |
Date | |
Msg-id | 20070304210823.GA32489@KanotixBox Whole thread Raw |
In response to | Re: Successful booth at Chemnitz (Germany) (Susanne Ebrecht <miracee@miracee.de>) |
List | pgsql-advocacy |
Susanne Ebrecht <miracee@miracee.de> schrieb: > Andreas 'ads' Scherbaum wrote: > >We had a lot of visitors (from companies and private visitors) and many > >good questions. In contrast to Brussels every third question was about > >the difference to Mysql, after this, the difference to Oracle. Other > > > uiii, difference to oracle is interresting. That shows, that oracle user > are interrested in postgresql. I can confirm this, some people talks about migration from O?? to PG, with success ;-) For instance, a person from the german foreign office: he reported us, that his office is using PG on _all_ foreign departments. Perhaps, we have a new story for http://www.postgresql.org/about/casestudies/ ;-) (I hope he get the license to report us official...) > >topics are replication (master/master, master/slave), having PG running > >on Windows, what new features the next version will bring and many > >questions for documents about optimization and parameter tuning. The > >German Usergroup will create some flyers for the most asked topics, > >maybe we can create them together and just translate them for all > >countries. > > > That is normal. No questions to gis, gist, partitioning and such a stuff? Yes, there are also some questions about partitioning and so on. Many, many questions about replication... > I'll hope you have shown my article about optimization :) Hehe, yes: performance tuning was a big thema, but not a real problem: nobody was disappointed about performance, only questions about proper configuration. Not a realy problem, but i think, this point we should more describe. (GUC-variables for instance) (Someone ask me, if it is possible to create a trigger that fires only on changes on a desired column. He had an application with many updates, but only 5% change this column and because all updates fires the trigger he has some performance trouble). My answer was: use an own function for this case of updates instead a trigger.) > >But beside this questions many visitors told us that they are already > >using PostgreSQL and that they are happy using it. > > > That is great. Yes! > >A word about the merchandising: we only had white shirts, but was asked > >some more times about the black ones and the shirts with the big > >elephant on it. And of course, the 5 blue plush elephants we had are > >gone after a very short time. ... and some people was disappointed later =:-( So, enough for today. I hope, you can understand my poor english... -- Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect. (Linus Torvalds) "If I was god, I would recompile penguin with --enable-fly." (unknow) Kaufbach, Saxony, Germany, Europe. N 51.05082°, E 13.56889°
pgsql-advocacy by date: