Как вывести информацию с БД массивом?

Question

[1klass001]

Есть две функции которые относятся к делу.

$db = Db::getInstance();
$sql = "SELECT * FROM `users` WHERE `ref` = ? ";
$stmt = $db->prepare($sql);
$stmt->execute([$id]);
$result = $stmt->fetchAll(PDO::FETCH_COLUMN);
return $result;

$id = user::$user['id'];
$my_ref = user::getInvite($id);
$db = Db::getInstance();
$query = $db->prepare('SELECT * FROM payments WHERE users_id = :ref ORDER BY id DESC');
$query->execute(['ref' => $my_ref[0]]);
return $query->fetchAll();

не как не могу добиться того чтобы в $query->execute(['ref' => $my_ref[0]]); данные массивом передались.
Конкретно нужно вставить список тех ID которые получили из первой функции.

Comments

[FanatPHP]

отдельный вопрос, почему SELECT * если нужны только id?

Answer 1

[rPman]

в $query->execute(['ref' => $my_ref[0]]); данные массивом передались.

к сожалению биндинг в pdo не умеет работать с массивами, каждый параметр должен быть конечным объектом (число., строка...)

так же чтобы условие в sql обрабатывало массив нужно использовать выражение
select ... from ... where id in (1,2,3,4,...)

поэтому чтобы решить указанную задачу нужно формировать sql запрос по старинке (без использования prepare и биндингов), естественно аккуратно к значениям, либо валидировать их что они являются числами, а если должны быть строки - то правильно экранировать

$sql='select ... from ... where id in ('.implode(',',$id_array).')'

Так же проверь что массив идентификаторов не пустой, так как иначе будет ошибка в sql

p.s. осторожно, количество значений в 'id in' лимитировано (кажется 1000), если инужно больше, то придется создавать временную таблицу, заливать в нее искомые идентификаторы и строить запрос с left join

Еще я встречал похожий метод но с использованием биндингов, когда sql запрос генерировался вида:
select ... from ... where id in (?,?,?,?,...)
с нужным количеством ? тогда передав массив напрямую в execute можно получить результат, лимит на количество ? еще меньше, это определяется драйвером базы данных.

p.p.s. и совсем сверху на засыпку методика, ее имеет смысл использовать когда со стороны клиента фильтруемых данных больше чем 1 поле (например 2 массива точнее таблица с несколькими колонками) и очень не хочется заполнять в базе временную таблицу с этими данными (это очень сильно роняет производительность) то можно сформировать внутри sql таблицу из константных данных:

select ... from ...,
(
  select ? as col1,? as col2
  union select ?,?
  union select ?,?
...  
) x where ...

Comments

[FanatPHP]

как всегда, выставляем помойку в своей голове на всеобщее обозрение
мало того что в ответе не упомянуто единственно правильное решение. и даже более простое но более говнокодное решение тоже не приведено
мало того что никакое "json_encode" не имеет ни малейшего отношения к SQL (за одно это надо отрывать руки и пришивать к тому месту, откуда они растут)
мало того, что никакую временную таблицу создавать не нужно (и ограничение тут совсем не на количество)
но вот этот "p.p.s. " - это какой-то совсем уже ад и сон разума

[rPman]

FanatPHP, не спорю решения говнокод, но твоего варианта, Мега красивого и правильного, я так и не увидел

Пс про json Я не прав, я использовал это в других местах не sql

[FanatPHP]

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

[rPman]

FanatPHP я серьезно, если бы это был oracle или ms sql то там есть табличные типы данных, проблемы бы не было

а тут, ты что предлагаешь сериализовать данные xml/json и блобом передавать а на сервере десериализовать?

Answer 2

[FanatPHP]

для этого надо SQL учить не по видео с юутубы, а по учебникам
открыть для себя джойн, и узнать, что все делается одним запросом.

Comments

[1klass001]

Пойду выучу SQL. Как только знаний будет достаточно для решения данной задачи сразу же отмечу ваш ответ как решение.

