ஒரு பொருளை நீக்குதல்

அகற்று() முறை மூலம் நீக்குதல்

இறுதியாக, ஒரு பொருளை நீக்குவதைப் பார்ப்போம். கொள்கையளவில், தரவுத்தளத்திலிருந்து பொருட்களை நீக்குவது மிகவும் எளிது, ஆனால் அவர்கள் சொல்வது போல், நுணுக்கங்கள் உள்ளன. அத்தகைய ஆறு நுணுக்கங்கள் உள்ளன:

• அகற்று() முறை மூலம் நீக்குதல்
• நிறுவனத்திற்கான நீக்கம்
• அனாதை மூலம் அகற்றுதல்
• JPQL மூலம் நீக்கு
• NativeQuery மூலம் நீக்குதல்
• softDeleted()

மற்றும் நாம் மிகவும் தெளிவான தீர்வுடன் தொடங்குவோம் - அகற்று() முறையை அழைப்பது .

User user = new User();
user.setName("Kolyan");
session.persist(user);  // add an object to the database
session.flush();
session.clear();  // close the session

user = (User) session.find(User.class, user.getId() ); //receive the object from the database
session.remove(user);
session.flush();
session.clear();  // close the session

//here the object is actually deleted.

ஃப்ளஷ்() முறை அழைக்கப்பட்ட பிறகு அல்லது பரிவர்த்தனை மூடப்பட்ட பிறகு தரவுத்தளத்தின் உண்மையான செயல்பாடு செயல்படுத்தப்படும் .

கேஸ்கேடிங் நீக்கம்

நாங்கள் SQL படித்தபோது, ​​சார்பு அட்டவணைகள் கன்ஸ்ட்ரேயின்ட் மூலம் எழுதப்பட்டிருக்கலாம் என்பது உங்களுக்கு நினைவிருக்கிறதா. அவர்களில் ஒருவர் இப்படிச் சென்றார்:

CONSTRAINT ONDELETE REMOVE

அதன் பொருள் என்னவென்றால், குழந்தை நிறுவனங்களைக் கொண்ட அட்டவணை நம்மிடம் இருந்தால், பெற்றோர் நிறுவனம் ஒதுக்கப்படும்போது, ​​அதன் அனைத்து குழந்தைகளும் நீக்கப்பட வேண்டும்.

பயனரின் தனிப்பட்ட தகவல்களை எங்காவது சேமித்து, தரவுத்தளத்தில் CONSTRAINT ஐ அமைத்துள்ளோம், இதனால் பயனர் நீக்கப்படும்போது, ​​இந்தத் தரவும் நீக்கப்படும். பின்னர் நாம் மூலப் பொருளை நீக்க வேண்டும், மேலும் அனைத்து குழந்தை பொருள்களும் அடிப்படை மட்டத்தில் நீக்கப்படும்:

User user = new User();
UserPrivateInfo info = new UserPrivateInfo();
user.setPrivateInfo(info);
session.persist(user);  //add the object to the database, the info object will also be saved to the database
session.flush();
session.clear();  // close the session

user = (User) session.find(User.class, user.getId() ); //receive the object from the database
session.remove(user);
session.flush();
session.clear();  // close the session

// here the user and info objects are actually removed from the database.

அனாதை மூலம் அகற்றுதல்

அனாதை நீக்கம் என்ற மற்றொரு வகை அகற்றலும் உள்ளது. இது முந்தைய பதிப்பைப் போலவே உள்ளது. பெற்றோர் நிறுவனத்துடனான உறவு முறிந்தால் குழந்தை நிறுவனம் நீக்கப்படும். இந்த வழக்கில், பெற்றோர் நிறுவனம் பொதுவாக நீக்கப்படாது.

எங்களிடம் ஒரு பயனர் இருக்கிறார், அவரிடம் இடுகைகளின் பட்டியல் உள்ளது என்று வைத்துக்கொள்வோம்:

User user = new User();
UserMessage message = new UserMessage();
user.getMessageList().add(message);
session.persist(user);  //add the object to the database, the message object will also be saved to the database
session.flush();
session.clear();  // close the session

user = (User) session.find(User.class, user.getId() ); //receive the object from the database
UserMessage message2 = user.getMessageList().get(0); //get the user's message
user.getMessageList().remove(message2);  //remove the message from the list
session.flush();
session.clear();  // close the session

// here the message2 object is actually removed from the database

