'💻 my code archive/📝Etc.' 카테고리의 글 목록 (3 Page)
my code archive
article thumbnail
정보처리기사 실기 요점정리(2) - 데이터 입/출력 구현
💻 my code archive/📝Etc. 2022. 8. 17. 15:52

📝요점정리 데이터 저장소 데이터들을 논리적인 구조로 조직화하거나, 물리적인 공간에 구축한 것을 의미 데이터베이스 공동으로 사용될 데이터를 중복을 배제하여 통합하고, 쉽게 접근하여 처리할 수 있도록 저장 장치에 저장하여 항상 사용할 수 있도록 운영하는 운영 데이터 DBMS 사용자의 요구에 따라 정보를 생성해 주고, 데이터베이스를 관리해 주는 소프트웨어 필수 기능 3가지 : 정의 / 조작 / 제어 기능 데이터의 독립성 논리적 독립성 물리적 독립성 스키마(Schema) 외부 스키마 : 사용자나 응용 프로그래머가 각 개인의 입장에서 필요로 하는 데이터베이스의 논리적 구조를 정의한 것 개념 스키마 : 데이터베이스의 전체적인 논리적 구조, 모든 응용 프로그램이나 사용자들이 필요로 하는 데이터를 종합한 조직 전체의 ..

article thumbnail
정보처리기사 실기 요점정리(1) - 요구사항 확인
💻 my code archive/📝Etc. 2022. 8. 16. 14:15

