AnyBook4Less.com | Order from a Major Online Bookstore |
![]() |
Home |  Store List |  FAQ |  Contact Us |   | ||
Ultimate Book Price Comparison Engine Save Your Time And Money |
![]() |
Title: Joe Celko's SQL for Smarties: Advanced SQL Programming by Joe Celko ISBN: 1-55860-576-2 Publisher: Morgan Kaufmann Publishers Pub. Date: 01 October, 1999 Format: Paperback Volumes: 1 List Price(USD): $49.95 |
Average Customer Rating: 4.08 (40 reviews)
Rating: 3
Summary: I'm a little underwhelmed...
Comment: Not so much unimpressed at Joe's knowledge, which is impressive indeed: the book reads a lot more like a teaching text than most technical books.
But there are things in here which may lead astray some who have already done things that Joe advises strongly against. I will concentrate on one example: In chapter 3 "Numeric Data in SQL", under the heading "Generator Functions" (e.g., IDENTITY, AUTO_INCREMENT) we get this doozy: "This is a horrible, nonstandard, nonrelational proprietary extension that should be avoided whenever possible". Just a statement, no reason whatsoever provided for it, because I guess he assumes we know some "math rule" or something behind why it is such a bad idea. Now, we must think for a minute why one uses such a data column. In my own case, I have a table called Parts that contains parts from several different companies. So, I guess Joe would have me make a composite primary key from PN and CompanyID. But, wait a minute, that complicates matters when I need to have a foreign key reference to the Parts table, and, oh by the way, just what is CompanyID anyway, maybe some other composite key, or some goofy "rule-based" (can you say TRIBAL KNOWLEDGE) thing? You can't seriously believe that "ALFKI" is a better key than,say, 33. What happens when I get a new customer named "Alfred Kiplinger", and have to change the "rule" that I came up with for defining the primary key? See the problem? You're not going to remember the ID anyway, because the rule will be broken at some point. I also happen to think that a part number (to give one example) should be changeable. So, I don't make PN the primary key (because you should NEVER change a PK), I simply have the database generate one for me. What am I missing here? It was not explained to me in this book, it was just a blanket statement of preference, put across like a hard and fast rule.
But then come the contradictions. In the very next chapter on temporal data types, we get a very long paragraph on "key generators" and how they need to be designed to eliminate or minimize identical keys (I kid ye not!). He talks about elaborate hashing algorithms, the server system clock, random number generators, and how pseudorandom numbers are not usually a problem since the cycle size can be "hundreds of thousands or even millions of numbers". Huh? Amazon has 50,000,000 customers! I'm sure they wouldn't be too happy if "only" every millionth one had the same id! No mention in this entire section on GUID or UNIQUEIDENTIFIER, which won't repeat forever in the known universe!
Then there is seeming randomness to the topics introduced. I think I work with a guy that's a lot like Joe, but man, can it be hard to follow the "why" of what he is talking about! I usually figure it out about two days later when I'm sitting at my desk working on something completely different. Here's one example: We go from an incredibly long section on Domain Key Normal Form, with all of its calculus functional dependency stuff ("A determines B, therefore if CA = B, &c, &c, &c....."), to a paragraph right after this about normalization, and how a Students table should not have "Student data and also bowling scores". But come on, that's DB101, not Math335!
Bottom Line: The reason I gave three stars to this book is that I think I misread its intention. I believed it to be a book for someone who knew SQL, and wanted to become more advanced in SQL. Now that I ponder the title, however, I believe that it means "OK, here's a book for you scientific math types out there who want to apply your math degree to learn SQL", i.e., SQL for smarties, not for non-degreed dummies like myself. That, to me, is exactly how the book is written, and it probably succeeds against that yardstick.
Rating: 4
Summary: An introduction to advanced SQL
Comment: This is a good book when used correctly: as an introduction to advanced database topics for someone who is already comfortable using SQL for "normal" problems. It is not a manual, a textbook, or an introduction to SQL. There are many parts of this book that I did not understand at all the first time I read them, but that I understood and found useful later when I returned to the book in the hope of getting ideas for a particular problem. Also, this book does not shy away from providing useful suggestions for procedural algorithms in areas where standard SQL is not enough. A few thought-provoking technical books like this are a good addition to a technical reference library.
Rating: 4
Summary: Be a SQL God
Comment: If you need to sling some really nasty SQL which you probably shouldn't be writing in the first place, then this book is for you. Celko is the man. As a cover-to-cover read, you will pick up on a lot of new SQL techniques, but in general, this is a "I know where to look when I need to know that book." If you know the basics of SQL and want to start your SQL Master training, then start here. Just keep it close by when you need to remember how Celko was able to get "that" to work.
![]() |
Title: Joe Celko's SQL Puzzles and Answers by Joe Celko ISBN: 1558604537 Publisher: Morgan Kaufmann Publishers Pub. Date: 01 March, 1997 List Price(USD): $31.95 |
![]() |
Title: Joe Celko's Trees and Hierarchies in SQL for Smarties (MORGAN KAUFMANN SERIES IN DATA MANAGEMENT SYSTEMS) by Joe Celko ISBN: 1558609202 Publisher: Morgan Kaufmann Publishers Pub. Date: 01 May, 2004 List Price(USD): $34.95 |
![]() |
Title: The Guru's Guide to Transact-SQL by Ken Henderson ISBN: 0201615762 Publisher: Addison-Wesley Professional Pub. Date: 23 February, 2000 List Price(USD): $54.99 |
![]() |
Title: SQL Performance Tuning by Peter Gulutzan, Trudy Pelzer ISBN: 0201791692 Publisher: Addison-Wesley Pub Co Pub. Date: 10 September, 2002 List Price(USD): $44.99 |
![]() |
Title: The Guru's Guide to SQL Server Stored Procedures, XML, and HTML (With CD-ROM) by Ken Henderson ISBN: 0201700468 Publisher: Addison-Wesley Pub Co Pub. Date: 27 December, 2001 List Price(USD): $54.99 |
Thank you for visiting www.AnyBook4Less.com and enjoy your savings!
Copyright� 2001-2021 Send your comments