[FanatPHP]

Очень хорошо
можно даже не отмечать

[1klass001]

Нужна помощь с мускул => учи мускул. Нужна помощь с пхп => учи пхп. Понаделают бесполезных форумов. Ни каких вопросов и обсуждений. Есть учебники. Да фанат пхп?

[FanatPHP]

Форумы совсем не бесполезные
но учебу они заменить разумеется не могут
чтобы задать нормальный вопрос, нужно знать большую часть ответа
иначе никакого толка не будет

вот сейчас, например, вы задали совершенно бессмысленный вопрос по пхп
а я объяснил, что это на самом деле вопрос по sql
причем примитивный, уровня 2 класса начальной школы.
и надо не кочевряжиться и сопли размазывать, а пойти и выучить уже
потому что без джойнов все равно никуда

[symnoob]

SELECT u.whatever, p.whatever FROM users u LEFT JOIN payments p ON u.ref =p.user_id WHERE 1 = 1 ORDER BY p.id DESC

Писал на мобилке мог где опечататся

[FanatPHP]

symnoob, сильно так себе.
условие не осилил, написал заглушку? ну так клиент все равно же не поймет, как исправить.
как смысл было мучиться набирая на телефоне, если всё равно запрос бесполезный?

[symnoob]

FanatPHP я Вас не совсем понял...заглушку???

[FanatPHP]

symnoob, WHERE 1 = 1 - это вообще что?

[symnoob]

FanatPHP в некоторых версиях mysql условия обязательны. Так как я незнаю какие условия ещё понадобятся и какая версия установлена у человека поставил условия.

[FanatPHP]

symnoob, это в каком детском саду рассказывают такие страшилки, что " в некоторых версиях mysql условия обязательны"?
На всякий случай - это чушь собачья. Нет таких версий.

Какое там на самом деле нужно условие вы знаете прекрасно - оно явно написано в вопросе

[symnoob]

FanatPHP да Вы правы, речь идёт о update и delete. Там с какой-то версии условия обязательны. При селекции нет. А условия я незнаю какие понадобятся. Те условия что хотел человек описывается в условия самого Join Да и пишу с мобилки. В дороге я. Если я что-то не заметил процетируйте. Ну или помогите сами Человеку. Делать добро всегда полезно

[1klass001]

Как symnoob показал вродебы понятно но не получается, до такого уровня не дошел еще.

$query = $db->prepare('SELECT * FROM payments WHERE users_id = :ref OR users_id = :ref2 ORDER BY id DESC');
$query->execute(['ref' => $my_ref[0],'ref2' => $my_ref[1]]);

Если так сделать это совсем ужасно будет?))

[FanatPHP]

symnoob, нет, ни в update, ни в delete условия не обязательны. Ни в какой версии.
Однако в mysql есть настройка, --i-am-a-dummy ("я дурачок"). Если её включить, то она будет требовать использования, только опять же - не условий, а индексированных полейв условии.

Те условия что хотел человек описывается в условия самого Join

это неправда.
то условие, которые пишется в джойне, относится к объединению таблиц
а условие, которое пишется во WHERE написано в вопросе. И надо просто разуть глаза, чтобы его увидеть

Делать добро всегда полезно

А я что делаю? Я уже разоблачил вам целых два дремучих заблуждения.
Можете кстати, меня за это поблагодарить.

[FanatPHP]

1klass001, а если рефералов сто будет?

[symnoob]

1klass001,

на сколько я понял по Вашему sql statement, $my_ref это массив.
То я думаю что так красивее будет:

$query = $db->prepare('SELECT * FROM payments WHERE users_id IN (:ref) ORDER BY id DESC');
$query->execute(['ref' => $my_ref]);

так как массив может расти, или приходить от куда либо, строится динамически итд... и оператор "или / OR" здесь не очень уместен.

[FanatPHP]

symnoob, это не будет работать

[symnoob]

FanatPHP, почему? Должно работать

[FanatPHP]

symnoob, почему? Не должно работать