FanatPHP

> Если этот же запрос сделать в phpmyadmin:

phpmyadmin - убогая погремушка для ламеров. измерять по нему скорость выполнения запроса - это все равно что смотреть время на стоящих часах. Два раза в сутки покажет правильно...

Во-первых, phpmyadmin подставляет limit для твоего запроса, и запрашивает всего 20 строк из твоих 100 тысяч. Попробуй запросить все, и посмотри, сколько времени будет выполняться. Если вообще выполнится.
Во-вторых, даже для запроса с лимитом, 0.0002 -это мало. Результат явно идет из квери кеша. Один раз выполнил, дальше запрос закэшировался, и радостро выдает тупо результат.
В-третьих, как тут уже все сказхали, делать таблицу на сто тыщ строк - это совсем за пределами осмысленности. Кто будет это читать? Даже если делаешь XLS.

В общем, сначала изменить, сколкьо времени выполняется запрос ЦЕЛИКОМ, а потом сократить количество запрашиваемых строк до разумных значений.

Такой ерундой никто не занимается.

Во-первых, $zapros в запросе - это готовая инъекция.
Во-вторых, распихивать результат по отдельным массивам, это какой-то детский сад. В этом нет ни малейшего смысла, поскольку к любой колонке можно обратиться из единого массива

foreach ($all as $row) echo $row['Type'];
foreach ($all as $row) echo $row['Field'];

В-третьих, если надо получить только один столбец, то тут mysqli как всегда проигрывает PDO:

$stolbets = $pdo->($query)->fetchAll(PDO::FETCH_COLUMN);

Прямо из запроса получить данные сразу с группировкой можно только в ПДО.

$data = $db->query('SELECT u.name, e.email FROM users u, email e WHERE u.id = e.user_id')
           ->feachAll(PDO::FETCH_GROUP);

А как выводить - это уже дело вкуса. Например

foreach($data as $name => $user) {
    echo "$name\n";
    foreach($user as $i => $email) {
        echo "\t$i. $email\n";
    }
}

Внимание, а теперь правильный ответ

public function query($sql, $params = NULL){
        $sth = $this->dbh->prepare($sql);
        $sth->execute($params); // <----
        return $sth;
    }

Это базовая функция, которая должна использоваться при выполнении ВСЕХ запросов.
В том числе запросов на вставку, обновление и удаление, а также запросов, которые при всем желании не могут вернуть объект. Например

$db->query("DELETE FROM t WHERE id=?", [$id]);
$count = $db->query("SELECT count(*) FROM t")->fetchColumn();

В принципе, этого уже достаточно, поскольку для получения списка объектов можно написать

$list = $db->query("SELECT count(*) FROM t")->fetchAll(\PDO::FETCH_CLASS, "class");

Но если прям так очень хочется, то можно засунуть этот код в хелпер-функцию

public function listObjects($sql, $class, $params){
        return $this->query($sql, $params)->fetchAll(\PDO::FETCH_CLASS, $class);
    }

Классический вопрос из серии XY Problem.
Вместо того чтобы писать "я не знаю что мне надо, но вообразил что мне нужен шардинг, поэтому расскажите как им пользоваться" надо писать "масштабирование мне требуется по такой-то причине и с такими-то условиями. подскажите наилучший вариант".

И тогда тебе подскажут ответ, в порядке частоты причин, по которым задают этот вопрос:

1. Нет, бояться миллиона записей не надо. Mysql потянет во много раз больше.
2. Сделать репликацию мастер-слейв, с нужным количеством слейвов.
3. Возможно, под какие-то условия подойдет и шардинг.

Update.
Как и ожидалось, все свелось к п.1.

Могу ответить за PDO.

1. PDO не имеет никакого отношения к запросам. ПДО не пишет за тебя SQL и не делает его безопасным. Можешь называть колонки как угодно, ПДО это до лампочки.
2. Чтобы обезопасить данные, надо использовать **подготовленные выражения.**

Вопрос какой-то путанный

если надо действительно получить "Значение" (из примера), которое есть и у id=98 и у id=54, то так и писать

SELECT значение FROM `table` WHERE id поста = 98 OR id поста = 54

если же суть в том чтобы получить все ид постов, у которых значение 150, то запрос будет совсем другим

