클래스와 다형성에 대해서 어떻게 생각하는가 설명해달라

알고 있는 디자인패턴에 대해 말해봐라

1) 싱글톤

싱글톤과 전역변수의 차이점은 무엇인가?

해시맵(hash_map)이 무엇인가?

- 해시맵은 저장은 느리지만 다량의 데이터를 검색하는데 뛰어난 성능을 가진 맵 인터페이스계열의 대표적인 클래스

- 키(key)와 값(value)의 쌍으로 이루어짐

- 해시 테이블이라는 자료구조를 사용함으로써 검색 속도가 map, set에 비해 빠름

  ● map,set을 사용하는 경우 : 정렬된 상태로 자료 저장을 하고 싶은 경우
  ● hash_map, hash_set을 사용하는 경우 : 정렬이 필요 없으며 빠른 검색을 원할 때

- 빈번한 자료 삽입, 삭제의 경우와 저장한 자료가 적을 때는 메모리 낭비와 검색 시 오버헤드가 생기기 때문에 사용하지 않는 것이 좋음

정적라이브러리와 동적라이브러리의 차이점은?

- 정적라이브러리는 실행할 때 라이브러리의 내용을 모두 메모리에 로드하는 반면 동적 라이브러리는 메모리에 이미 존재하는 경우 로드되는 시간과 공간을 아낄 수 있음

- 정적 라이브러리는 매번 라이브러리의 주소에 접근해야 하기 때문에 오버헤드가 존재해 수행 시간은 정적 라이브러리보다 느림

값 전달 방식에 어떠한 차이점이 있는가

value로 전달

- 얕은 복사가 이루어짐

reference로 전달

- 깊은 복사가 이루어짐

스마트 포인터의 종류를 말해보라

스마트 포인터를 사용하는 이유와 경우에 대해 말해보라

형변환을 쓰는 이유에 대해 말해보라

github 블로그를 제작할 때 push를 통해서만 확인하는게 아니라 로컬에서도 확인할 수 있는 방법이 있는데 매번 구글링 하면서 헷갈려서 포스팅으로 정리해놓으려고 한다.

필자는 github 블로그를 현재 포트폴리오 용으로 사용하기 때문에 업데이트를 해줄 필요가 있었다.

하는 방법은 먼저

Ruby를 다운로드 한다.

https://rubyinstaller.org/downloads/

나는 제일 최신버전을 다운 받았다.

Ruby를 다운받은 후 cmd창을 켜서 jekyll 번들을 설치해준다.

gem install jekyll bundler

블로그를 clone 해서 가져온다.(생략)

그런다음 cmd 창에서 해당 repository까지 들어가준다.

나는 D에 repository를 넣어놔서 이렇게 들어갔다.

repository의 폴더 이름도 github랑 같게 했기때문에 저렇게 들어간 것이다.

다른 이름으로 생성했다면 해당 폴더로 들어가면 된다.

Could not find gem 'html-proofer (~> 3.15)' in locally installed gems

가 떠서 구글링 해보니 이러한 절차로 업데이트 하라고 해서 해봤다.

gem cleanup

bundle update

bundle install

이렇게 순서대로 치니까 뭔가가 엄청 다운되었지만

jekyll serve

로 다시 실행해보니 에러가 뜬다..

cannot load such file -- webrick (LoadError)

그래서 다시 찾아봤더니

bundle add webrick

으로 webrick을 추가해주라고 한다. (ruby 3.0.0부터 gem에서 기본으로 있던 webrick이 빠졌다고 함)

이렇게 했더니 제대로 작동된다.

그럼 이제

http://127.0.0.1:4000/

로 접속해서 로컬화면을 보면 된다.

내가 적용해놓은 jekyll 테마가 뜬다!

연결해놓은 블로그는 Ctrl+C를 통해서 끌 수 있다.

이제 편하게 로컬에서 확인할 수 있게 되었다😂

추가 사항

