코딩하는 감자

아키텍처를 설계한 것을 보면서 어떤 api는 DB에 바로 접근하는 것을 볼 수 있었고, 어떤 api는 서비스 레이어를 거쳐 db에 접근하는 것이 있었다. 이를 통해 왜 서비스 레이어를 사용하는가에 대한 궁금증이 생겼다.  서비스 레이어란 무엇일까?서비스 레이어는 애플리케이션에서 비즈니스 로직(업무 규칙)을 처리하는 중간 계층이다. API 레이어는 요청과 응답만 처리하고, 서비스 레이어는 데이터 가공 및 검증 등 비즈니스 로직을 담당한다. 서비스 레이어가 없다면?서비스 레이어가 없으면 비즈니스 로직과 API 로직이 섞이게 된다.같은 로직이 반복되면 유지보수가 어려워지고, 로직이 복잡해지면 API 레이어가 비대해지며, 로직 수정 시 API 코드까지 수정해야한다. 원래는 API 레이어가 요청을 받아 비즈니스 ..

API에서 고객 데이터를 삭제하는 DELETE 요청을 처리하던 중, 데이터는 정상적으로 삭제되었지만 " Delete failed "라는 메시지만 반환되었음if code == 200: return {'message': 'Customer deleted successfully'}, 200else: return {'message': 'Delete failed'}, 500 MongoDB 응답 값을 출력해봤고, 삭제가 정상적으로 완료되었음에도 불구하고 204 상태 코드가 반환된다는 것을 확인DELETE 요청이 성공적으로 처리되었을 때 204 No Content도 반환될 수 있기 때문에, 이를 반영해 코드를 수정  HTTP 상태 코드 200 OK: 요청이 성공적으로 처리됐고, 일반적으로 반환할 데이터가 있..

DB - MongoDB / Framwork - Flaskapi-customer-manager├── common│ ├── conf│ │ ├── __init__.py│ │ ├── ConfigControl.py│ │ └── parser_toml.py│ ├── db│ │ ├── __init__.py│ │ ├── influxdb_interface.py│ │ ├── mongodb_control.py│ │ └── mongodb_interface.py│ └── system_protos│ ├── __init__.py│ ├── base_model.py│ ├── conv_time.py│ ├── datetime_calc.p..

[진행 중인 작업]고객 정보 관리 API의 등록, 조회, 수정, 삭제 기능을 개발MongoDB의 데이터베이스와 연동하여 CRUD 기능을 구현하고 테스트 날짜 형식 변환 문제클라이언트와 서버 간 날짜 형식 불일치로 인해 "time data does not match format" 오류 발생 ISO 8601 형식(예: '%Y-%m-%dT%H:%M:%SZ')으로 일관되게 날짜를 파싱하고 변환하여 클라이언트와 서버 간의 형식 차이를 해결  Swagger 문서의 잘못된 필수 필드 설정Swagger 문서에서 필수 필드와 선택적 필드가 제대로 구분되지 않아 사용자가 모든 필드를 입력해야 하는 문제 발생 required 속성을 명확히 설정하여 필수 필드만 사용자가 입력하도록 변경  날짜 필드 자동 설정 문제 고객 등록..

요구사항 정의서에 따른 DB 설계- 요구사항- 요구사항 정의  - 각 테이블 DB 설계서 - 설계서를 바탕으로 그린 ER 다이어그램

BPMN (Business Process Model and Notation)을 활용하여 고객 관리 프로세스에 대한 다이어그램 설계 고객 등록, 로그인/로그아웃, 회원탈퇴, 개인정보 수정과 같은 기능이 포함 BPMN 다이어그램 설명1. 고객 시스템 접근 및 초기 선택고객 시스템 접근: 사용자가 시스템에 처음 접근하는 단계고객 행동 선택: 사용자가 고객 등록 또는 로그인 작업을 선택1-1. 고객 등록 프로세스고객 등록 요청: 고객이 시스템에 등록을 요청고객 정보 입력: 이름, 연락처, 이메일 등 필요한 정보를 입력필수 필드 검증: 서버가 필수 입력 필드의 유효성을 검증필드 검증 결과 - 검증 시 DB 접근유효한 경우: 비밀번호 해시 생성 후 고객 정보를 데이터베이스에 저장 - DB 접근누락된 경우: 에러 메..

