[development] Any solution for solving DB reserved word conflict?
Edison Wong
hswong3i at edin.no-ip.com
Mon Feb 18 05:54:45 UTC 2008
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
|> I would like to ask for some support and suggestion for a 6-year-old
|> issue: DB reserved word conflict within Drupal core
|> (http://drupal.org/node/371).
|
| I don't really know the particulars of the issue, but in general
| reserved word issues can be corrected by using delimited identifiers.
| Unfortunately, delimited identifiers can be dbms specific. Still,
| that wheedles the problem down to defining the delimiter for the DBMSs
| you want to support.
Totally correct. Each DB come with its specific delimited identifiers,
e.g. ` (MySQL), " (PostgreSQL, Oracle, DB2, SQLite), [ ] (MSSQL). So
what I am proposing in http://drupal.org/node/371 is quite simple: use
an universal token, as like as the idea of { } for table prefix.
First of all, quota all potential reserved word with [ ] (since it is a
pair up token, easy for regex), and further more replace it as DB
specific delimited identifiers within each driver implementation.
Because we define a black-and-white definition manually and under
control, this solution is much accuracy than any others :-)
BTW, since { } is target for table prefix replacement under our existing
DB API implementation, I am not going to merge it with the idea of using
[ ] (target as universal token of delimited identifier). Less merge,
less dependent and conflict, so more flexible :-)
- --
Edison Wong
hswong3i at gmail.com
http://edin.no-ip.com/html/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHuR2lBPIQaq+ZRd8RAh8rAKCexy2IFJbZMQNdujbn0kzPJ7fNyQCfYEvl
f5UnXLwEvmkKuRdwxIEbs5E=
=Dn4W
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hswong3i.vcf
Type: text/x-vcard
Size: 187 bytes
Desc: not available
Url : http://lists.drupal.org/pipermail/development/attachments/20080218/c1999bea/attachment.vcf
More information about the development
mailing list