Windows server上にあるPHPのWebアプリからあいまい検索ができない

Question

データベースにある製品情報をWEBブラウザで閲覧するアプリをPHPで作成しております。
製品の名前を検索できるページがあるのですが、
ローカルの開発環境では問題なくSQLのLIKE句によるあいまい検索ができるのですが、
Windows Server上にアップすると、
全文一致はできますが、あいまい検索ができなくなり、結果が取得できません。

いろいろ調べたのですが、解決できず、
ぜひともお力添えをいただければ幸いです。

---

PHPバージョン：7

データベースの場所
サーバーA
・Windows Server 2008 SP2
・IIS 6
・SQL server 12

◎あいまい検索ができる環境
ローカルの開発環境
・Windows10
・IIS 10

×あいまい検索ができない環境（※全文一致は可能）
サーバーB
・Windows Server 2008 SP2
・IIS 6

ともにローカルからChromeでアクセスしています。

HTMLは下記のようにしており

<div class="nameArea">
　<label>製品名</label>
　　<input type="text" id="name">
</div>

<button type="button" class="sendFrom">検索</button>

SQLは下記のように発行しております。

$sql = <<<SQL
SELECT
    NAME
FROM
～
WHERE
    NAME LIKE ?
SQL;

　$stmt = $dbh->prepare($sql );
　$stmt->execute(array(sprintf('%%%s%%', addcslashes($name, '\_%'))));

検証

あいまい検索ができないサーバーBに対して下記の検証を行いました。

製品名：ホゲのパソコン

値をスタティックにした場合

$stmt = $dbh->prepare($sql );
stmt->execute(["%ホゲの%"]);

結果が返ってこず。

プレースホルダを止め、SQL文に直接値を記述

$sql = <<<SQL
SELECT
    NAME
FROM
     ～
WHERE
    NAME LIKE %ホゲの%
SQL;
    
$stmt = $dbh->query($sql );

返ってきました。

プレースホルダへの値の入れ方が悪いのでしょうか…。

全文一致は問題ないので、
ワイルドカード「％」が入ると、サーバーBで何かが起こる…？

あいまい検索ができるローカル環境と、
できないサーバーBの違いといえば、
OS（Windows10 or Windows server 2008）
IISのバージョン（10 or 6）なのですが…

Comments

[m.ts10806]

実際に実行されたSQLを確認してみては？addcslashes()の結果が気になります。

[退会済みユーザー]

SQLSERVERだろうけどバージョンは？

[sanpei]

SQL serverのバージョンは12です

[退会済みユーザー]

質問に追記でサーバーとローカルの両方に書いてね

[sanpei]

mts10806様、ありがとうございます。プレースホルダが反映されたSQL文の確認方法を調べたのですが分からず…。addcslashes()はエスケープされた文字を返す関数と知りました。これから使い方調べながら調査してみます！

[sanpei]

asahina1979様、失礼いたしました。質問内容に追記いたしました。

[m.ts10806]

そういえば、プレースホルダ　ってエスケープしてくれてるはずなのでaddcslashes()は不要に思います。

Answer 1

自己解決いたしました。

ODBCドライバのバージョンアップで改善しました。

まずSQL Server ProfilerでローカルとサーバーBからのSQLをトレースしてみると、
サーバーBからのSQLの場合だけ下記の表示が出ていました。

select 504,c.name,c.description,c.definition from master.dbo.syscharsets c where c.id = convert(tinyint, databasepropertyex ( db_name() , 'sqlcharset'))

検索すると、下記ページにたどり着き、ODBCが怪しい？

• stackoverflow

QODBCResult :: exec：ステートメントを実行できません：
"[Microsoft] [ODBC SQL Server Driver] COUNTフィールドが正しくないか構文エラー

ODBC経由でSQLサーバーに接続しているのですが、

• ローカル環境：SQL Server Native Client 11
• サーバーB：SQL Server Native Client 10

とドライバのバージョンが異なっていることに気づき、
サーバーBのSQL Server Native Clientのバージョンを11にすると解決いたしました。

Answer 2

ステートメントのインスタンスが
$stmtと$stmt2を併用しているのは意味がありますか？
そのままではエラーになるでしょうし最低でも同じSQLのセッションで
処理はされないと思いますが

追記

見る限り問題なさそうです

$name="hoge";
print_r(array(sprintf('%%%s%%', addcslashes($name, '\_%'))));
//出力：Array ( [0] => %hoge% ) 

一つは

$stmt = $dbh->prepare($sql );
stmt->execute(["%hoge%"]);

のようにスタティックに値をいれて検証してみること

それでもだめなら

$sql="SELECT * FROM ... WHERE NAME LIKE '%hoge%'";
$stmt = $dbh->query($sql );

で、検証してみることです。

Comments

[sanpei]

すいません、実際のコードから転記する際の記述ミスです。
質問内容を修正いたしました。
$stmt2
↓
$stmt

[sanpei]

ご返答ありがとうございます。
検証させていただき、結果を質問内容に追記いたしました。
プレースホルダを使用して値をバインドさせると、サーバーBではあいまい検索ができないようです。
SQLに直接値を入れるとサーバーBでもあいまい検索ができました。

[yambejp]

stmt->execute(["%ホゲの%"]);
だとどうでしょうか？

[sanpei]

また記述ミス…大変失礼しました。
質問内容を修正しました。
stmt->execute(["%ホゲの%"]);
で検証しましたが駄目でした…