Skip Menu |

This queue is for tickets about the SQL-Statement CPAN distribution.

Report information
The Basics
Id: 88894
Status: open
Priority: 0/
Queue: SQL-Statement

People
Owner: Nobody in particular
Requestors: MJD [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Documentation error
The manual says: # determine if the LIKE # operator is supported my $LIKE = $parser->feature('valid_operators','LIKE'); If 'valid_operators' is an error, it should be corrected. If it's not an error, then why isn't it listed in the list of five classes immediately above? * valid_commands * valid_options * valid_comparison_operators * valid_data_types * reserved_words
Subject: No way to find out which commands are valid
Using the ->feature method, I can find out if a particular reserved word or data type is recognized by the parser. But there is no documented way to get a list of all the reserved words or data types that the parser will recognize.
Well, thanks for the hint how the example misleads people. I've patched that and it'll be part of the upcoming release. Anyway - if you want the feature() method enhanced, finally hack some documenation for it, send patch and I'll hack the corresponding implementation (according to your wishes submitted before). This offer counts only for "get all items of a feature group" wish. Cheers, Jens
On Mon Sep 23 02:08:11 2013, REHSACK wrote: Show quoted text
> Well, thanks for the hint how the example misleads people. I've > patched that and it'll be part of the upcoming release.
Thanks, but I still don't know which of the two is correct.
For now: $ perl -Mblib -MSQL::Parser -MData::Dumper -le 'my $parser = SQL::Parser->new(); print Dumper [keys %{$parser->{opts}}]' You could also add (I'm on IRC in #dbi and happy to discuss) a new API description to get those features. I could imagine returning the list of supported features when called without feature and want_array is true.