Телеграмм чат группы dbGeeks страница 544

2021 March 14

В

Вася in dbGeeks

вовшваовов внснслв

$query = $connection->query("SELECT * FROM foto ORDER BY id DESC");
while( $row == $query->fetch_assoc()){
$show_img = base64_encode($row['img']);?>
<img src="data:images/jpeg;base64, <?=$show_img ?>" alt="">

У тебя там был код с SELECT, в примере, который ты первый кинул. Я не успел дочитать

источник

21:07пожаловаться #1

В

Вася in dbGeeks

Скинь его на pastebin

источник

21:07пожаловаться #2

В

Вася in dbGeeks

вовшваовов внснслв

?

https://pastebin.com

Pastebin

Pastebin.com - #1 paste tool since 2002!

Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.

источник

21:07пожаловаться #3

вв

вовшваовов внснслв... in dbGeeks

Вася

Скинь его на pastebin

Может в лс

источник

21:08пожаловаться #4

2021 March 15

Mß

Mαrατ ßαg∂αຮαrץαή... in dbGeeks

Кто подскажет, почему может не срабатывать такой запрос

SELECT id FROM users WHERE  723 IN (user_relatives)

где user_relatives это стобец со значениями вида 723,125,328, то есть нужно вывести ID всех, у которых в столбце user_relatives есть 723

источник

21:23пожаловаться #5

Y

Yuri in dbGeeks

Mαrατ ßαg∂αຮαrץαή

Кто подскажет, почему может не срабатывать такой запрос

SELECT id FROM users WHERE  723 IN (user_relatives)

где user_relatives это стобец со значениями вида 723,125,328, то есть нужно вывести ID всех, у которых в столбце user_relatives есть 723

Почему нельзя просто WHERE user_relatives = 723 ?

источник

21:31пожаловаться #6

Mß

Mαrατ ßαg∂αຮαrץαή... in dbGeeks

Yuri

Почему нельзя просто WHERE user_relatives = 723 ?

потому что там значения через запятую, список, а не одно

источник

21:31пожаловаться #7

Y

Yuri in dbGeeks

Mαrατ ßαg∂αຮαrץαή

потому что там значения через запятую, список, а не одно

В значении ячейки? Тогда я предложил бы нормализировать таблицы

источник

21:32пожаловаться #8

Mß

Mαrατ ßαg∂αຮαrץαή... in dbGeeks

Yuri

В значении ячейки? Тогда я предложил бы нормализировать таблицы

да в значении.. Оно то можно сделать отдельной табличкой, но смысла нет вообще, так как у каждой записи в этом столбике буквально 1-3 значения, поэтому проще просто через IN, но почему-то не выбирает..

источник

21:34пожаловаться #9

Y

Yuri in dbGeeks

Mαrατ ßαg∂αຮαrץαή

да в значении.. Оно то можно сделать отдельной табличкой, но смысла нет вообще, так как у каждой записи в этом столбике буквально 1-3 значения, поэтому проще просто через IN, но почему-то не выбирает..

Думаю, IN для этого не предназначен. Там же строка, я так понимаю?

источник

21:35пожаловаться #10

Mß

Mαrατ ßαg∂αຮαrץαή... in dbGeeks

Yuri

Думаю, IN для этого не предназначен. Там же строка, я так понимаю?

id user_name user_relatives
1474 Надежда 723,1475
1475 Артем 723,1474

Вот так должен выводить запрос, но сейчас проверил и так как надо вот почему-то вывел мне запрос с NOT in, типа не содержится значение... шиворот-навыворот работает как-то...

источник

21:43пожаловаться #11

Y

Yuri in dbGeeks

Я все же за отдельную таблицу. Это более понятно и удобно

источник

21:45пожаловаться #12

Mß

Mαrατ ßαg∂αຮαrץαή... in dbGeeks

Yuri

Я все же за отдельную таблицу. Это более понятно и удобно

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

источник

21:46пожаловаться #13

M

Marat in dbGeeks

Mαrατ ßαg∂αຮαrץαή

потому что там значения через запятую, список, а не одно

У тебя строка. Разбей её на массив или что есть в твоей базе из подобных типов. Но учитывай, что пробел между запятыми всё испортит

источник

23:58пожаловаться #14

M

Marat in dbGeeks

Или используй like

источник

23:59пожаловаться #15

M

Marat in dbGeeks

In принимает список значений, а не строку

источник

23:59пожаловаться #16

2021 March 16

M

Marat in dbGeeks

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

источник

00:00пожаловаться #17

Mß

Mαrατ ßαg∂αຮαrץαή... in dbGeeks

Marat

У тебя строка. Разбей её на массив или что есть в твоей базе из подобных типов. Но учитывай, что пробел между запятыми всё испортит

Зачем разбивать на массив, когда мне нужно просто запросом выбрать. В IN как раз и есть список значений из определенного поля записи... для запроса это выглядит как IN (723,256,235)

источник

00:01пожаловаться #18

M

Marat in dbGeeks

Mαrατ ßαg∂αຮαrץαή

Зачем разбивать на массив, когда мне нужно просто запросом выбрать. В IN как раз и есть список значений из определенного поля записи... для запроса это выглядит как IN (723,256,235)

Между строкой и списком есть разница. То что ты делаешь выглядит так: IN ('723,256,235') - обрати внимание на ковычки

источник

00:01пожаловаться #19

Mß

Mαrατ ßαg∂αຮαrץαή... in dbGeeks

Marat

Между строкой и списком есть разница. То что ты делаешь выглядит так: IN ('723,256,235') - обрати внимание на ковычки

Для цифровых значений кавычки не нужны.. Как я уже выяснил методом тыка, оно работает, но шиворот-навыворот, IN работает как NOT IN и наоборот... То есть пришлось написать NOT IN чтобы получить нужный результат... почему так не пойму, но пока оставил как работает правильно...

источник

00:05пожаловаться #20