JDBC vs ORM

@Artmal · Регистрация: 14.11.2015

Author24 — интернет-сервис помощи студентам

Читаю про ORM и столкнулся с непониманием одного из преимуществ.

Есть класс Employee:

Java

public class Employee {
   private int id;
   private String first_name; 
   private String last_name;   
   private int salary;  
 
   public Employee() {}
   public Employee(String fname, String lname, int salary) {
      this.first_name = fname;
      this.last_name = lname;
      this.salary = salary;
   }
   public int getId() {
      return id;
   }
   public String getFirstName() {
      return first_name;
   }
   public String getLastName() {
      return last_name;
   }
   public int getSalary() {
      return salary;
   }
}

Объекты этого типа хранятся и извлекаются из таблицы Employee

SQL

CREATE TABLE EMPLOYEE (
   id INT NOT NULL AUTO_INCREMENT,
   first_name VARCHAR(20) DEFAULT NULL,
   last_name  VARCHAR(20) DEFAULT NULL,
   salary     INT  DEFAULT NULL,
   PRIMARY KEY (id)
);

"First problem, what if we need to modify the design of our database after having developed a few pages or our application?"
Как я понимаю, в случае с JDBC у нас будет один отдельный метод, который будет получать данные из таблицы и на основе этих данных создавать объект. Так же и с сохранением объекта в таблицу.

Почему они говорят что эта проблема? Проблема переписать два метода? В случае с Hibernate, например, придется переписывать properties.

@LeX · 08.12.2016, 12:21

Сообщение от Artmal

В случае с Hibernate, например, придется переписывать properties.

wat?

Сообщение от Artmal

"First problem, what if we need to modify the design of our database after having developed a few pages or our application?"
Как я понимаю, в случае с JDBC у нас будет один отдельный метод, который будет получать данные из таблицы и на основе этих данных создавать объект. Так же и с сохранением объекта в таблицу.

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

в случае с ORM в большинстве случаев просто будет меняться объект (класс) и все (если не используется hibernate с автоматическим обновлением схемы, иначе её тоже придется менять руками). в случае jdbc помимо класса тебе придется менять схему бд руками и переписывать crud методы (запрос, сохранение, обновление и удаление)

@LeX 378 / 370 / 114 Регистрация: 30.06.2010 Сообщений: 1,445
	08.12.2016, 12:21	2
	Сообщение от Artmal В случае с Hibernate, например, придется переписывать properties. wat? Сообщение от Artmal "First problem, what if we need to modify the design of our database after having developed a few pages or our application?" Как я понимаю, в случае с JDBC у нас будет один отдельный метод, который будет получать данные из таблицы и на основе этих данных создавать объект. Так же и с сохранением объекта в таблицу. не зная контекста я понимаю это следующим образом: в процессе разработки приложения поменялась объектная модель данных, а значит должна поменяться еще и база. в случае с ORM в большинстве случаев просто будет меняться объект (класс) и все (если не используется hibernate с автоматическим обновлением схемы, иначе её тоже придется менять руками). в случае jdbc помимо класса тебе придется менять схему бд руками и переписывать crud методы (запрос, сохранение, обновление и удаление) 1