Сегодняшняя идея заключается в том, что при вставке в базу данных, если в определенном основном поле есть повторяющееся значение, то оно не будет вставлено, иначе оно будет вставлено!

Я посмотрел, и в mybatis-Plus есть метод saveOrUpdate!

При первоначальном использовании сохранения проблем не было, но после перехода на saveOrUpdate через некоторое время появилось сообщение об ошибке.

com.baomidou.mybatisplus.core.exceptions.MybatisPlusException: error: can not execute. because can not find column for id from entity!

Именно этот mybatisPlus не может найти поле первичного ключа, потому что этот saveOrUpdate по умолчанию выполняет операции на основе первичного ключа!

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

@Data
@AllArgsConstructor
@NoArgsConstructor
public class Subject {

  @TableId(value = "subject_Code", type = IdType.AUTO)
  private long subjectCode;

  private String subjectNameCn;

  private String subjectNameEn;

  private String subjectHref;

  private long subjectParentCode;

  private long levelCode;

  private int isDelete;

  private long operateTimestamp;
}

Но есть еще проблема, то есть эта операция основана на первичном ключе, но мой первичный ключ автоматически увеличивается и проблем точно не будет. Следующий шаг — найти способ, позволяющий ему работать на основе указанного. поле Кажется, есть Коузи.

// Попробуйте выполнить обновление в соответствии с updateWrapper или продолжите выполнение метода saveOrUpdate(T).
boolean saveOrUpdate(T entity, Wrapper<T> updateWrapper);

Я еще раз посмотрю, как оно работает!

После долгих исследований и попыток я наконец понял это. Возможно, мало кто сделает это так, как я! Поэтому я попробовал это сам.

Если saveOrUpdate не использует условный конструктор, он сначала выполняет запрос на основе первичного ключа. Если найденный результат равен 0, будет выполнена операция вставки. Если найденный результат не равен 0, будет выполнена операция обновления. .

Но в обычных условиях первичные ключи не повторяются! Поэтому я просто использую условный конструктор Wrapper!

UpdateWrapper<Subject> subject_name_cn = new UpdateWrapper<Subject>()
   .eq("subject_Name_Cn", subjectNameCn);
subjectService.saveOrUpdate(subject,subject_name_cn );

Результатом этого изменения является то, что модификация будет выполнена первой. Если она выполнена, выполнение будет успешным. Если результат выполнения равен 0, будет выполнен запрос на основе первичного ключа, а затем будет выполнена операция вставки. !

На самом деле, это кажется немного ненужным, потому что, поскольку результаты больше не могут быть обновлены, такого поля не должно быть!

Но потом я задумался, вы не указали поле, а не первичный ключ!

Но первичный ключ определенно не увеличивается!

Поэтому я подумал об еще одной крутой операции: что, если я не передам UpdateWrapper, а передам QueryWrapper!

Будет ли он добавлен в условия запроса? Я ввел его, и никакой ошибки не было. Я был немного взволнован и не знал, каким будет результат!

QueryWrapper<Subject> subject_name_cn1 = new QueryWrapper<Subject>()
                    .eq("subject_Name_Cn", subjectNameCn);
subjectService.saveOrUpdate(subject,subject_name_cn1);

Все в порядке! Обновите все для меня! Не проявляйте милосердия! Я удалю данные и попробую еще раз!

Все в порядке! Однако яиц нет! Разочарование! Никакой разницы с передачей UpdateWrapper нет! ~Прощай!

После просмотра исходного кода параметром по умолчанию является тип Wrapper, а затем он обновляется в соответствии с условным конструктором.

Возвращает в случае успеха,

В случае неудачи используйте метод безусловного конструктора.

default boolean saveOrUpdate(T entity, Wrapper<T> updateWrapper) {
    return this.update(entity, updateWrapper) || this.saveOrUpdate(entity);
}

Я чувствую, что нам следует добавить типовое суждение!

 if(updateWrapper instanceof QueryWrapper){
  Идите и соедините оператор запроса!
 }
  if(updateWrapper instanceof UpdateWrapper){
  Идите, соедините оператор обновления!
 }

Таким образом, вы не будете искать только по идентификатору!

2021-05-21 11:07:24

Я наконец понял~

Зачем использовать updateWrapper!

Разница между ним и queryWrapper заключается в следующем.

updateWrapper использует set для установки измененных данных.

queryWrapper использует select для установки извлекаемых данных.

Ха-ха, это все еще очень важно!

Есть ли у saveOrUpdate идентификатор сопоставления?