ஒரு முக்கியமான நுணுக்கமும் உள்ளது, இந்த நடத்தையை Hibernate செயல்படுத்த வேண்டுமெனில், சிறுகுறிப்புகளைப் பயன்படுத்தி இரண்டு நிறுவனங்களை இணைக்கும்போது அது வெளிப்படையாகக் குறிப்பிடப்பட வேண்டும்:

@Entity
public class User {

    @OneToMany(cascade = CascadeType.ALL, orphanRemoval = true)
    private List<UserMessage> messageList = new ArrayList<UserMessage>();

}

JPQL மூலம் நீக்கவும்

ஒரு பொருளை நீக்க மற்றொரு சுவாரஸ்யமான வழி, ஒரு HQL (அல்லது JPQL) வினவலை எழுதுவது. இறுதியில் executeUpdate() முறையை அழைக்க மறந்துவிடாதீர்கள் , இல்லையெனில் Hibernate ஒரு படிக்க-மட்டும் பரிவர்த்தனையை உருவாக்கும், மேலும் நீங்கள் எந்த நீக்குதலையும் பெற மாட்டீர்கள்.

உதாரணமாக:

User user = new User();
session.persist(user);  // add an object to the database
session.flush();
session.clear();  // close the session

session.createQuery("delete from User where id = :id")
   .setParameter("id", user.getId())
   .executeUpdate();

தரவுத்தளத்தை மாற்றுவது, ஏற்கனவே உள்ள நிறுவனப் பொருட்களை எந்த வகையிலும் மாற்றாது.

NativeQuery மூலம் நீக்குதல்

இதேபோல், நீங்கள் NativeQuery ஐ நீக்கி அழைக்கலாம்.

உதாரணமாக:

User user = new User();
session.persist(user);  // add an object to the database
session.flush();
session.clear();  // close the session

session.createNativeQuery("DELETE FROM user WHERE id = :id")
   .setParameter("id", user.getId())
   .executeUpdate();

தரவுத்தளத்தில் ஏற்படும் மாற்றம், தற்போதுள்ள நிறுவனப் பொருட்களை எந்த வகையிலும் பாதிக்காது.

மென்மையான நீக்குதல்

சில நேரங்களில், தரவுத்தளத்தில் உள்ள தரவை நீக்குவதற்குப் பதிலாக, அதை நீக்கப்பட்டதாகக் குறிப்பது வசதியானது. அத்தகைய தரவு பின்னர் பல்வேறு காட்சிகளில் பங்கேற்க முடியும். முதலாவதாக, அத்தகைய நீக்கம் எளிதில் மீளக்கூடியது - வரிகளை மீண்டும் நேரலையாகக் குறிக்கலாம்.

இரண்டாவதாக, அத்தகைய தொலைநிலைத் தரவை "காப்பகப்படுத்துவது" பயனுள்ளதாக இருக்கும், ஏனெனில் சேவையகத்தின் நடத்தை சட்டம் மற்றும் பலவற்றால் கட்டுப்படுத்தப்படும் போது வழக்குகள் உள்ளன. இருப்பினும், உங்கள் தரவு நீக்கப்பட்டதாக நீங்கள் குறியிட்டால், அது நீக்கப்பட்டது என்பதை நீங்கள் மட்டுமே அறிவீர்கள். ஹைபர்னேட் இந்தத் தரவைக் கண்டறிந்து வரிசைப்படுத்தும்போதும் அதைப் பயன்படுத்தும்.

எனவே, ஹைபர்னேட்டின் படைப்பாளிகள் ஒரு சிறப்பு சிறுகுறிப்பைக் கொண்டு வந்தனர், இதன் மூலம் பொருட்களை உயிருடன் இருப்பதைக் குறிக்க முடியும். உதாரணமாக:

@Entity
@Where(clause = "DELETED = 0") //in all WHEREs "AND DELETED = 0" will be added
public class User {
	// mapping fields

	@Column(name = "DELETED") // if the value in the DELETED column == 0, then the record is alive, if 1 - dead
	private Integer deleted = 0;

	//getters and setters

    public void softDeleted() {
    	this.deleted = 1; //mark the post as dead
    }
}

ஒரு பொருளை நீக்கியதாகக் குறிக்க, அதில் உள்ள softDeleted() முறையை நீங்கள் அழைக்க வேண்டும் :

User user = new User();
session.persist(user);  // add an object to the database
session.flush();
session.clear();  // close the session

user = (User) session.find(User.class, user.getId() ); //receive the object from the database
user.softDeleted(); // mark the object as deleted
session.flush();
session.clear();  // close the session

//this object will no longer reside via Hibernate