Fabian Pascal Reacts
Kardamon writes "Fabian Pascal reacts on the recent Slashdot discussion about SQL, XML, and the Relational Database Model, both on DBAzine and on his own web site Database Debunkings. An Open Source implementation of his ideas and those of C.J. Date and Hugh Darwen is REL."
Okay Fabian needs to relax. Take a deep breath! He made two fundamental mistakes which probably cost him to waste time he could have spent on something more productive, or at least personally gratifying... (Although bitching about Slashdot posts can be gratifying, I suppose.)
/another/ warning to all future Slashdotees -- People hidden behind anonymity, even experienced onces, like drivers, will forget that there are real people on the other side of the conversation.
/start/ thinking about a problem, not where they would end up after careful consideration after research and practice.
1. He took Slashdot comments personally. This is something we see all the time. Let this serve as
2. He treats Slashdot comments as well-thought responses to his articles. For Pete's sake come on! This is the place where professionals, interested parties, and random wannabes can foam at the mouth and say the first thing that comes to mind. Hell man, comments are moderated by popular vote! This is not exactly a medium of high academic quality. And that's just fine. Sometimes first impressions are what you want, sometimes they're complete BS, but they only give you an insight in to where some people would
In the end Fabian, you're probably gonna get flamed for your response as well. If you want it for the intention, cool. If not you should probably just let it go...
For example, I've done a search on Google for my own name, and found that there are several other people in the US who share my name. One is a preacher in Florida. Another is a lawyer in Pennsylvania. I don't even have all that common of a name.
What about my cousin, named David Evans? Evans is a common last name (at least for those of Welsh extraction), and david isn't exactly a rare first name. How many "David Evans" might post at a site as popular as Slashdot?
I'm sorry, but to dismiss someone (and their arguments) as cowardly because they use a screen name or user account is to ignore the substance of their remarks. If he were really interested in accepting constructive criticism and improving his ideas, he would not be ridiculing those who comment on them.
also ignore my .sig
Strange women lying in ponds distributing swords is no basis for a system of government.
While this "article" is rambling, and realtively incoherent, I will agree with him on one thing: the average Slashdot user knows *nothing* about data. Any time a database discussion crops up, every PHP and PERL hack comes out of the woorkwork describing the wonderful spped at which MySQL handles a "select *" query. I personally feel that any database that is large enough or complex enough to have a DBA should limit access to it to only people who have had a basic "what is a database" class that explains what a relational database is, how it works, the basic history behind it, and specific basics such as stored procedures, triggers, views, foreign keys, etc. I can't begin to count the number of completely ignorant postings I've seen on /. regarding data. Hell, most people treat the database as an afterthought when designing an application, when, in reality, it should almost always be the *first* consideration.
I don't respond to AC's.
Not true. It quite possible to create a product that would "out-perform" Oracle if that was the only criteria. The management system that supports a database product is just as important.
;-)
SQL has many flaws that are inherent in the language, and those flaws can manifest themselves as bugs. SQL is an old language, just like C. Unfortunately vendors make money by selling backward compatability, XML capabilities etc.
I think Pascal's point is that (1) many people are ignorant (not even aware of the problems) and proud of it (no surprise there) , (2) group-think, commercial pressures etc conspire against products like REL (no surprise there).
I think Open Source has a great role to play in these situations - it is not as succeptable to many of those pressures (but may have it's own ideologies)
Heck, everyone knows that SQL was a mistake and that XML was an even bigger mistake. Merging the two seems like compounding both mistakes.
And, at the same time, most of us know that SQL and XML are pretty good at something, and it'll be a long while before someone develops a compelling alternative.
So the news here is that Fabian Pascal doesn't like some ideas, and to be honest, I don't like some ideas too. He doesn't have to provide alternatives to unloved ideas. I think that's OK.
I worked with a woman who was damned sure that she was going to store a copy of my relational database (Postgres) in her XML database. It sounded like a bad technical idea. I didn't like it, and I expressed that I didn't like it without proposing an alternative that would work with her application. Isn't that OK?
If you think you can build a product that meets all of the requirements that Oracle does, yet performs better in the average case...well, I call BS. Don't respond with MySQL performing better because by admission MySQL does not meet the same requirements as Oracle.
This post isn't funny. I mean what? This guy actually thinks that he needs to defend himself against posts made by ignoramuses on Slashdot? Given my distruct of both XML and SQL - hell anything that doesnt have a nice binary API - I was quite willing to belive him, but this bizarre behaviour has made me categorize him firmly as a loon.
SQL should not be "as implemented by x or y". And decades of optimization is perhaps not the best. Decades ago, RAM was much more costly. Datatype where usually much poorer(even if I have problem with the principle ofBLOBs).
Premature optimization is the root of all evil (it's not from me ;). Sound mathematical principles, without shortcuts and exceptions, seem much more interresting in the long run.
There are real issues, but the article doesn't address them.
Tree-based databases are thirty years old. See MUMPS. Explictly linked databases are also thirty years old. See the CODASYL DBMS. XML database enthusiasts need to read up on those old systems to avoid making the same mistakes.
Relational databases aren't enough, either. When you find yourself putting columns of serial numbers in tables so you can link tables together, the relational model isn't fitting the problem.
These issues are not being addressed all that well.
SQL is the worst language for accessing relational data, apart from all others that have been tried before.
(Sorry Winston)
http://jfin.org/jFin pure java open source financial library
Pascal makes a number of interesting points, although he does himself a disservice by wasting energy engaging some of the people here who probably were more interested in pushing his buttons than having a productive discussion. He does illuminate an ever-growing trend where acerbic, personalized, condemning rhetoric is perceived as an alternative to actual substance.
This really bothers me. Everyone's welcome to criticize, but NOT everyone's opinion is equal (IMO). Take a person like Robert X. Cringely, who every other month has a goofy idea about how to get rid of spam, when his main experience with it is as your typical e-mail user and not a network administrator. His opinion pales in comparison to that of someone who is down in the trenches and has more experience and depth of knowledge. Unfortunately, Cringely and his bone-headed schemes get more attention than other, much-more-credible and much-more-realistic ideas proposed by those who have demonstrated that they are part of the necleus of the issue, as opposed to some journalist who's job is merely to regurgitate press releases and manufacture titillating bylines.
We have a new breed of "experts" which aren't really experts in any field other than caustic communication.
Mr. Pascal has a long and distinguished career and has been a visible pioneer in this industry. Perhaps his critics have equally illustrious careers involving the development of adult porn password databases, Starbucks employee management, kissing TA ass and other equally relevant disciplines that, when coupled with some clever put-downs compensate for a grand-canyon-sized disparity in real-world wisdom.
Everyone's opinion is worth mentioning, but if you're going to dis someone like Pascal, you better open your fly and whip your own dick out and prove it's bigger.
Did you even bother reading his article and the previous discussion?
He mentions his origins because that's what stupid slashdotters attacked him on last time.
Arr somebody mentioned, he came from romania. I have not grown up in a socialist country (unless you agree with good ole Arnold the Governator, actually living here was more free than in many other countries)
But giving the almost non existend distance I already met a bunch of romanian people. Believe me if you made it up to the age of 13 you probably had a harder life than most people up until the age of 65 in other countries. The country really was fucked up in many regards, with a totalitarian neo Cesar on top of it. If there ever was a European big brother like country, probably Romania would have deserved the title.
But back to the other quote, have you ever spent a a thought about following that in the US you constantly here how good this country is, that it is the best to live in the world at least ten times a day in variations, no matter how f**** things are. Probably the guys in Vietnam and noq Iraq hear/heard it also every day on the US radio, television etc... while bleeding to death in the sand / or were bleeding to death in the jungle.
Great that the government and the country is so great, while the government has a serious pribe problem, with legalized bibe with the face of electional donations etc... Given this guy is heavily sensitive to this issues, I am glad he speaks out openly.
To clarify your statement, are you saying that, because you can bodge your RDBMS into returning hierarchically-structured information, there is no reason to look for a more domain-specific abstraction?
Why use one line of code when you can use 20, that kind of thing?
Just checking.