Вы также можете использовать ResultSetExtractor
< /a> вместо RowMapper
а>. Оба так же просты, как и друг друга, единственная разница в том, что вы вызываете ResultSet.next()
.
public String test() {
String sql = "select ID_NMB_SRZ from codb_owner.TR_LTM_SLS_RTN "
+ " where id_str_rt = '999' and ID_NMB_SRZ = '60230009999999'";
return jdbc.query(sql, new ResultSetExtractor<String>() {
@Override
public String extractData(ResultSet rs) throws SQLException,
DataAccessException {
return rs.next() ? rs.getString("ID_NMB_SRZ") : null;
}
});
}
ResultSetExtractor
имеет дополнительное преимущество, заключающееся в том, что вы можете обрабатывать все случаи, когда имеется более одной строки или нет возвращенных строк.
ОБНОВЛЕНИЕ. Прошло несколько лет, и я хочу поделиться несколькими хитростями. JdbcTemplate
отлично работает с лямбда-выражениями java 8, для которых предназначены следующие примеры, но вы можете довольно легко использовать статический класс для достижения того же.
Хотя речь идет о простых типах, эти примеры служат руководством для общего случая извлечения объектов предметной области.
Прежде всего. Предположим, что у вас есть объект учетной записи с двумя свойствами для простоты Account(Long id, String name)
. Вы, вероятно, хотели бы иметь RowMapper
для этого доменного объекта.
private static final RowMapper<Account> MAPPER_ACCOUNT =
(rs, i) -> new Account(rs.getLong("ID"),
rs.getString("NAME"));
Теперь вы можете использовать этот преобразователь непосредственно в методе для сопоставления Account
объектов предметной области из запроса (jt
является экземпляром JdbcTemplate
).
public List<Account> getAccounts() {
return jt.query(SELECT_ACCOUNT, MAPPER_ACCOUNT);
}
Отлично, но теперь нам нужна исходная проблема, и мы используем мое исходное решение, повторно используя RowMapper
для выполнения отображение для нас.
public Account getAccount(long id) {
return jt.query(
SELECT_ACCOUNT,
rs -> rs.next() ? MAPPER_ACCOUNT.mapRow(rs, 1) : null,
id);
}
Отлично, но это образец, который вы можете и захотите повторить. Таким образом, вы можете создать общий фабричный метод для создания нового ResultSetExtractor
для задачи.
public static <T> ResultSetExtractor singletonExtractor(
RowMapper<? extends T> mapper) {
return rs -> rs.next() ? mapper.mapRow(rs, 1) : null;
}
Создание ResultSetExtractor
теперь становится тривиальным.
private static final ResultSetExtractor<Account> EXTRACTOR_ACCOUNT =
singletonExtractor(MAPPER_ACCOUNT);
public Account getAccount(long id) {
return jt.query(SELECT_ACCOUNT, EXTRACTOR_ACCOUNT, id);
}
Я надеюсь, что это поможет показать, что теперь вы можете довольно легко комбинировать части мощным способом, чтобы сделать ваш домен проще.
ОБНОВЛЕНИЕ 2: объединить с Необязательный для необязательных значений вместо нулевого.
public static <T> ResultSetExtractor<Optional<T>> singletonOptionalExtractor(
RowMapper<? extends T> mapper) {
return rs -> rs.next() ? Optional.of(mapper.mapRow(rs, 1)) : Optional.empty();
}
Который теперь при использовании может иметь следующее:
private static final ResultSetExtractor<Optional<Double>> EXTRACTOR_DISCOUNT =
singletonOptionalExtractor(MAPPER_DISCOUNT);
public double getDiscount(long accountId) {
return jt.query(SELECT_DISCOUNT, EXTRACTOR_DISCOUNT, accountId)
.orElse(0.0);
}
person
Brett Ryan
schedule
06.05.2013