height나 width를 auto로 설정해주면 내부에 있는 컨텐츠 크기(글자를 보여주는 container라면 글자의 높이나 길이)에 따라 컨테이너 크기가 변함

velog.io/@kyusung/eslint-prettier-config ESLint 와 Prettier 적용 이 문서에서 사용하는 Prettier 버전은 1.19.1 입니다. (2020.03.02)Prettier는 코드를 읽어들여서 사용자 옵션에 따라 코드를 다시 포맷팅하는 코드 포맷터 입니다.코드 스타일에 초점을 맞추고 있기 때 velog.io 참고

데이터를 업데이트 했을 때, 화면에 업데이트가 된 이후 데이터를 불러와야 할 필요가 있다. 기존 API 로직대로면 업데이트 된 데이터를 한번 더 find하여 가져오는 번거로움이 생긴다 (물론 클라이언트에서 처리할 수도 있고, 리졸버 context 처리로도 가능하지만 이건 나중에...) 아폴로에서 제공하는 기능에 대해 클라이언트 관점에서 보자면 아예 find를 새로 하는 refetchQueries메소드가 존재한다 Mutation을 시키고, 업데이트 된 데이터를 무조건 다시 화면으로 가져오게 만드는 것이다. 참고로 얘는 비동기적으로 실행된다. 이를 업데이트가 반드시 끝난 후, 동기 처리하려면 awaitRefetchQueries: true 옵션을 설정해둔다

dynamic link library - 실행 파일에서 해당 라이브러리의 기능을 사용할때만 호출, 위치정보로만 라이브러리를 필요할때 call하니까 리소스를 적게 먹는다

몽고DB 드라이버의 메소드는 기본적으로 thenable 객체를 리턴한다 (이는 Promise를 사용할 수 없다, then으로 잡히기 때문에 thenable이라고 함) 따라서 이렇게 비동기적으로 실행되는 방식이기 때문에 1. exce() 메소드를 통해 실행 시점을 정해주든가 2. 콜백 처리를 하든가 3. await 처리를 하든가 해야한다. 그렇게 하지 않으면 쿼리 날리는 횟수가 자기 맘대로다 첫번째 처럼 날리면 안된다는 이야기. (sol에서는 exec() 메소드를 사용했지만, 기타 create( ) , remove( ), save( ) 같은 컬렉션 조작 메소드를 사용해도 비동기 로직이 처리된다. 단, 쿼리만 정의하고 로직을 태우면 안된다는 것) 왜냐하면 내부 로직이 비동기로 돌아가므로, 리턴을 받기도 전에..

- 정형 데이터 분석 아키텍쳐 - RedShift-SQL Client-PostgreDB-DynamoDB-S3 RedShift: - 데이터 웨어하우징 관리 시스템 - 클러스터를 생성한 후 사용 시작 - PostGreSQL기반의 DB를 탑재하고 있다 - 대쉬보드를 통해 시각화 된 데이터 분석 SQL Client - RedShift에 쿼리로 데이터를 CRUD할 수 있다. Workbench와 같은 역할이다. Dynamo DB - 스키마가 없는 NoSQL DB. 데이터가 자동 백업되고, 확장과 배포에 용이하다. - key-value로 구성된 Item이 하나의 원소이고, 이들이 모여 Table을 이룬다. - 기본적으로 테이블 인덱스가 발급되는데, 이를 사용하여 검색을 진행한다. - 같은 NoSQL인 MongoDB에..