Member 13847672 Ответов: 2

Как получить идентификатор последней вставленной записи при вставке новой записи?


Я пытаюсь получить новый идентификатор вставленной записи из базы данных, но alwase возвращает значение 0.
В базе данных у меня есть 2 записи, поэтому, когда я вставляю новую запись, Мне нужен новый идентификатор записи 3, но я получаю 0. Я должен был проверить нижеприведенные поля на другой странице, прежде чем вставлять их в базу данных.
Ниже моего кода то, что я пытаюсь получить id

Что я уже пробовал:

<?php
        class User extends Database{
                public function candidateRegister($name,$email,$pass){
                        $data = '';

                        $query = $this->connect()->query("INSERT INTO user(username, useremail, userpass) VALUES('$name','$email','$pass')");
                        if($query == true){
                                $data = $this->connect()->insert_id;
                        }else{
                                $data = 'Something went wrong';
                        }
                        return $data;
                }
        }
?>


Ниже мой код подключения к базе данных

<?php
        class database{
                private $servername;
                private $username;
                private $password;
                private $dbname;

                protected function connect(){
                        $this->servername = 'localhost';
                        $this->username = 'root';
                        $this->password = '';
                        $this->dbname = 'mytable';
                        $conn = new mysqli($this->servername, $this->username, $this->password, $this->dbname);
                        return $conn;
                }
        }
?>

2 Ответов

Рейтинг:
1

Patrice T

$query = $this->connect()->query("INSERT INTO user(username, useremail, userpass) VALUES('$name','$email','$pass')");

Не обязательно решение вашего вопроса, но у вас есть еще одна проблема.
Никогда не создавайте SQL-запрос путем объединения строк. Рано или поздно вы сделаете это с помощью пользовательских вводов, и это откроет дверь к уязвимости под названием "SQL-инъекция", она опасна для вашей базы данных и подвержена ошибкам.
Одна кавычка в имени - и ваша программа выйдет из строя. Если пользователь вводит имя, например "Брайан О'Коннер", может привести к сбою вашего приложения, это уязвимость SQL-инъекции, и сбой-это наименьшая из проблем, вредоносный пользовательский ввод, и он продвигается к командам SQL со всеми учетными данными.
SQL-инъекция - Википедия[^]
SQL-инъекция[^]
Атаки SQL-инъекций на примере[^]
PHP: SQL-инъекция - руководство пользователя[^]
Шпаргалка по предотвращению инъекций SQL - OWASP[^]
Как я могу объяснить SQL-инъекцию без технического жаргона? - Обмен Стеками Информационной Безопасности[^]


Рейтинг:
0

OriginalGriff

Попробуй:

INSERT INTO user (username, useremail, userpass) VALUES(...); SELECT SCOPE_IDENTITY();


Но ... не делай этого так!

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

Когда вы объединяете строки, вы вызываете проблемы, потому что SQL получает такие команды, как:
SELECT * FROM MyTable WHERE StreetAddress = 'Baker's Wood'
Цитата, добавленная пользователем, завершает строку в том, что касается SQL, и вы получаете проблемы. Но могло быть и хуже. Если я приду и наберу вместо этого: "x';DROP TABLE MyTable;--", то SQL получит совсем другую команду:
SELECT * FROM MyTable WHERE StreetAddress = 'x';DROP TABLE MyTable;--'
Которые SQL видит как три отдельные команды:
SELECT * FROM MyTable WHERE StreetAddress = 'x';
Совершенно правильный выбор
DROP TABLE MyTable;
Вполне допустимая команда "удалить таблицу"
--'
А все остальное-это комментарии.
Так оно и происходит: выбирает любые совпадающие строки, удаляет таблицу из базы данных и игнорирует все остальное.

Поэтому всегда используйте параметризованные запросы! Или будьте готовы часто восстанавливать свою БД из резервной копии. Вы ведь регулярно делаете резервные копии, не так ли?

2) Никогда не храните пароли в открытом тексте - это серьезная угроза безопасности. Здесь есть некоторая информация о том, как это сделать: Хранение паролей: как это сделать.[^]

И помните: если это веб-сайт и у вас есть какие-либо пользователи из Европейского союза, то применяется GDPR, а это означает, что вы должны обрабатывать пароли как конфиденциальные данные и хранить их безопасным и безопасным способом. Текст-это ни то, ни другое, и штрафы могут быть ... ГМ ... выдающийся. В декабре 2018 года немецкая компания получила относительно низкий штраф в размере 20 000 евро именно за это.


Member 13847672

Я уже проверял поле на другой странице перед вставкой.

OriginalGriff

Валидация не имеет ничего общего с плохими методами безопасности и, вероятно, не защитит вас от SQL-инъекций или огромных штрафов за небрежную обработку данных.

Параметризованные запросы и соленое, хэшированное хранилище паролей-это то, что вам нужно использовать во всем вашем приложении.