Size: a a a

2020 August 20

ch

central hardware in learn.java
спс
источник

IS

Ilya Slezkin in learn.java
Всем привет! Подскажите пожалуйста, могу ли я при JDBC подключении после INSERT (в том же самом подключении) сделать SELECT? (не используя хранимые процедуры). У меня в методе пока 2 подключения, один на INSERT , другой на SELECT, вот хочу объединить в один коннектор. Скрин "как сейчас" кидаю ниже
источник

IS

Ilya Slezkin in learn.java
источник

AO

Akbar Otaboyev in learn.java
xaxaxax бла бла бла
источник

IS

Ilya Slezkin in learn.java
=)
источник

IS

Ilya Slezkin in learn.java
просто, если я сделаю вот так:
st.setLong(1, docXaId)
               st.setTimestamp(2, nowTime)
               st.setInt(3, taskId)
               st.setString(4, "PDF")
               
               st.execute()
               st.executeQuery().use { resultSet ->
                   if (resultSet.next()) idOrder = resultSet.getLong(1)
               }

то он сделает 2 записи в БД тогда
источник

IS

Ilya Slezkin in learn.java
а код скинь подключения к БД, только нормальным скрином
источник

ch

central hardware in learn.java
нормальным бывает текст на pastebin.com
источник

IS

Ilya Slezkin in learn.java
ну или как вариант
источник

ch

central hardware in learn.java
сразу же откчатся пользоваться гитом не самое хорошее начало
источник

VE

Vladislav Estryn in learn.java
Всем привет, слышал мнение, что spring data хороша только на старте разработки, пока не совсем понятно с чем придется дальше работать. А когда требования уже определены и разработка пошла стоит перейти на что-то другое. Мой прошлый проект был на jdbc, все связи были неявными и связанные сущности доставались через запросы. Сейчас я столкнулся с тем, что проект со spring data и начинает появляться большое кол-во many-to-many, соответственно куча сводных таблиц, аннотаций и маппингов entity, но запросы всё равно кастомные. Есть ли смысл перейти на jdbc или как?)
источник

IS

Ilya Slezkin in learn.java
Vladislav Estryn
Всем привет, слышал мнение, что spring data хороша только на старте разработки, пока не совсем понятно с чем придется дальше работать. А когда требования уже определены и разработка пошла стоит перейти на что-то другое. Мой прошлый проект был на jdbc, все связи были неявными и связанные сущности доставались через запросы. Сейчас я столкнулся с тем, что проект со spring data и начинает появляться большое кол-во many-to-many, соответственно куча сводных таблиц, аннотаций и маппингов entity, но запросы всё равно кастомные. Есть ли смысл перейти на jdbc или как?)
я как бы чайник ещё в этом, могу ошибаться, а Hibernate не подойдёт?
источник

VE

Vladislav Estryn in learn.java
Ну это и есть дефолт спринг даты
источник

IS

Ilya Slezkin in learn.java
понял
источник

ИВ

Илья Высоцкий... in learn.java
подскажите как использовать данную аннотацию? в schema-test.sql подразумевается указать нужно sql с созданием таблицы или например с инсертом в таблицу данных?@org.springframework.test.context.jdbc.Sql(
   scripts = "classpath:schema-test.sql",
   executionPhase = Sql.ExecutionPhase.BEFORE_TEST_METHOD
)
источник

V

Vitaly Nechitaylo in learn.java
Konstantin
Всем здрасти такой вот глупый наверное вопрос.
Композиция, это один класс является частью другого, например двигатель не может существовать без машины, так как класс машина создает себе экземпляр двигателя самостоятельно например в конструкторе.
public class Car{
   private Engine engine;
   public Car(){
       engine = new Engine();
   }
}
Агрегация это когда один класс содержит другой класс, например двигатель передается в конструктор автомобиля и уже может существовать без автомобиля, даже если он будет уничтожен.
public class Car{
   private Engine engine;
   public Car(Engine engine){
       this.engine = engine;
   }
}

То тогда вопрос, если я создаю двигатель в конструкторе(по сути композиция) и создаю сеттер на двигатель(что уже по сути агрегация), то какое отношение будет иметь класс автомобиль по отношению к классу двигатель? Ведь он получается содержит и композицию и агрегацию 🤷‍♂️
public class Car{
   private Engine engine;
   public Car(){
       engine = new Engine();
   }
   public setEngine(Engine engine){
       this.engine = engine;
   }
}
Композиция и агрегация не зависят от реализации. Это абстрактные понятия :)
источник

K

Konstantin in learn.java
Vitaly Nechitaylo
Композиция и агрегация не зависят от реализации. Это абстрактные понятия :)
посмею с вами не согласиться
источник

K

Konstantin in learn.java
Есть отношение классов "имеет"- это ассоциация. Один класс имеет поле типа другого класса.
И ассоциация уже в свою очередь различается на композицию и агрегацию по степени связанности и тог как связываются эти объекты. Так же при композиции объект который содержит контейнер удаляется из памяти вместе с ним. А при агрегации объект который содержит контейнер может жить не зависимо от него, даже если контейнер удалят.
источник

V

Vitaly Nechitaylo in learn.java
Вы пытаетесь понять абстрактные понятия на примерах. Но абстрактными от этого понятия быть не перестают
источник

V

Vitaly Nechitaylo in learn.java
Сейчас часто говорят, что ООП держится на 4 китах: инкапсуляция, полеморфизм, наследование и абстрация
источник