Я пришел к выводу, что лучше отдельный метод сделать для этого. Получится и короче, и мутить со своим классом не надо.
$db->run($sql, $params) ->fetch();
//все равно лучше чем
$db->prepare($sql)->execute($params)->fetch();
Ну, это скорее костыль, или даже лом. Тупо закрыть, похерив все результаты - это неправильно. Там ниже, в разделе про мультизапросы объяснено, как мне кажется, довольно убедительно.
Понимаешь, это вопрос восприятия.А что не так с тем комментом Феррары? Вроде все корректно - "PDO prepares will not defend you from all possible SQL-Injection attacks. For certain obscure edge-cases", ну и вполне корректный кейс (хоть и маловероятный). Истерики не вижу - ну разве что некоторая некорректность в том, что суть проблемы вовсе не в prepares
а где ж там малопонятный? Для единственного результата просто просто nextRowset()
если знаю, то выбор между closeCursor() и nextRowset().
Остались в фреймворках (старых версий), которые charset пихают в init command -> set names в целях совместимости.
class PDOWrapper extends PDO
{
// public mixed errorCode ( void )
// public array errorInfo ( void )
// public int exec ( string $statement )
// public mixed getAttribute ( int $attribute )
// static array getAvailableDrivers ( void )
// public string lastInsertId ([ string $name = NULL ] )
// public string quote ( string $string [, int $parameter_type = PDO::PARAM_STR ] )
// public bool inTransaction ( void )
/*
// public bool beginTransaction ( void )
public function beginTransaction()
{
parent::beginTransaction();
return $this;
}
// public bool commit ( void )
public function commit()
{
parent::commit();
return $this;
}
// public bool rollBack ( void )
public function rollBack()
{
parent::rollBack();
return $this;
}
*/
// public __construct ( string $dsn [, string $username [, string $password [, array $options ]]] )
public function __construct($dsn, $username = null, $password = null, $options = array())
{
parent::__construct($dsn, $username, $password, $options);
$this->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION)
->setAttribute(PDO::ATTR_DEFAULT_FETCH_MODE, PDO::FETCH_ASSOC);
}
// public bool setAttribute ( int $attribute , mixed $value )
public function setAttribute($attribute, $value)
{
parent::setAttribute($attribute, $value);
return $this;
}
public function run($query, $arguments = array())
{
$stmt = $this->prepare($query);
$stmt->execute($arguments);
return $stmt;
}
public function get($query, $arguments = array())
{
return $this->run($query, $arguments)->fetch();
}
public function getColumn($query, $arguments = array())
{
return $this->run($query, $arguments)->fetchColumn();
}
public function getAll($query, $arguments = array())
{
return $this->run($query, $arguments)->fetchAll();
}
}$res = $_pdo->query('SELECT 1 as `id`; SELECT 2 as `id`');
print_r($res->fetchAll());
while($res->nextRowset())
print_r($res->fetchAll());
$res = $_pdo->query('SELECT 3 as `id`');PHP Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[HY000]: General error: 2014 Cannot execute queries
while other unbuffered queries are active. Consider using PDOStatement::fetchAll(). Alternatively, if your code is only ever
going to run against mysql, you may enable query buffering by setting the PDO::MYSQL_ATTR_USE_BUFFERED_QUERY attribute.' in
C:\home\Daemon\Documents\_PHP\PDOWrapper\Check.php:33
Stack trace:
#0 C:\home\Daemon\Documents\_PHP\PDOWrapper\Check.php(33): PDO->query('SELECT 3 as `id...')
#1 {main}
thrown in C:\home\Daemon\Documents\_PHP\PDOWrapper\Check.php on line 33
оО. А чего бы не завернуть в ...->fetch('...', [$userId]); ?)
