This is a discussion on Re: Need help building SQL query within the pgsql Novice forums, part of the PostgreSQL category; --> Who can I ask about large scale use of postgresql installations in a large company? What are the gotchas? ...
| |||||||
| Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Who can I ask about large scale use of postgresql installations in a large company? What are the gotchas? Why would you pay for Oracle if can use postgresql especially if it's just for data warehousing and not a transactional. Sean -----Original Message----- From: pgsql-novice-owner@postgresql.org [mailto Sent: Monday, December 05, 2005 11:46 AM To: Robert Blixt Cc: pgsql-novice@postgresql.org Subject: Re: [NOVICE] Need help building SQL query On Mon, Dec 05, 2005 at 10:28:04 +0100, Robert Blixt <robert.blixt@transpa.se> wrote: > > Timereportbreak consists of four breaks for each timereport. They are > ordered by the indexnumber (0-3). They are connected to the timereport > table using the column timereportid. > > What I would like to retrieve is all columns from timereport and the > four timereportbreaks connected to the timereport table. > However, since each break is not a separate column I am not sure how > to solve this. And since this database already has data in it. I can't > remodel the table. This is the output I want: Normally you want to do this by joining to Timereportbreak once for each break (i.e. 4 times) using a different table alias for each join. Then you can use the a different condition on indexnumber for each alias to get the appropiate break. ---------------------------(end of broadcast)--------------------------- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq ---------------------------(end of broadcast)--------------------------- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq |
| |||
| > Who can I ask about large scale use of postgresql > installations in a > large company? What are the gotchas? Why > would you pay for Oracle if can use postgresql > especially if it's just > for data warehousing and not a transactional. > > Sean Sean, the largest install that i'm aware of is sesamestreet.org. i'm not exactly sure how they use it (together with php and apache), but they get 500k hits/month - so it is a busy site. again, i'm not sure if pgsql is that busy. i think most folks use oracle b/c 1. that is what they are sold. 2. the next guy is using it. 3. the PHB(pointy haird boss)es don't know enough to ask their IT departments to evaluate if PGSQL could do the job. 4. some folks believe the FUD and think that if you don't pay for it, it must not work well. there are definitely some situations where oracle makes more sense than PGSQL, but the evaluation with PGSQL should take place every time. i'd venture to guess PGSQL is never even mentioned as an alternative in 95% of oracle installs, some of which could surely be handled very well by PGSQL. the word is starting to get out, though. few business leaders want to risk their status on anything they perceive as "new," so as other implement it with success, the herd of management sheep will surely follow... but it will take time. i think Sun (or IBM???) has recently gotten involved with PGSQL... so it may get some improved marketing. __________________________________________ Yahoo! DSL – Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com ---------------------------(end of broadcast)--------------------------- TIP 6: explain analyze is your friend |
| |||
| Sugrue, Sean wrote: > Who can I ask about large scale use of postgresql installations in a > large company? What are the gotchas? Why > would you pay for Oracle if can use postgresql especially if it's just > for data warehousing and not a transactional. I'd state the opposite is the case. Oracle/DB2 is more compelling for data warehousing but has little if no advantage in transactional situations. You have more data partitioning capabilities with Oracle and DB2 -- in a large enough install, those extra features may be a significant performance win. (On the otherhand, you could throw extra hardware at Postgres using the license costs so what's better/faster depends on the exact situation.) For transactional DBs, there's no compelling advantage at all (other than CYA w/ PHBs). Everybody has triggers/rules/stored procs/etc/etc/etc. Multi-master replication at the LAN level is the only feature I can think of that's missing from Postgres that could be used for transaction systems. |
| ||||
| Case in point, my uncle is an Oracle database administrator for a Lockheed Martin site. When I mentioned PL/pgSQL, he was shocked - he had no idea Postgres had a PL/SQL analog. Unfortunately, he's too low down on the corporate food chain to push for a migration. On 12/5/05, operationsengineer1@yahoo.com <operationsengineer1@yahoo.com> wrote: > > i think most folks use oracle b/c > > 1. that is what they are sold. > 2. the next guy is using it. > 3. the PHB(pointy haird boss)es don't know enough to > ask their IT departments to evaluate if PGSQL could do > the job. > 4. some folks believe the FUD and think that if you > don't pay for it, it must not work well. > > > |