Week 02 (5/25 ~ 5/29) -- 학습일지

[tomchaccom]

이번주 깨달음

1.SQL로 집계 쿼리 작성하기

SELECT user_id, COUNT(*)
FROM users
GROUP BY user_id;

• 이런 집계 쿼리를 알고는 있었지만, 자주 타이핑할 일이 없다보니 분명히 아는 개념인데도, 실제 코드로 작성하는 것이 좀 어려웠는데 이제서야 확실히 감을 잡게 되었습니다!

2. SQLite 데이터 속성

• 저는 일반적인 SQL 데이터 속성이랑 별 다를게 없다고 생각했는데 조금 다른점이 있어서, 좀 명확하게 이를 정리해보는 시간을 가졌습니다

INTEGER : 정수를 저장 
TEXT : 문자열을 저장, 날짜 타입도 TEXT로 저장
BLOB : 파일과 이미지 같은 이진 파일을 저장
REAL : 실수를 저장 

PRIMARY KEY : 기본키 설정
AUTO INCREMENT : 기본키가 데이터가 들어올 때마다 1씩 순차적으로 증가
NOT NULL : Nullable = false 
FOREIGN KEY : 외래키를 설정 

• SQLite에서는 일반적인 SQL과 조금 다르게 외래키를 설정한다는 것을 알았습니다!

-- 일반적인 SQL
CONSTRAINT user_fk FOREIGN KEY (user_id) REFERENCES users(id)

-- SQLite
FOREIGN KEY (user_id) REFERENCES users(user_id)

3. cursor.rowcount

• 메시지 아이디를 이용해서 메시지를 삭제하는 API에서 deleted = cursor.rowcount 이 코드를 통해서 이 값이 0이면 삭제된 행이 없다 라고 판단하는 것이 신기했습니다.
• deleted = cursor.rowcount이 코드가 쿼리 실행 후 영향을 받은 행의 갯수를 정수로 반환해준다는 것도 알게 되었고요!

@app.delete("/messages/{message_id}")
def delete_message(message_id: int):
    conn = get_connection()
    cursor = conn.cursor()

    # ✏️ [실습] message_id에 해당하는 메시지를 삭제하는 DELETE 쿼리를 작성하세요.
    cursor.execute("DELETE FROM messages WHERE messages.id = ?", (message_id,))
    conn.commit()
    deleted = cursor.rowcount
    conn.close()

    # ✏️ [실습] 삭제된 행이 없으면(deleted == 0) 404 에러를 반환하세요.
    # 여기에 조건문을 작성하세요
    if deleted == 0: # deleted가 의미하는 것이 뭔지 파이썬 자체에서 제공하는 건가?
        raise HTTPException(status_code = 404, detail ="삭제된 행이 존재하지 않습니다")

    return {"status": "deleted", "message_id": message_id}

4. Self-closing 태그

• 저는 HTML 공부를 하면서 태그를 열고 닫기가 너무 귀찮았었는데,<br/> ,<img/>, <input/> 과 같이 태그를 열기만 하면 바로 닫히는 신물물의 존재에 대해서 알게되었습니다 다른 태그들도 다 이러면 좋겠습니다 ㅋㅋㅋㅋ

어려웠던 점

1. CSS

• 양이 방대하기도 했고, 아직까지는 flex 속성을 잘 다루는 것이 어려워서 1차 과제를 진행하면서, 조금더 요소의 위치를 신경쓰면서 배치하는 것에 대해서 노력해보려고 합니다!

2. FastAPI DB connection

• 아직 FastAPI에 익숙하지 않아서 실제로 DB에서 값을 꺼내오고 이를 수정하는 API를 명확하게 만들기 위해서는 추가적인 학습이 필요하다고 느꼈습니다. 그래서 간단한 코드를 작성해보면서 FastAPI DB를 어떻게 사용하는지 알아보았습니다.

