[SSAC 3기] - 6주차-(1)

SangHoon·2021년 9월 7일
1

SSAC 3기과정

목록 보기
15/22
post-thumbnail

🎯개인프로젝트


📢 9월말까지 개인프로젝트 시작!!!
-> 배운것 + 개별적으로 공부한것 토대로 스스로 제작하면서 모르거나 궁금한거 질의응답 하는 시간 (따로 수업은 음슴)

  1. 프로젝트명
    신세계
  2. 프로젝트 설명
    변경중
  3. 프로젝트 구상 계기
    변경중
  4. 프로젝트 레이아웃
    변경중
  5. 기술스택
    변경중
  6. 개발할 기능들
    변경중
  7. 프로젝트에 필요한 데이터 소스
    변경중
    --> 사실 간단한 원페이지 쇼핑몰 제작중 이였으나,
    개인포폴로 쓰기엔 미흡한듯 하여 중단하고 새로 제작예정
    (디렉터리구조, api 명세서 같이 업로드 예정)


🎭 질의응답


교육생들이 과제 혹은 개인프로젝트 제작 도중 질의 응답 하시면서 자연스럽게(?!) 짤막 강의 와 팁 알려주신것 기록스트 + my head

  1. 장고 서버 상시로 켜는 방법
    • 리눅스 명령어 뒤에 &을 붙여주면 백그라운드에서 실행!!!!
    • 지금까지는 포어그라운드(putty)가 프로세스를 실행하고있어서 putty 창을 닫거나 종료시 동시에 서버도 꺼지게 된것 -> 백그라운드실행
	>> python3 manage.py runserver 0.0.0.0:8000 &		# default
    	>> nohup python3 manage.py runserver 0.0.0.0:8000 &	# 서버가 할말을 nohup.oup 생성하여 써놓음

  1. 장고 서버 상시로 켠거 끄는 방법
    • PID를 검색후 해당 프로세스를 죽인다. 🔪🩸
	>> netstat -trip	# PID 검색
    	>> kill -9 [PID]	# 프로세스 강제종료(죽이기)

--------> 사실 netstat -trip 보다 ps -ef 를 많이 사용한다

  1. 프로세스 (Process)

    • CPU에 처리되는 사용자 프로그램 (실행중인 프로그램)
      PID (Process ID) : 작업관리자 세부 정보에서 확인가능하고 숫자로 되어있다

  2. 운영체제 (Operating System)

    • 사용자가 컴퓨터를 사용하기 위해 필요한 소프트웨어(GUI제공)
    • Windows, Linux, Unix, ios, Android 등이 있다.
      -> 소프트웨어는 운영체제에 맞게 개발해야한다

  3. 파비콘 (favicon)


  4. DB 정규화
    - 관계형 데이터베이스의 설계에서 데이터의 중복을 제거하여 이상현상을 방지하고, 데이터의 일관성과 정확성을 유지하기위해 무손실 분해하는 과정

    • 이상현상

      • 데이터의 중복성으로 인해 릴레이션을 조작할 떄 발생하는 현상
      • 삽입이상, 삭제이상, 갱신이상 이 있다.
    • 자가진단

      • 테이블이 더이상 쪼갤 수 없는지 확인!!!
      • 테이블을 구성하고 있는 필드는 유추가 가능한 중복정보는 아닌지 확인!!!
      • 다른 테이블의 정보를 유추하게 하는 필드의 값은 반드시 pk인지 확인!!!
    • 정규화 단계
      - 1NF : 원자값으로 구성
      - 2NF : 부분함수 종속 제거
      - 3NF : 이행함수 종속 제거
      - BCNF : 후보키가 아닌 함수종속 제거
      - 4NF : 다치 종속 제거
      - 5NF : 조인 종속 제거

  5. 반정규화
    - 정규화 된 엔티티, 속성, 관계에 대해 성능 향상과 개발 운영의 단순화를 위해 중복, 통합, 분리 등을 수행하는 데이터 모델링의 기법


  6. 관계형 데이터 모델의 표현
    - 데이터간의 관계를 기본키(PK) 와 이를 참조하는 왜래키(FK)로 표현

    • 테이블 간 관계를 1:1, 1:N, N:M 관계로 목적에 맞게 표현

📚과제


따로 없지만 개인프로젝트 해야한다😭


🦈수업후기


9월말까지 수업하면서 만들어지는 개인 프로젝트인줄 알았는데
수업과는 별개로 스스로 a to z 만들어보라고 하셔서 흠칫 했지만
오히려 잘된거 같다는 생각이 들었습니다. (지극히 개인적생각)

그리고 마지막 즈음에 테이블간 관계에 대해 이야기 할때 몇분을
제외하곤 나포함 대다수가 학부생때 예제로 풀었던 예를 주로
들었던거 같은데 대표님께서 아니라고 말씀 하셔서 구글신께
여쭤봤더니 우리와 일맥상통이여서 벙쪘었다,,,

나도 개발이라고 할 수 있는 개발을 오래하면 원론적인 답변에서
벗어난 대답을 할수 있을까~~~?

profile
되는 이유만 생각하는 카멜레온

0개의 댓글