gpt4 book ai didi

sql - 没有使用 SQL::Statement 正确解析 WHERE 子句中的 IN

转载 作者:行者123 更新时间:2023-12-04 10:03:00 25 4
gpt4 key购买 nike

我正在使用此处提供的示例的略微修改版本:https://metacpan.org/pod/distribution/SQL-Statement/lib/SQL/Statement/Structure.pod

use SQL::Statement;
use Data::Dumper;

my $sql = q{
SELECT c1
, col2 as c2
, c3
FROM table1 t1, table2 t2
WHERE t1.c1 = t2.c2
and t1.c1 in (11111, 22222, 33333)
GROUP by t1.c1
};

my $parser = SQL::Parser->new('ANSI');
$parser->{RaiseError}=1;
$parser->{PrintError}=0;
my $stmt = SQL::Statement->new($sql, $parser);
print Dumper($stmt->where_hash());

但是当我这样做时,我得到了这个没有意义的错误,因为它是一个非常常见的构造:
Bad table or column name: '11111,22222,33333' has chars not alphanumeric or underscore! at /home/palert/perl5/perlbrew/perls/perl-5.28.1/lib/site_perl/5.28.1/SQL/Statement.pm line 90.

我错过了什么?

最佳答案

私下给维护者发邮件,而不是检查 Unresolved 问题或阅读 https://metacpan.org/pod/SQL::Statement#Where-can-I-go-for-help ?仔细并没有显示您在自己解决问题上投​​入了多少时间。

Polar Bear从 SQL::Statement 的角度给了你正确的答案。
我知道它有怪癖,但它是一个有 20 年历史的 Perl5 模块,因此它不使用新的花哨抽象,如通过 Moose 或 wtf 的类型系统。

OTOH - 您可以按照建议使用占位符和 Ether告诉过你了。比您在执行时传递值,而不是在解析期间传递值。

关于sql - 没有使用 SQL::Statement 正确解析 WHERE 子句中的 IN,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/61743167/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com