conn = sqlite3.connect(DB_PATH) # datebase.py 에 정의하는 DB 파일을 읽어와서 연결, DB가 없으면 자동 생성
init_db() # 서버 시작 시 테이블을 자동 생성 
conn = get_connection() # DB  설정을 열기 
conn.row_factory = sqlite3.Row() # 조회 결과를 딕셔너리처럼 접근 가능하게 설정함
cursor = conn.cursor() # 직접 동작을 수행하는 펜의 역할! 이게 있어서 쿼리 실행이 가능
cursor.execute("SQL 쿼리", (값1, 값2)) # 쿼리에서 값에 해당 하는 부분은 ? 로 두고, 쿼리 뒤 위치하는 튜플에서 값을 바인딩 
conn.commit() # 변경사항을 DB에 확정 
conn.close() # 커넥션을 종료 

cursor.fetchAll() #cursor.execute로 작성한 쿼리의 결과를 리스트로 반환함. 
cursor.rowcount  # cursor.execute로 영향을 받은 행의 갯수를 리턴

2주차 총평

• fastAPI에서 이용하는 DB 연결방법, 그리고 SQLite 문법을 잘 익혀보자
• CSS는 과제를 진행하면서 부딪히자
• 축제 다녀온 여파로 강의가 밀렸었는데, 절대 강의를 미루지 말자.. 내일의 내가 죽는다.

2주차 진행하면서 궁금했던 내용

• Spring backend에서는 @transactional 어노테이션을 통해서 해당 로직이 트랜잭션 내에서 안전하게 수행됨을 보장하는데 python 서버에서는 conn.commit()이 호출되는 시점에 쿼리가 DB로 날아가고 트랜잭션이 안전하게 종료되는지가 궁금합니다!

[zerozero412]

명성님, SQLite의 데이터 타입과 외래키 설정 방식, 그리고 cursor.rowcount의 활용까지 파이썬과 DB가 만나는 지점의 디테일을 명확하게 파악하신 점이 정말 훌륭합니다!
Spring의 @transactional과 파이썬의 conn.commit()을 비교하며 트랜잭션의 안전성을 고민하신 엔지니어적인 호기심도 아주 좋습니다.

질문에 답변을 드리자면 쿼리는 commit()이 아니라 execute() 시점에 이미 DB로 날아가 트랜잭션 안에서 실행됩니다. commit()은 그 변경을 확정,영구화하는 단계예요.
Spring @transactional도 내부적으로는 똑같이 autocommit 끄고 → 성공 시 commit, 예외 시 rollback을 하는데, 이걸 프레임워크가 선언적으로 대신해줄 뿐입니다.
한번 DB 와 프레임워크 관점에서 서로 어떻게 상호작용되는지 딥다이브 해보시는 것도 정말 도움이 많이 될 겁니다.!

다음 주에는 CSS 과제에 직접 부딪혀 보며 Flexbox와 친해지시길 바라고, 밀린 강의 없이 상쾌한 한 주를 보내시길 굳게 믿고 응원합니다! 😊

[nnhhlee]

SQLite 주로 쓰시는구나!! 저는 이번에 처음 접해봤어요 👀 그리고 코드 한 줄 한 줄 주석달아서 설명해주신 부분에서 격이 다른 꼼꼼함이 돋보입니다 역시 파워 J...✨✨ 남은 프리코스도 화이팅!!입니다 아자아자~~!!

[scholar-star]

제가 학습일지를 쓰는 방식과 꽤나 달라서 놀랐습니다! 덕분에 FastAPI에서의 DB Connection에 대해 제가 몰랐던 부분도 알게 됐어요. 또한 저와는 달리 하나하나 세세하게 공부 내용을 정리하시고 접근하셔서 대단하다고 느끼고 있습니다. 앞으로도 화이팅이예요!

[JWK0395]

SQL 집계 쿼리부터 SQLite 속성, FastAPI DB 연결까지 하나씩 정리하신 게 정말 꼼꼼하네요!! 특히 cursor.rowcount 부분은 저도 새롭게 알게 돼서 흥미로웠습니다. 과제도 같이 힘내봐요!! 🔥

[mark77234]

학습일지에 본인 기분이나 상황을 담아 재밌게 읽히는 것 같습니다 많은 내용에서 본인이 궁금한 점을 잘 녹여서 작성한 것 같아 좋습니다 ~ ❤️❤️