C:/Ruby26-x64/lib/ruby/gems/2.6.0/gems/bundler-2.3.17/lib/bundler/runtime.rb:309:in `check_for_activated_spec!': You have already activated i18n 1.10.0, but your Gemfile requires i18n 0.9.5. Prepending `bundle exec` to your command may solve this. (Gem::LoadError)

이런 에러가 뜨면

bundle exec jekyll serve

를 쳐주면 실행이 된다.

- BIOS에서 SVM 활성화하기

- 그 후 Windows 기능 켜기/끄기 -> Windows 하이퍼바이저 플랫폼 체크 -> 재부팅

순서로 하면 해결 가능합니다!

Chapter 1. Ubuntu에서 mariadb 실행을 하여보자.

*모든 실행은 MariaDB 5.5에서 작동하는 예제입니다

mariadb를 다 설치하셨으면 한번 실행해볼까요? 먼저 Ubuntu 화면에서 terminal을 실행시킵니다.

이러한 실행창이 떴다면 성공하신겁니다. 그 다음으로는 mariadb를 실행시켜보기 위해 명령어를 적어보도록 하겠습니다. 그런데 mariadb를 실행하기 위해 mariadb –u root –p 명령어를 입력하였더니 찾을 수가 없다고 합니다.

mysql –u root –p 명령어를 입력하였더니 비밀번호를 입력하라는 문구가 나오고 초기에 설정하였던 비밀번호를 입력하게 되면 'Welcome to the MariaDB monitor' 라는 문구와 함께 mairaDB가 구동되게 됩니다.

.

Chapter 2. 새로운 데이터 베이스를 만들어보자.

mariaDB도 잘 구동되니 지금부터 나만의 데이터 베이스를 하나 만들어봅시다. 회원 관리 데이터베이스를 하나 만들어보겠습니다.

데이터베이스 이름은 'membership' 으로 하겠습니다.

mariadb에서는 mysql에서 데이터 베이스를 만들었던 것과 같은 명령어를 쓸 수 있습니다.

2.1 CREATE

create 명령어를 사용하면 데이터베이스 한 개를 만들 수 있다.

2.2 SHOW

show 명령어를 쓰면 위와 같은 결과가 나오는 것을 볼 수 있다. 

보면 db1이라는 데이터 베이스와 membership이라는 데이터 베이스 2개가 있음을 알 수 있다.

2.3 DROP

drop 명령어를 이용해서 db1과 membership 데이터베이스를 지운 모습이다.

2.4 USE

use를 이용해서 어느 데이터베이스를 쓸 것인지를 정합니다.

테이블의 내용을 조회하거나 변경할 때에는 반드시 대상 데이터베이스의 이름과 테이블의 이름이 명시되어야한다.

2.5 ALTER

ALTER문은 이미 존재하는 테이블의 구조나 형식등을 바꾸기 위해 사용한다. 아래의 문장은 테이블 안에 칼럼을 추가하는 문장이다.

datetime not null을 하게 되면

*칼럼 추가

*칼럼 삭제

*칼럼 변경

*인덱스에 새항목 추가

*인덱스 삭제

*Primary key 지정하기

*Primary key 삭제

Chapter 3. 데이터를 조작하여 보자

3.1 INSERT

테이블에 레코드를 저장하기 위해서 insert 문장을 사용한다. insert 문장이 실행되기 위해서는 반드시 먼저 테이블이 존재 해야 한다.

*테이블 생성하기

만약 이러한 데이터 테이블을 만들고 싶다면 이렇게 입력하면 된다.

테이블이 생성되었으면 INSERT를 이용하여서 테이블에 레코드를 저장하여보자.

5297734 KIM 22 을 넣어보도록 하자

INSERT INTO ... ON DUPLICATE KEY UPDATE ,,, 라는 형태의 구문이 사용되면 중복된 레코드가 

이미 존재할 때에는 UPDATE가 실행되고 그렇지 않을 때에는 INSERT가 실행된다.

이 구문에서 UPDATE가 실행되지 않고 INSERT가 실행된 이유는 테이블을 만들 때 PRIMARY KEY를 설정하지 않아서 그렇습니다.

테이블을 다시 만든 뒤 ON DUPLICATE KEY UPDATE라는 옵션을 설정하지 않은 채로 집어 넣으면 어떻게 될까? 당연히 오류 문구를 띄우게 됩니다.

3.2 SELECT

INSERT를 이용해서 레코드 값을 집고 show를 이용하여 내용을 보고 싶었지만 보이지가 않는다. 

테이블에 저장된 레코드를 조회하기 위해서는 select 문장을 사용한다.

그러면 아까 만들어봤던 membership테이블의 결과를 보도록 하자.

3.3 UPDATE

그런데 이 데이터가 마음에 들지 않는 다면 바꿔야 할 때 쓰는 것이 UPDATE 문장이다. 

INSERT된 레코드를 삭제하지 않고, 레코드의 일부 칼럼을 변경하기 위한 SQL문장이다.

name을 GAHYEON 으로 바꾸어보겠다.

*UPDATE 문장 사용시 주의해야 할 점

WHERE 조건절이 없는 경우 그 테이블의 모든 레코드에 대해서 칼럼 값을 변경하게 된다.

3.4 REPLACE

레코드가 존재하지 않으면 INSERT로 처리되고 레코드가 존재하는 경우에는 update로 처리된다.

그러나 이 코드 그대로 쓰려고 봤더니 내가 생각했던 대로 나오지가 않았다. 

중복된 레코드가 있을 경우 레코드를 삭제하고 다시 INSERT하게 된다고 하였는데 레코드가 3개인 테이블에서는 중간 값이 null로 들어가고 앞의 칼럼이 삭제 되지 않은 채로 INSERT가 되었다. 

그래서 인자 값이 모자라서 그렇게 된 것인가? 라는 생각을 해보았다.

세 개의 인자 값을 써서 REPLACE 문장을 써보았는데 이번에도 INSERT 문장이 실행되었다. 

그래서 구문의 문제가 있는가? 하고 다른 문장을 이용해보았다.

그러나 이번에도 똑같이 추가가 되는 형식으로 진행되었다. 

무엇인가 이상하여서 찾아보았더니(https://mariadb.com/kb/en/mariadb/replace 참고, 'Real MariaDB' 책에도 있는 내용) 'REPLACE는 INSERT와 비슷하게 동작된다. 

primary key나 unique키가 중복된 레코드가 있다면 먼저 그 레코드를 삭제하고 새로운 레코드로 insert를 수행한다.' 라는 전제조건이 있었다. 

그러면 primary key가 포함된 table을 하나 더 만들어서 replace문을 실행시켜 보도록 하자.

INSERT문장을 이용하여서 데이터를 삽입하고 아까 전의 REPLACE 문장을 다시 실행해보자.

생각한대로 결과값이 나오게 된다! REPLACE 문장은 중복된 레코드가 있을 경우 레코드를 삭제하고 다시 INSERT하게 되므로 INSERT INTO ... ON DUPLICATE KEY UPDATE ... 문장보다는 부하도 높고 시스템의 자원을 많이 소모하게 된다. 

가능한대로 REPLACE문장 보다는 INSERT INTO ... ON DUPLICATE KEY UPDATE ... 문장을 쓰도록 하자.

3.5 DELETE

테이블에 존재하는 레코드를 삭제할 때 DELETE문장을 사용한다.

WHERE 조건절이 있는 경우에는 그 조건에 부합되는 레코드만을 삭제하지만 WHERE 조건절이 없는 경우에는 테이블의 모든 레코드를 삭제한다.