JDBC statements

18mpenleoksq8jpgИнтерфейс ориентирован на работу с декларативными текстовыми запросами (проще говоря — с  запросами). Однако имея уже установленное соединение с базой напрямую отправить запрос нельзя. Вначале необходимо получить из соединения объект запроса и работать уже с ним.

Statement

Объект запроса получается простым обращением к объекту соединения:

У интерфейса Statement есть три главных метода: executeQuery(), executeUpdate() и execute(). Первый метод ориентирован на запросы, возвращающие данные (select запросы) и возвращает объект данных (result set). Второй метод, executeUpdate(), служит для выполнения запросов не возвращающих данных, таких как insert или update. Этот метод возвращает число строк, которые затронул запрос. Последний метод, execute(), подходит для всех типов запросов и своим значением сообщает, вернул запрос данные или нет: true если запрос вернул данные и false если нет. В первом случае у объекта Statement можно запросить полученный ResultSet вызовом метода getResultSet().

Экземпляр Statement можно использовать несколько раз и, используя один и тот же объект, выполнять несколько запросов. Есть ровно одно условие — так как объект ResultSet жёстко привязан к Statement, его породившему, то любой следующий запрос закрывает ранее созданный ResultSet и, если требуется, создаёт новый ResultSet. Таким образом, если требуется одновременно работать с несколькими ResultSet, необходимо иметь и несколько Statement.

PreparedStatement

Главным недостатком интерфейса Statement я бы назвал необходимость передавать весь запрос целиком в виде строки, с параметрами и данными. Во-первых это приводит к неуклюжим конструкциям вида  "INSERT INTO ORDER_ITEMS (CLIENT_ID, ORDER_ID, ITEM_ID) values (1, 1, "+i+")". Во-вторых, при формировании такого запроса очень легко ошибиться, особенно если он собирается из несколько строк и длинее моего примера раз в пять. В третьих, это прямой путь к sql инъекции, что в 21м веке право слово смешно.

Для решения этих проблем в JDBC предусмотрен интерфейс PreparedStatement, который расширяет Statement. Создаётся он тоже из объекта соединения, причём при создании сразу требуется передать запрос. Запрос этот может (и скорее всего будет) содержать параметры, которые на момент создания запроса неизвестны и будут установлены позднее.

Использование PreparedStatement позволяет убить сразу небольшую стайку зайцев: запрос один раз компилируется и оптимизируется на стороне базы данных; параметры передаются безопасно и не могут вызвать sql инъекцию; код становится читабельнее и запрос проще переиспользовать:

Самое интересное использование PreparedStatement, это использование в batch режиме. И Statement и, соответственно, PreparedStatement поддерживает режим, в котором запросы выполняются не сразу, а накапливаются и потом выполняются одним большим запросом. Например, если вы делаете несколько update запросов, то даже при использовании PreparedStatement каждый запрос будет выполнен как отдельный самостоятельный запрос. В batch режиме запросы будут отправлены одним заданием, что эффективнее.

У batch режима есть ограничение: запросы, которые возвращают данные (select) не поддерживаются. Попытка выполнить такой запрос приведёт к BatchUpdateException.

CallableStatement

Другой интерфейс, расширяющий Statement служит для вызова sql процедур. Отдельный вариант Statement понадобился потому, что процедура имеет не только входные параметры, как обычный запрос, но и изменяемые параметры и возвращаемое значение. CallableStatement позволяет назначать входные параметры, связывать переменные и получать результат, возвращаемый процедурой.

Код примера доступен на github.