[궁금했던 내용들]1. ObjectId란 무엇인가?MongoDB에서 ObjectId는 각 문서를 고유하게 식별하기 위해 사용되는 데이터 타입입니다. 모든 문서는 _id 필드를 가지고 있으며, 기본적으로 이 필드에는 ObjectId가 할당됩니다. ObjectId는 12바이트 크기의 고유한 식별자로 다음과 같은 정보를 포함합니다4바이트: 유닉스 타임스탬프 (문서가 생성된 시간)5바이트: 머신 ID (서버를 식별)3바이트: 프로세스 ID (MongoDB 프로세스를 식별)3바이트: 자동 증가하는 카운터 (같은 초에 생성된 ObjectId를 구별)이러한 구조를 통해 ObjectId는 전 세계에서 고유성을 유지하며, 시간 정보도 포함하고 있어 언제 생성되었는지 확인할 수 있습니다. 2. 왜 ObjectId를 사용하..

요구사항 정의서는 프로젝트에서 필요한 모든 요구사항을 명확하게 정의하고 문서화한 것 주로 소프트웨어 개발 프로젝트에서 많이 사용되며, 고객과 개발팀이 동일한 이해를 가지도록 돕는 중요한 문서  요구사항 정의서는 프로젝트의 방향을 정하고, 개발 과정에서 발생할 수 있는 혼란을 방지한다. 또한, 프로젝트가 완료된 후에도 고객이 원하는 결과물을 제공했는지 평가하는 기준이 된다.  요구사항 정의서에 포함되어야 할 내용요구사항 정의서에는 다음과 같은 항목이 포함되어야 합니다기능 요구사항: 시스템이 어떤 기능을 제공해야 하는지를 명확하게 정의비기능 요구사항: 시스템이 기능 외에도 갖춰야 할 특성, 예를 들어 성능, 보안, 확장성 등을 정의세부내용 및 요건: 각 요구사항이 어떻게 구현될지에 대한 구체적인 설명이 필요..

MongoDB에서의 CRUD(Create, Read, Update, Delete) 작업은 데이터베이스에서 데이터를 삽입하고, 조회하고, 수정하고, 삭제하는 기본적인 작업을 말합니다.1. Document 입력 - insertOne, insertManyinsertOne: 한 개의 document(문서)를 생성합니다.insertMany: 여러 개의 document를 한 번에 생성합니다.// 하나의 문서를 추가 (insertOne)db.test_2.insertOne( { title: "MongoDB Guide", author: "Jane Doe", views: 100 })// 여러 개의 문서를 추가 (insertMany)db.test_2.insertMany([ { title: "Python Tutor..

데이터베이스 및 컬렉션 관리show dbs // 모든 데이터베이스 목록 보기use test // 특정 데이터베이스 사용 (없으면 생성)show collections // 현재 데이터베이스의 컬렉션 목록 보기db.stats() // 현재 데이터베이스의 통계 정보 확인db.dropDatabase() // 현재 데이터베이스 삭제db.test_2.drop() // 특정 컬렉션(test_2) 삭제db.createCollection("test_5", { capped: true, size: 1234, max: 100 }) // 새..

MongoDB는 비관계형(NoSQL) 데이터베이스로, 유연한 데이터 모델과 뛰어난 확장성으로 많은 개발자들 사이에서 인기를 얻고 있습니다. MongoDB에서 데이터를 삽입, 조회, 삭제하는 방법과 정규 표현식을 활용한 데이터 필터링 방법을 알아볼 것입니다.  MongoDB에서 데이터 삽입하기단일 문서 삽입('insertOne') : 하나의 문서를 삽입할 때는 'insertOne'을 사용합니다.다음은 'test_2' 컬렉션에 하나의 문서를 삽입하는 코드 입니다.db.getCollection("test_2").insertOne({    name: "User100",    age: 25,    address: "1001"}) 다중 문서 삽입('insertMany') : 여러 문서를 한 번에 삽입하려면 'ins..

SQL (Structured Query Language)과 NoSQL (Not Only SQL)은 데이터베이스 관리 시스템(DBMS)의 두 가지 주요 유형입니다. 이 두가지 시스템은 데이터 저장 및 관리 방식에서 중요한 차이점을 가지고 있습니다. 첫번째로 데이터 모델 부분에서의 차이를 가지고 있습니다.SQL은 구조화된 스키마로 이루어져 있습니다. 정해진 스키마를 사용하며, 데이터는 행과 열로 저장이 됩니다. 또한 테이블은 정해진 구조와 유형을 갖춘 데이터 필드로 구성됩니다. 그리고 관계형 데이터베이스로 관계형 모델에 따라 데이터가 저장되고 테이블간의 관계는 외래키를 통해 정의됩니다. 반면 NoSQL은 유연한 스키마로 이루어져 있습니다. 스키마가 없거나 매우 유연하며, 데이터 구조가 필요에 따라 동적으로 ..