grep 커맨드에 인수 하나만 전달한 경우

답변 고마워요. 그렇다면 추가 인수를 입력하는 방법은 무엇인가요? 추가 인수를 입력하고 엔터를 눌러도 아무 반응이 없네요.

class LinkedList

방금 찾은 내용으로는 다음과 같습니다.파이썬의 모든 클래스는 기본적으로 object를 상속받으나, 파이썬 3.x 버전에서는 object를 명시적으로 상속하는 것이 권장됩니다. 그 이유는명시적인 코드: 클래스 정의에서 object를 명시적으로 상속하면 코드의 가독성이 향상됩니다. 다른 사람이나 나중에 코드를 볼 때, 해당 클래스가 object를 상속받는다는 사실을 명확하게 알 수 있습니다. 이는 클래스의 계층 구조와 상속 관계를 이해하는 데 도움이 됩니다.호환성: 명시적으로 object를 상속하는 것은 이전 버전의 파이썬과의 호환성을 유지하면서 코드를 작성하는 데 도움이 됩니다. 예를 들어, 파이썬 2.x에서 작성된 코드를 파이썬 3.x로 이식할 때, object를 상속하는 것은 호환성 문제를 예방하고 버그를 방지하는 데 도움이 됩니다.미래 지향적: 파이썬은 지속적으로 발전하고 개선되는 언어입니다. 미래의 버전에서는 object를 상속하는 것이 더 중요해질 수 있습니다. 따라서 object를 명시적으로 상속하는 것은 미래 버전에 대비하여 안정성을 보장하는 방법입니다.찾아보지도 않고 질문 올린 것이 부끄럽지만, 공유 차원에서 남기겠습니다. 감사합니다.

persist에 대하여...

안녕하세요,em.persist 시 동작은 엔티티의 primary key 생성 전략(@GeneratedValue(strategy=xxx))에 따라 달라집니다.GenerationType.IDENTITY기본 키 생성을 데이터베이스에 위임합니다.따라서 em.persist() 시점에 즉시 insert sql을 실행하고 db에서 식별자를 받아옵니다.GenerationType.SEQUENCEGenerationType.TABLE3개 방식 중 아래의 2개 방식이 트랜잭션 시점에 실제 insert 쿼리를 발생 시키게 됩니다.자세한 내용은 수업 "엔티티 매핑 | 기본 키 매핑"에 있습니다~

JPQL 사용하면서 불편하다고 느낀게 2가지가 있는데요

ㅋㅋㅋㅋ 이런 문답 너무 좋아요 ㅋㅋㅋ

연관관계와 관계가 없다?

저도 같은 것이 의아 했는데, 이렇게 좋은 질문 답변이 있군요. 두 분께 감사 드립니다.

KeyHolder가 데이터베이스에 따라 다르게 동작할까요?

저도 마찬가지로 postgresql로 진행하다가 같은 문제를 만나서, getKeys() 로 맵을 받은 후, 그곳에서 id를 가져오는 방식을 사용했습니다.혹시나 해서 질문란을 오니 역시나 훌륭한 답변이 있었군요. 전 이 글을보고 key column을 명시해 주는 방향이 낫다고 생각해서 이 방법으로 변경하였습니다.왜냐하면 그렇게 해야 아주 조금이라도 서버-DB간 주고 받는 데이터가 줄어들지 않나 싶었습니다.key column을 명시하지 않은 경우:서버에 쿼리 날릴 때 키 컬럼 어레이 부분을 보내지 않음.하지만 DB에서 보내오는 keyHolder 값에 모든 컬럼의 값이 포함. (id, item_name, price, quantity)key column을 명시한 경우:서버에 쿼리 날릴 때 키 컬럼 어레이 new String[]("id)를 포함.대신 DB에서 보내오는 keyHolder 값에 id 컬럼 값만 포함.엔티티의 컬럼 값이 늘어날수록, 두 경우의 데이터 전송량의 차이는 더 늘어날 것 같습니다.

should가 어떻게 저기 나올 수 있죠?

should 라이브러리는 javascript의 prototype 특성을 이용합니다. 조금 더 자세히 설명하자면, should 라이브러리는 Object 타입의 prototype을 확장시켜서 .be 등등의 메서드를 호출할 수 있게 합니다. "프로토타입" 검색해 보시면 될 거에요~

Primary Key 선정 기준

많이 배우고 갑니다~!