컴퓨터공방

공공데이터 포털에서 API 호출을 하는데 다음과 같은 error가 발생했다. error가 발생하다가 API 사용신청한 뒤 1~2시간 정도 뒤에 API 호출에 성공했다. 그러나 다음날 다시 해봤는데 안됨 SERVICE ERROR SERVICE_KEY_IS_NOT_REGISTERED_ERROR 30 URLEncoder, URLDecoder, serviceKey 재발급도 해봤는데 안되서 Q&A를 확인해 봤는데 같은 상황인 사람들이 많았다. 공공데이터 포털에서 API 사용신청하고 나서 발급된 serviceKey와 API간에 동기화가 필요한데 이 동기화가 어느정도 시간이 필요하고 재발급 할 경우에 다시 그 시간이 필요한 듯 하다. (성공 했다가 안되는 원인은??) 공공데이터 포털 국가에서 보유하고 있는 다양한 데..

스프링부트 처음에 프로젝트 설정하기 예전에 학원에서 했던 내용을 다시 시간이 지나서 해봄 (현재 보다는 이전의 버전으로 설치진행) 1. gradle 설치 Gradle | Releases Find binaries and reference documentation for current and past versions of Gradle. gradle.or rizni.tistory.com 스프링부트 설정후에 mybatis를 설정하고 테스트를 하던중 여러가지 오류가 복합적으로 계속 나와서 애를 먹었다. org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'springConfig' defined ..

예전에 학원에서 했던 내용을 다시 시간이 지나서 해봄 (현재 보다는 이전의 버전으로 설치진행) 1. gradle 설치 Gradle | Releases Find binaries and reference documentation for current and past versions of Gradle. gradle.org 2. 환경변수 편집 3. cmd에서 gradle을 눌러서 확인하기 4. gradle init 본인이 사용할 프로젝트 폴더에 cmd를 통해서 gradle init을 입력한다. Select type of project to generate: 1: basic 2: application 3: library 4: Gradle plugin Enter selection (default: basic) [1..

이상현상 데이터베이스에서 삽입, 업데이트, 삭제를 제대로 할 수 없게 되는 경우 삽입이상 - 새로운 데이터를 자연스럽게 저장 할 수 없는 경우 삭제이상 - 데이터를 업데이트했을 때 정확성을 지키기 어려워지는 경우 갱신이상 - 원하는 데이터만 자연스럽게 삭제할 수 없는 경우 정규화 데이터베이스의 테이블이 잘 만들어졌는지 평가하고, 잘 만들지 못한 테이블을 고쳐나가는 과정 테이블을 정규형이라고 불리는 형태에 부합하게 만들어나감 이상현상을 방지한다. 1NF (제1정규형) 테이블 안 모든 로우의 모든 컬럼값들은 나눌 수 없는 단일 값이어야 한다. 해당 컬럼을 분리하여 테이블로 만드는 방법도 있다. 함수 종속성 x의 값에 따라서 y의 값이 결정될 때, y는 x에 함수 종속성이 있다고 한다 Candidate Key..

M:N student 테이블 이든지 course 테이블 이든지 각각 테이블에 Foreign key를 넣으면 두테이블 모두 컬럼이 많아진다. (course1, course2 ..이런식으로) 그래서 연결테이블 이란걸 만들어서 두테이블의 Foreign key를 담는다. 연결테이블의 Foreign key를 통해서 값을 확인함 1:N 일대다 관계에서는 다에 해당하는 테이블에 일에 해당하는 테이블의 Foreign key를 생성 user 테이블과 review 테이블이 1:N 관계 일 때 (까마귀 발이 review 쪽으로) review의 Foreign key를 user 테이블에 생성할 경우 user 1명이 review를 여러개 남겼을때 컬럼이 review1 review2 이런식으로 계속 늘어나야 하기 때문에 이렇게 하..

*여러 값을 갖는 Attribute0 => 유저는 여러 개의 주소를 가질 수 있다. - null이 많이 생길 수 있음 - 컬럼을 몇개를 만들어야 하는지 애매 - 조회가 복잡하다 이럴경우 attribute를 entity로 변경하여 테이블로 만든다. user 테이블과 address를 foregin key로 연결하여 user의 address를 확인 할 수 있음 하나의 값으로 표현할 수 있는 명사는 attribute 후보다 다, 여러 값을 가질 수 있다면 entity 후보다 카디널리티 Entity type A와 B 사이에 A Entity 한개가 B Entity 몇개와 연결될 수 있고, B Entity 한개가 A Entity 몇개와 연결될 수 있는지 - 1:1 두종류의 entity사이가 1:1 관계 ex) 법적 ..

모델링의 시작은 저장하고 싶은 데이터의 entity, attribute, relationship을 파악하는것에서 부터 시작된다. 비즈니스룰 : 특정 조직이 운영되기 위해 따라야하는 정책, 절차, 원칙들에 대한 간단명료한 설명 유저는 상품을 주문할 수 있다. => 유저(user)와 상품(product)은 명사, entity로 표현된다. 주문(order)은 동사 relationship으로 표현 동일한 주문내역은 한 번의 배달로, 3일 안에 유저가 지정한 배송지에 전달돼야 한다. 만약 그렇지 못할 시, 유저에게 최대한 발리 알려줘야 한다. => 주문내역(order), 배송지(destination), order라는 entity가 생기고 order는 user와 product 사이의 relationship이 된다...

*Entity(개체) : 우리가 데이터를 저장하려고 하는 대상 *Attribute(속성) : Entity에 대해서 저장하려고하는 특징 *Relationship(관계) : Entity 사이의 연결점 *Constraint(제약조건) : 여러 데이터 요소들에 있는 규칙 *ERM(Entity-Relationship Model) - Entity 사이 관계의 속성을 한눈에 파악하기 쉬움 - Entity 하나하나에 대한 정보를 표현하지 않음 - ERM에 있는 내요을 릴레이셔널 모델로 바꿔서 표현하기 쉬움 - Entity는 네모로 attribute는 네모안 글씨로, relationship은 실선으로 표현 *개념모델 - 대략적인 구조를 파악할때 사용 - Entity 사이의 관계표현 - 경영진이 새로운 기능을 추가하려고 ..

* 데이터 모델링 목적 - 저장하고자 하는 데이터에서 Entity, Attribute, Relationship, Constraint 파악 * Relational Model - 데이터를 relation, 즉 테이블로 정리해서 표현한 모델 - foregin key를 통해서 테이블 간의 관계를 표현 - 테이블 간의 관계 특성을 확인하기 힘듬 - foregin key를 저장하고 있는 테이블을 child table - foregin key를 통해서 참조되느 테이블을 parent table * Entity-Relationship 모델 - entity : 테이블, attribute : 컬럼, relationship : foregin key - 각각 연결되 선을 통해 의미하는 바를 파악할 수 있음 - 관계의 특징에 따..

* CASE WHEN THEN select name, price, price/cost, (case when 1.7