PostgreSQL Help
 
Forums: » Register « |  User CP |  Games |  Calendar |  Members |  FAQs |  Sitemap |  Support | 
User Name:
Password:
Remember me

The Shed is going Social! Join us on FaceBook and Twitter and chime in on the conversation.

Go Back   Dev Shed ForumsDatabasesPostgreSQL Help

Reply
Add This Thread To:
  Del.icio.us   Digg   Google   Spurl   Blink   Furl   Simpy   Y! MyWeb 
Thread Tools Search this Thread Rate Thread Display Modes
 
Unread Dev Shed Forums Sponsor:
  #1  
Old June 21st, 2002, 05:56 AM
pragasam pragasam is offline
Junior Member
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Jun 2002
Location: INDIA
Posts: 13 pragasam User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 0
Question Basic advantage of PostgreSQL over SQL ?

Respected Sir's,
I am new to PostgreSQL sir.
so i want to know in detail sir.
would you please tell me the advantage of using PostgreSQL over SQL .
please tell me in detail sir !

yours,
PRAGASAM.A

Reply With Quote
  #2  
Old June 23rd, 2002, 05:05 AM
Ted Striker Ted Striker is offline
Contributing User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Jan 2002
Posts: 409 Ted Striker User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 12
You are talking about Microsoft SQL Server, right?

The first advantage is that Postgres is free! Not only that, it runs on many types of UNIX, as well. I currently run Postgres on a FreeBSD machine. Now that combination makes for a STABLE server.

I like to think of Postgres as the Oracle of open source databases. The two are very similar to each other.

Other advantages are that it's fast, very stable, and is one of the truest SQL standards compliant RDBMSes out there.

Having a standards compliant database is an advantage because it makes it alot easier to port your code to other databases that try to adhere to SQL standards.

Postgres is a very nice system, and really it's not very difficult to learn. If you know Oracle, this is a breeze. When I need help, I reference some of my PL/SQL books for tips on forming alot of the SQL code on Postgres.

I have no experience with conversions from SQLServer, but I've heard they can be rough, since the Transact-SQL in SQLServer sort of "cheats" sometimes. For example, sometimes you can perform mathematical operations on data with different datatypes in SQLServer. SQLServer coded some functions like DATEDIFF to make it possible to deal with these different datatypes. In a standards compliant database, you need your datatypes to be the same to perform an operation on them. So, I have heard accomodating for some of these "cheat" functions can be a pain in SQLServer. So you might want to keep that in mind if you're planning on migrating.

I'm sure somebody who's more experienced in SQLServer can give you better information than I.

Oh, I should also mention that the Postgres user community is extremely sophisticated, and they are very kind and generous with their time as well.

Reply With Quote
  #3  
Old June 26th, 2002, 01:37 AM
niyogi niyogi is offline
Contributing User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Mar 2001
Location: Austin,TX
Posts: 62 niyogi User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: 58 m 55 sec
Reputation Power: 0
Ted Striker,

Well said! he makes it easy to understand the power and performance of postgresql at a fraction of the cost of ms sql server.

open source, transaction support, and immense support by php of postgresql, i wouldn't try anything else

Reply With Quote
  #4  
Old July 3rd, 2002, 01:09 AM
genedavinci's Avatar
genedavinci genedavinci is offline
I am still learning
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Apr 2002
Location: Kuala Lumpur, Malaysia
Posts: 249 genedavinci User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: 43 m 2 sec
Reputation Power: 12
How about MySQL? What's the major advantages of PostgreSQL over MySQL?
__________________
I have yet to find the right way to do it.

www.genedavinci.com

Reply With Quote
  #5  
Old July 3rd, 2002, 10:59 AM
rycamor rycamor is offline
Gödelian monster
Dev Shed Regular (2000 - 2499 posts)
 
Join Date: Jul 1999
Location: Central Florida, USA
Posts: 2,306 rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level)rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level)rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level)rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level)rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level)rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level) 
Time spent in forums: 3 Days 6 h 42 m 51 sec
Reputation Power: 60
__________________
The real n-tier system:

FreeBSD -> PostgreSQL -> [any_language] -> Apache -> Mozilla/XUL

Amazon wishlist -- rycamor (at) gmail.com

Reply With Quote
  #6  
Old July 3rd, 2002, 04:30 PM
Ted Striker Ted Striker is offline
Contributing User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Jan 2002
Posts: 409 Ted Striker User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 12
Hey rycamor you answered my question regarding whether it was good practice to still put integrity contraints into the database. Once again it seems planning for the future and portability comes into play.

Currently I have PHP doing all the error checking for proper datatypes, length of the string, etc.

I was also going to ask if there were any problems with having NULL values in a FOREIGN KEY column, but Bruce (the Man) explains that this is not only okay, but that this value must either reference the primary key, or be NULL.

For multi-column FOREIGN KEYS, however, you need to take extra precautions in your planning:

http://www.ca.postgresql.org/docs/a...000000000000000

Last edited by Ted Striker : July 3rd, 2002 at 04:35 PM.

Reply With Quote
  #7  
Old July 3rd, 2002, 07:05 PM
rycamor rycamor is offline
Gödelian monster
Dev Shed Regular (2000 - 2499 posts)
 
Join Date: Jul 1999
Location: Central Florida, USA
Posts: 2,306 rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level)rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level)rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level)rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level)rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level)rycamor User rank is Sergeant Major (2000 - 5000 Reputation Level) 
Time spent in forums: 3 Days 6 h 42 m 51 sec
Reputation Power: 60
Yes, NULLs in a foreign key are legal in SQL, if you define your FK to allow them. However, I would be very careful about using them for anything meaningful. In general, the guys at www.dbdebunk.com tend to caution against this practice, since it can lead to some sticky issues down the road.

And, why would you want to save an absence of information? One of the main reasons for FK support is to prevent orphaned records, which is exactly what you get with NULL foreign keys.

Reply With Quote
  #8  
Old July 13th, 2002, 05:40 AM
Ted Striker Ted Striker is offline
Contributing User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Jan 2002
Posts: 409 Ted Striker User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 12
Thumbs up

Hey, good looking out rycamor.

Instead of NULL, I've created a special code for nonapplicable values.

Reply With Quote
Reply

Viewing: Dev Shed ForumsDatabasesPostgreSQL Help > Basic advantage of PostgreSQL over SQL ?

Developer Shed Advertisers and Affiliates



Thread Tools  Search this Thread 
Search this Thread:

Advanced Search
Display Modes  Rate This Thread 
Rate This Thread:


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
View Your Warnings | New Posts | Latest News | Latest Threads | Shoutbox
Forum Jump

Forums: » Register « |  User CP |  Games |  Calendar |  Members |  FAQs |  Sitemap |  Support | 
  
 


Powered by: vBulletin Version 3.0.5
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.

© 2003-2013 by Developer Shed. All rights reserved. DS Cluster - Follow our Sitemap