Bug #2001 | Problems with table names | ||
---|---|---|---|
Submitted: | 3 Dec 2003 3:23 | Modified: | 3 Dec 2003 6:32 |
Reporter: | Rafal Kedziorski | Email Updates: | |
Status: | Not a Bug | Impact on me: | |
Category: | MySQL Server | Severity: | S3 (Non-critical) |
Version: | OS: | ||
Assigned to: | CPU Architecture: | Any |
[3 Dec 2003 3:23]
Rafal Kedziorski
[3 Dec 2003 6:32]
Dean Ellis
LIMIT is a reserved word and must be escaped. Please read: http://www.mysql.com/doc/en/Reserved_words.html I cannot duplicate any problems with a table name of user, however, in the current releases. Thank you.
[28 Feb 2004 5:38]
Nabil Barakat
We have the same problem with Field Names ... And using recordset Objects (ADO) to Update or Add a new record in a table returns a similair Error ... I strongly beleive that this is a Bug since Field names cannot be escaped within a record Object. The following Example returns an error and we don't know of a way to escape it except by changing to SQL execute statements or modifying field names which is a major change and prawn to many errors for medium to large projects. RS("Limit")=10 RS.Update Also the idea of introducing new reserved words that might coincide with field/table names one might be using makes developers think twice before migrating an application or upgrading to a newer version. We hope that the part responsible for the generation of this error checks a little further within the syntax of the statement to intelligently distinguish between reserved words and table/field names