Not sure what you mean, Nux. The SQL Parser doesn't support SELECT statements.
As per the comment about the MODSDB, oh well, anyone is free to get MODs from other sources, but that is under their own risk.
Search found 335 matches
hmm... I may try to improve the parser so it generates more understandable warnings/errors. That's not easy though. Look for example the errors reported by MySQL itself "You have an error near ...". However, these things should be detected by MOD authors in the first place, so they may have more kno...
The second syntax is what we've been seen/using, so that's the one supported by the parser. The first syntax, while it might be valid in MySQL it would make the parser more complex. Therefore, it is not supported. I believe the goal here is not to support all the possibilities of the MySQL syntax, b...
hmm... since this is something that is dealt with by the DBAL itself, I believe any documentation related to the usage of SQL in phpBB should apply. At this moment, the SQL Parser does not perform any check against these kind of statements. Nuttzy's SQL parser was pretty similar here: INSERT and UPD...
UPDATE, INSERT and DELETE are not touched by the parser (the phpBB DBAL should be able to handle them already). As wGEric noted, this is probably an implementation issue that affects EM 0.3.0 (and maybe the rewrite). You can always check your SQL statements here: http://sql.phpmix.com/" target="_blank
- Sun Jan 01, 2006 5:39 am
- Forum: SQL Parser
- Topic: No index_name for primary keys?
- Replies: 2
- Views: 3733
The document might be confusing. I have just figured the syntax for <index_key_definiton> was not completely correct, fixed now. Ok, the index_name shouldn't be specified for PRIMARY KEYs. It is only allowed (optional) for the other type of indexes (KEY or UNIQUE). As per the document, the syntax fo...
- Thu Dec 29, 2005 10:51 am
- Forum: [3.0/Olympus] New features discussion
- Topic: 1000 to 1,000
- Replies: 27
- Views: 13360
:) Here's a function I wrote some time ago for the purpose (a portal I was writting). /** * Wrapper for the PHP function number_format. * * Note thousands separator and decimal point are language dependent. * * @access public * @param float The number. * @param integer Number of decimals. * @return ...
Well, I don't wish to decide what's a good or bad practice. Probably this is something I have not enough knowledge to do. However, while working on the parser I figured there are some things that we all have been doing that aren't completely correct. Probably because, instead of looking at all the c...