Мы знаем, что mybatis будет отображать идентификатор при вставке, но что произойдет, если это будет saveOrUpdate?

Например, после того, как я saveOrUpdate(), мне нужно использовать его идентификатор, но объект, который я передал, не имеет идентификатора.

 @Test
 void saveOrUpdate(){
       UserText userText = new UserText();
       userText.setUserSex(Sex.MAN);
       boolean b = userTextService.saveOrUpdate(userText);
       System.out.println(userText.getUserId());
   }

Видно, что он сначала проверил по ID, потом вставил его, а потом вернул новый ID.

==>  Preparing: SELECT user_id,user_name,user_sex,start_time FROM user_text WHERE user_id=?
==> Parameters: 0(Long)
<==      Total: 0
Releasing transactional SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@6d0fe80c]
Fetched SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@6d0fe80c] from current transaction
==>  Preparing: INSERT INTO user_text ( user_sex ) VALUES ( ? )
==> Parameters: 1(Integer)
<==    Updates: 1

Но это обновление, даже если я его не попробую, сделать сложно, потому что, если у вас нет идентификатора, то если вы передадите значение этого объекта, вы можете найти несколько объектов, поэтому какой идентификатор должен быть отобразилось обратно, верно?

@Test
void saveOrUpdate(){
     UserText userText = new UserText();
     userText.setUserSex(Sex.MAN);
     UpdateWrapper<UserText> objectUpdateWrapper = new UpdateWrapper<UserText>()
             .eq("user_sex",Sex.MAN);
     boolean b = userTextService.saveOrUpdate(userText,objectUpdateWrapper);
     System.out.println(userText.getUserId());
 }

Но давайте попробуем. После добавления UpdateWrapper три элемента были выполнены, и идентификатор был возвращен как 0.

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

Эй, верно. Позвольте мне сначала проверить исходный код, чтобы увидеть, смогу ли я найти какие-либо подсказки.

Кажется, я уже читал исходный код. Два разных сконструированных метода имеют разную логику выполнения.

boolean saveOrUpdate(T entity); 

default boolean saveOrUpdate(T entity, Wrapper<T> updateWrapper) {
 return this.update(entity, updateWrapper) || this.saveOrUpdate(entity);
}

Разница не большая, то есть будет выполнен еще один шаг обновления. Если выполнение будет успешным, оно пойдет напрямую. Если выполнение не удалось, будет выполнено saveOrUpdate на основе этого объекта.

Я зашёл, просмотрел и обнаружил, что если значение найдено через ID, обновляйте его на основе ID, иначе добавляйте.

Так что не надо пробовать, просто напишите вручную, если нужно вернуть id.

Используйте с осторожностью!

Страшно подумать об этом внимательно. Когда у вас есть данные, автоматически сгенерированные по первичному ключу, вы должны написать UpdateWrapper, иначе вы будете продолжать вставлять! Он вообще не будет обновляться, поскольку запрос по умолчанию выполняется по идентификатору.

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

Советы по обновлению оболочки

Хотя выше написано, что updateWrapper может записать атрибут set, есть две ситуации.

Прежде всего, у нас есть объект с 5 атрибутами, только 4 из которых имеют значения, а 1 не имеет значения.

Когда mybatis-plus запускается, он сначала проверит, какие атрибуты вашего объекта имеют значения, а какие нет.

Будут обновлены только атрибуты со значениями, поэтому будут обновлены только 4 атрибута, а другой атрибут не останется пустым.

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

2021-05-21 13:31:32

Я нашел очень дрянь. Набор updateWrapper, которым я хвастался ранее, просто потрясающий. На самом деле, я подумал, что он просто добавил еще одно поле к исходному! Меня вырвало!

UpdateWrapper<GameScorePo> updateWrapper = new UpdateWrapper<GameScorePo>()
       .eq("game_id",gameScorePo.getGameId())
       .eq("team_id",gameScorePo.getTeamId())
       .eq("quarter",gameScorePo.getQuarter())
       .set("score",gameScorePo.getScore());

gameScoreService.saveOrUpdate(gameScorePo,updateWrapper);

Результат такого исполнения такой!

Два балла, меня вырвало!

Это потому, что моя начальная поза неправильная?

Я проверил и узнал, что случилось с этим набором.

Только не бросайте объект, бросьте пустой объект, чтобы вы могли его установить!

Отдельный набор удобен в использовании, но в saveOrUpdate его использовать непросто! Идите в соответствии со своими потребностями!