Most developers know that if you reference a variable without a scope prefix (such as variables, form, URL etc) ColdFusion will check each of the available scopes until it finds a variable of the name you are looking for.
The order in which ColdFusion checks is:
- Function local (UDFs and CFCs only)
- Thread local (inside threads only)
- Arguments
- Variables (local scope)
- Thread
- CGI
- Cffile
- URL
- Form
- Cookie
- Client
* Note: Although the order above came from the Adobe docs I’m not sure about “cffile”. It doesn’t seem like a scope, more like a return variable much like cfquery. But see below for that 
Of course this means if you are trying to output #myVar#, and that variable exists in the URL as well as the form scope then #URL.myVar# is what ColdFusion will evaluate. This might not be what you want however, leading to frustrating inconsistencies.
Another downside of not scoping your variables is performance, why make ColdFusion look behind each door (scope) for a variable? Most times you will know exactly where the variable is, so you can improve things by clearly specifying which scope you are using.
But what about query variables either in <cfoutput query=””> or <cfloop query=””>?
“Query” isn’t a scope as such but can still be effected by the order of evaluation if you have variable naming conflicts with columns from your query.
How often do you prefix your recordset variables with the query name? I bet most developers out there don’t prefix their query variables, instead take the easy way out with something like:
- <cfloop query=“myQuery”>
- #firstName#<br />
- #lastName#<br />
- #email#
- </cfloop>
