Every mature language, platform or system has little quirks, eccentricities, and anachronisms that afficionados just accept as “that’s the way it is” and that look weird, or outlandishly strange to newbies and outsiders. The more mature, and more widely used is the product, the more resistance to change there will be – causing friction that helps to ensure these misfeatures survive.
Oracle, due to the priority placed on backwards compatibility, and its wide adoption, is not immune to this phenomenon. Unless a feature is actively causing things to break, as long as there are a significant number of sites using it, it’s not going to change. In some cases, the feature might be replaced and the original deprecated and eventually removed; but for core features such as SQL and PL/SQL syntax, especially the semantics of the basic data types, it is highly unlikely these will ever change.
So here I’d like to list what I believe are the things in Oracle that most frequently confuse people. These are not necessarily intrinsically complicated – just merely unintuitive, especially to a child of the 90′s or 00′s who was not around when these things were first implemented, when the idea of “best practice” had barely been invented; or to someone more experienced in other technologies like SQL Server or Java. These are things I see questions about over and over again – both online and in real life. Oh, and before I get flamed – another disclaimer: some of these are not unique to Oracle – some of them are more to do with the SQL standard; some of them are caused by a lack of understanding of the relational model of data.
Once you know them, they’re easy – you come to understand the reasons (often historical) behind them; eventually, the knowledge becomes so ingrained, it’s difficult to remember what it was like beforehand.
Top 10 Confusing Things in Oracle
-
Empty strings are NULL
-
DATEs are not dates
-
Nothing equals NULL
-
ROWNUM … ’nuff said?
-
Use VARCHAR2, not CHAR or VARCHAR
-
Double-quotes delimit identifiers, Single quotes delimit strings
-
No intrinsic sort order; You can’t insert a record at the “top”, “middle” or “end” of a table
-
You don’t add a column in the “middle” of a table
-
Don’t create temporary tables at runtime
-
Every User is/has a Schema, every Schema is/has a User
Got something to add to the list? Drop me a note below.
More resources:
Filed under: Oracle, PL/SQL, SQL Tagged: best-practice, SQL Image may be NSFW.
Clik here to view.

Clik here to view.