📝요점정리 소프트웨어 생명 주기(Software Life Cycle) 소프트웨어를 개발하기 위한 설계, 운용, 유지보수 등의 과정을 각 단계별로 나눈 것 폭포수 모형(Waterfall Model) 각 단계를 확실히 매듭짓고 그 결과를 철저하게 검토하여 승인 과정을 거친 후에 다음 단계를 진행하는 개발 방법론 프로토타입 모형(Prototype Model, 원형 모형) 실제 개발될 소프트웨어에 대한 견본품(Prototype)을 만들어 최종 결과물을 예측하는 모형 나선형 모형(Sprial Model, 점진적 모형) 여러 번의 소프트웨어 개발 과정을 거쳐 점진적으로 완벽한 최종 소프트웨어를 개발하는 모형 보헴(Boehm)이 제안 계획 수립 -> 위험 분석 -> 개발 및 검증 -> 고객 평가 애자일 모형(Agil..

article thumbnail
정보처리기사 필기 - 자주 틀린 문제, 개념 정리 (업뎃중)
💻 my code archive/📝Etc. 2022. 6. 29. 21:59

디자인 패턴 -각 모듈의 세분화된 역할이나 모듈들 간의 인터페이스와 같은 코드를 작성하는 수준의 세부적인 구현 방안을 설계할 때 참조할 수 있는 전형적인 해결 방식 또는 예제 생성 패턴 추상 팩토리(Abstract Factory) 빌더(Builder) 팩토리 메소드(Factory Method) 프로토타입(Prototype) 싱글톤(Singleton) 구조 패턴 어댑터(Adapter) 브리지(Bridge) 컴포지트(Composite) 데코레이터(Decorator) 퍼싸드(Facade) 플라이웨이트(Flyweight) 프록시(Proxy) 행위 패턴 책임 연쇄(Chain of Responsibility) 커맨드(Command) 인터프리터(Interpreter) 반복자(Iterator) 중재자(Mediator)..

article thumbnail
구글 애드센스 핀(PIN)번호 우편물 도착 & 등록 방법
💻 my code archive/📝Etc. 2022. 5. 30. 09:55

여러 차례 까이고(??) 구글 애드센스 광고 게재를 시작한 지 벌써 두 달이 다되어간다! 다시 봐도 감격스러운 애드센스 게재 승인(??)메일 ㅋㅋㅋ 그리고 애드센스 누적금액 10달러 초과하면 구글 애드센스에서 핀번호(PIN)가 들어있는 우편물을 보내준다! 그래서 이 우편물이 내게 발송되었다는 것은 수익금을 받을 수 있는 최종 단계까지? 도달했다는 뜻이라고 한다 후훗. 아직 광고 클릭수나 잔고가 소소하긴 하지만 이런거 오니까 너무 신기함ㅋㅋㅋㅋ 암튼 우편물은 보통 2~4주 정도 걸린다고 하는데 발송 시점에서 4개월동안 핀번호를 입력 못하면 광고가 중단될 수 있어서 만약 한 달?정도 지났는데 우편물이 오지 않는다면 우편물 재발송을 신청하는 게 좋다고 한다. 구글..해외에서 멀리 오는 우편물이라 조마조마하면서..

[SQLD / 자격증 공부] 요약 정리 6. 슈퍼타입, 서브타입 모델

슈퍼 타입/서브 타입 모델의 성능 고려 방법 업무를 구성하는 데이터 특징을 공통과 차이점의 특징을 고려하여 효과적으로 표현할 수 있음. 슈퍼 타입 : 공통 부분을 슈퍼 타입으로 모델링 서브 타입 : 공통으로부터 상속받아 다른 엔티티와 차이가 있는 속성만 모델링 논리적 데이터 모델에서 주로 이용(=분석 단계에서 많이 쓰임) 슈퍼/서브 타입 데이터 베이스 성능 저하 원인 3가지 트랜잭션은 항상 일괄 처리 & 테이블 개별 유지 => Union 연산에 의해 성능 저하 트랜잭션은 항상 서브타입 개별 처리 & 테이블 하나로 통합 => 불필요하게 많은 양의 데이터가 집약되어 성능 저하 트랜잭션은 항상 슈퍼+서브 타입 공통 처리 & 테이블 개별 유지 => 조인에 의해 성능 저하 슈퍼/서브 타입 변환 기준 데이터량이 소..

article thumbnail
[SQLD / 자격증 공부] 요약 정리 5. 반정규화 기법

📖반정규화 기법 테이블 반정규화 테이블 병합 1:1 관계 테이블 병합 1:M 관계 테이블 병합 슈퍼/서브 타입 테이블 병합 테이블 분할 수직 분할 : 칼럼 단위의 테이블을 디스크 I/O를 분산처리하기 위해 테이블을 1:1로 분리하여 성능 향상(트랜잭션의 처리되는 유형을 파악이 선행되어야함.) 수평 분할 : 로우 단위로 집중 발생되는 트랜잭션을 분석하여 디스크 I/O 및 데이터 접근의 효율성을 높여 성능을 향상하기 위해 로우 단위로 테이블을 쪼갬 테이블 추가 중복 테이블 추가 : 다른 업무이거나 서버가 다른 경우 동일한 테이블 구조를 중복하여 원격조인을 제거하여 성능을 향상 통계 테이블 추가 : SUM, AVG 등을 미리 수행하여 계산해 둠으로써 조회 시 성능을 향상 이력 테이블 추가 : 이력 테이블 중 ..

article thumbnail
[SQLD / 자격증 공부] 요약 정리 4. 성능 데이터 모델링, 정규화, 반정규화

📖성능 데이터 모델링의 개요 성능 데이터 모델링의 정의 일반적으로 성능이라고 하면 데이터 조회의 성능을 의미함. (데이터 입력, 수정, 삭제는 일시적이고 빈번하지 않고 단건 처리가 많은 반면 데이터 조회의 경우 반복적이고 빈번하며 여러 건을 처리하는 경우가 많기 때문) 성능 데이터 모델링이란 데이터 베이스 성능 향상을 목적으로 설계 단계의 데이터 모델링 때부터 성능과 관련된 사항이 데이터 모델링에 반영될 수 있도록 하는 것이다. 성능 데이터 모델링 수행 시점 프로젝트 수행 중에 있어 사전에 할수록 비용이 들지 않는다. 특히 분석&설계 단계에서 데이터 모델 성능을 고려한 데이터 모델링을 수행할 경우 성능 저하에 따른 재업무(Rework) 비용을 최소화할 수 있다. 분석&설계 단계에서 데이터베이스 처리 성능..

article thumbnail
[SQLD / 자격증 공부] 요약 정리 3. 관계(Relationship), 식별자(Identifiers)

관계 엔티티의 인스턴스 사이의 논리적인 연관성으로서 존재의 형태, 행위로서 서로에게 연관성이 부여된 상태 엔티티 안에 인스턴스개 개별적으로 갖는 것(페어링)이고 이것의 집합을 관계로 표현함. -> 개별 인스턴스가 각각 다른 종류의 관계를 갖고 있다면 두 엔티티 사이에 두 개 이상의 관계가 형성될 수 있음. 관계의 분류 존재에 의한 관계 행위에 의한 관계 ERD에서는 존재적 관계와 행위에 의한 관계를 구분하지 않고 표현했다면 클래스 다이어그램에서는 이것을 구분하여 연관 관계와 의존 관계로 표현하고 있는 것. 관계의 표기법 관계명 - 엔티티가 관계에 참여하는 형태를 지칭 관계가 시작되는 편을 관계시작점이라고 부르고 받는 편을 관계끝점이라고 부름. 둘다 관계명을 가져야하고 애매한 동사 피함, 현재형으로 표현함..

반응형
반응형