если надо получить ид постов, у которых одинаковое значение, то третьим.

если надо узнать, имеют ли посты с ид 98 и 54 общее значение, то четверным.
А аффтару надо учиться выражать свои мысли по-русски.

Никогда не мог понять, почему пользователи пхп так стремятся раздувать код на пустом месте и писать одно и тоже по 5-6 раз.

$sql = 'INSERT INTO employees (first_name, second_name, middle_name, id_position) VALUES (?, ?, ?, ?)';
$pdo->prepare($sql)->execute([$_POST['f_name'], $_POST['s_name'], $_POST['m_name'], $_POST['list-position']]);

Вопрос содержит взаимоисключающие параграфы.
Если задача наговнокодить абы как, лишь бы работало - то зачем спрашивать, как правильно?

Если же задача действительно научиться писать правильно, то надо учить ПДО, просто потому что правильная работа с БД в mysqli ГОРАЗДО сложнее, чем в ПДО.

Для примитивного примера в вопросе действительно разницы никакой. Но как только речь зайдет о добавлении переменных в запрос, то сразу встанет проблема использования подготовленных выражений. Это и само по чебе для новичков сложно, а уж с mysqli их освоить и вовсе задача нереальная. С ПДО гораздо легче. Чтобы начать польззоваться ,надо знать всего три вещи:

1. Все переменные заменяются в запросе на знаки вопроса. после этого делаем запросу prepare
2. Сами переменные запихиваем по порядку в execute
3. После этого запрашиваем у ПДО результат запроса сразу в том виде, в котором они нам нужны

И все. Пример:

$stmt = $pdo->prepare("SELECT id, name, price, amount FROM table WHERE id = ?");
$stmt->execute([$id]);
$row = $stmt->fetch();

Все ОЧЕНЬ просто.

Сравни эти два кода и ответь себе сам:
mysqi

$stmt = $mysqli->prepare("SELECT id, name, price, amount FROM table WHERE id = ?");
$stmt->bind_param("i", $id);
$stmt->bind_result($id, $name, $price, $amount);
$stmt->execute();
$rows = array();
while ($stmt->fetch())
    $rows[] = array(
        'id' => $id;
        'name' => $name;
        'price' => $price;
        'amount' => $amount;
    );
}

pdo

$stmt = $pdo->prepare("SELECT * FROM table WHERE id = ?");
$stmt->execute([$id]);
$rows = $stmt->fetchAll();

В общем, если ты мазохист, то mysqli тебе отлично подойдет.

Потому что базы данных еще не освоили телепатию, и для управления нечетким поиском нужно применять специально оговоренные в документации символы-маски, заменяющие любое вхождение символов?

Можно но не нужно.
Для запросов типа SELECT применять эту функцию нет ни малейшего смысла.

В данном случае логичнее сделать fetch. Мы же запрашивали какие-то данные из БД? Значит их надо получить. А если мы их получили - значит данные есть, и считать их не нужно

$check->execute(array(":domainid" => $domainid , ":vhostid" => $vhostid, ":userid" => $login));
$mainname = $check->fetchColumn();
if ($mainname) {}

Если запрос подразумевает получение не одного поля, а нескольких, то вместо fetchColumn() пишем fetch()
Если запрос подразумевает получение нескольких строк, то вместо fetch() пишем fetchAll()

Специально ля всех нубов, которые не понимают как пользоваться циклами и поэтому до ужаса их боятся

$res=$_DB->query("select * from `table`");
$rows = [];
while ($row = mysqli_fetch_row($res)) $rows[] = $row;
echo json_encode($rows);

Удаленное подключение к Mysql является оправданным решением в разработке системы или же нет?

вопрос бессмысленный. ответ зависит от конкретных условий задачи.
к влажным подростковым мечтам про 100500 запросов в секунду не имеет отношения.

Подойдет ли Mysql для загруженных систем?

Ну если Фейсбук для тебя недостаточно нагруженная, то даже не знаю. Наверное нет.

подкиньте литературу, у кого есть по этому направлению?

Вынужден тебя огорчить. Литературу придется читать 5 лет, в институте, и потом еще столько же набираясь опыта.
Но сначала надо будет закончить школу

Нет, конечно, невозможно.
Вы первый, кому пришло в голову писать имя параметра кириллицей.