エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Perl DBI: MySQL から SQLite への移行 - DeNA 技師のメモ
地味なんだけど、同じ Perl DBI なのに MySQL と SQLite で挙動が違っていてハマった点:MySQL で SELECT... 地味なんだけど、同じ Perl DBI なのに MySQL と SQLite で挙動が違っていてハマった点:MySQL で SELECT した後、SELECT の取得結果があるかどうかをステートメントハンドルオブジェクトの rows メソッドを使い「if ($sth->rows)」などでチェックしていたが、SQLite だとこれが効かず、SELECT できた場合でも 0 が返る。『入門 Perl DBI』によるとSELECT 文に対しては、すべてをフェッチすることを除いて、返される行数を知ることはできない。(中略) したがって、SELECT 文に rows メソッドや DBI::rows を利用することは勧められない。とのこと。MySQL の時はたまたま使えているということか。SQLite の場合、$dbh->commit や $dbh->disconnect する前に、SELECT に使
2008/06/24 リンク