|
|
|
| Всем, привет.
Пишу код:
<?
include 'config/db.php';
$q = "SELECT `id` FROM `managers` WHERE `email` = 'gmail@gmail.com' LIMIT 1";
$sql = mysql_query($q) or die(mysql_error());
echo $sql;
?>
|
Выдает Resource id #5
Вроде и код такой пишу в который раз. И внутри файла только выше приведенный код. А ошибка возникает. Помогите, плиз!!! | |
|
|
|
|
|
|
|
для: kapitalist
(10.11.2015 в 17:38)
| | echo $sql; - это зачем??? Вам запрос возвращает массив, с ним и работайте.
$otvet = mysql_fetch_array($sql);
|
| |
|
|
|
|
|
|
|
для: elenaki
(10.11.2015 в 17:45)
| | Ок, но в любом случае вопрос, почему вылезает Resource id #5 ??? | |
|
|
|
|
|
|
|
для: kapitalist
(10.11.2015 в 17:52)
| | а почему должно быть что-то другое? читайте книги, учите теорию. | |
|
|
|
|
|
|
|
для: elenaki
(10.11.2015 в 17:45)
| | > Вам запрос возвращает массив, с ним и работайте.
Запрос (mysql_query() ) как раз возвращает ссылку на ресурс (грубо говоря даёт ключи с биркой от двери за которой находится результат запроса) По этой ссылке можно уже получить результат запроса при помощи функций mysql_fetch_ . И обычно это mysql_fetch_assoc() , так как работа с ассоциативным массивом более наглядная. | |
|
|
|
|
|
|
|
для: Valick
(10.11.2015 в 23:46)
| | И обычно это mysql_fetch_assoc() , так как работа с ассоциативным массивом более наглядная.
Ну наверное не из-за наглядности или менее приглядности выбирают. :) | |
|
|
|
|
|
|
|
для: confirm
(11.11.2015 в 01:21)
| | Не люблю assoc. Даже не знаю, почему, сразу не понравился. А если мне что не нравится, я этого избегаю. | |
|
|
|
|
|
|
|
для: elenaki
(11.11.2015 в 09:51)
| | А что лучше row или array использовать?! ))
array - грузит больше сервер, с row не всегда удобно работать... assoc вроде самый удобный получается! | |
|
|
|
|
|
|
|
для: kapitalist
(11.11.2015 в 09:53)
| | Вы хотя бы раз взгляните на то, что возвращает array, но это не означает, что такая выборка бесполезная, как и отдавая предпочтение assoc как самому удобному, можно и пролететь в той или иной ситуации. | |
|
|
|
|
|
|
|
для: elenaki
(11.11.2015 в 09:51)
| | SQL вроде бы как ни женщина, ни мужчина, и выбирая то или иное думать нужно не о любви. ) | |
|
|
|
|
|
|
|
для: confirm
(11.11.2015 в 17:40)
| | Если мне не нравится название фильма, я его смотреть не буду. Назовут по-другому эту функцию, тогда посмотрим. Сейчас меня воротит от одного имени, как я могу ей пользоваться? fetch_array еще ни разу не подвел. | |
|
|
|
|
|
|
|
для: elenaki
(12.11.2015 в 11:14)
| | Сейчас меня воротит от одного имени, как я могу ей пользоваться?
Наверное закрывать глаза чтобы не видеть имени.
fetch_array еще ни разу не подвел.
Используйте, но с параметром, а не по принципу - вернула ну и ладно. | |
|
|
|
|
|
|
|
для: kapitalist
(10.11.2015 в 17:38)
| | А не странны ли в таблице `managers` не уникальные `email`, что даже требуется LIMIT 1? | |
|
|
|
|
|
|
|
для: confirm
(11.11.2015 в 01:22)
| | Странно, но вдруг где-то до этого была дыра... В таком случае зачем лишние записи тягать из таблицы?! | |
|
|
|
|
|
|
|
для: kapitalist
(11.11.2015 в 09:51)
| | Дыра чего? Уж извините, но именование таблицы как бы обязывает иметь уникальный адрес, а чтобы он был таковым, это уже полностью ваша забота. Ну и в довесок замечание от Trianon, коли уж такая байда. | |
|
|
|
|
|
|
|
для: confirm
(11.11.2015 в 01:22)
| | Как по мне, наличие повторяющихся email куда менее странно, нежели попытка взять первый попавшийся id из группы. | |
|
|
|