Update Blog

NESOY · NESOY · commit cdea6c0b4e27 · 2025-02-15T16:15:13.000+09:00
diff --git a/content/about.md b/content/about.md
diff --git a/content/blog/Database Partitioning.md b/content/blog/Database Partitioning.md
@@ -1,15 +1,11 @@
 ---
-title: Database의 파티셔닝(Partitioning)이란?
-tags:
-  - Database
+aliases: [../articles/2018-02/Database-Partitioning]
 date: 2018-02-22
-aliases: 
-  - ../articles/2018-02/Database-Partitioning
+description: Database Partitioning에 대해 알아보자.
+tags: [Database]
+title: Database Partitioning
 ---
-
-![[assets/logo/database.jpg]]
-
-# Partitioning
+# Database Partitioning
 
 ## 배경
 
@@ -42,28 +38,28 @@ VLDB(Very Large DBMS)`전체 DB가 하나의 DBMS에 다 들어가기 힘들어
 
 ## Partitioning 범위
 
-### Range partitioning
+### Range Partitioning
 - 연속적인 숫자나 날짜 기준으로 Partitioning 한다.
 - 손쉬운 관리 기법 제공 에 따른 관리 시간의 단축할 수 있다.
 - ex) 우편번호, 일별, 월별, 분기별 등 의 데이터에 적합하다.
 
 ![[assets/posts/20180222/2.png]]
 
-### List partitioning
+### List Partitioning
 - 특정 Partition에 저장 될 Data에 대한 명시적 제어 가능하다.
 - 분포도가 비슷 하며, 많은 SQL에서 해당 Column의 조건이 많이 들어오는 경우 유용하다.
 - Multi-Column Partition Key 제공하기 힘들다.
 - ex) [한국, 일본, 중국 -> 아시아] [노르웨이, 스웨덴, 핀란드 -> 북유럽]
 
 ![[assets/posts/20180222/3.png]]
 
-### Composite partitioning
+### Composite Partitioning
 - Composite Partition은 Partition의 Sub-Partitioning 을 말한다.
 - 큰 파티션에 대한 I/O 요청을 여러 partition으로 분산할 수 있다.
 - Range Partitioning 할 수 있는 Column이 있지만, Partitioning 결과 생성된 Partition이 너무 커서 효과적으로 관리할 수 없을 때 유용하다.
 - Range-list, Range-Hash
 
-### Hash partitioning
+### Hash Partitioning
 - Partition Key의 Hash값에 의한 Partitioning (균등한 데이터 분할 가능)
 - Select시 조건과 무관하게 병렬 Degree 제공 (질의 성능 향상)
 - 특정 Data가 어느 Hash Partition에 있는지 판단 불가
diff --git a/content/blog/JSON.md b/content/blog/JSON.md
@@ -1,19 +1,16 @@
 ---
-title: JSON이란 무엇일까??
+aliases:
+  - ../articles/2017-02/JSON
+date: 2017-02-08
 tags:
   - JSON
   - Web
-date: 2017-02-08
-aliases: 
-  - ../articles/2017-02/JSON
+title: JSON
+description:
 ---
-
-![[assets/logo/web.jpg]]
-
+# JSON
 > 지난 번 포스팅에서 Restful API관하여 자세히 알아보다가 공개된 OPEN API 대부분 JSON을 활용하여 데이터를 주고 받는 다는 것을 알았다. 위 포스팅에서는 JSON의 개념과 어떠한 형식에 대해 좀 더 자세히 알아보고 JSON에 관련된 Library가 무엇이 있는지 알아본다.
 
-![[assets/posts/20170208/json.PNG]]
-
 ## 1. JSON(JavaScript Object Notation)이란?
 - JSON은 경량(Lightweight)의 DATA-교환 형식
 - Javascript에서 객체를 만들 때 사용하는 표현식을 의미한다.
@@ -22,7 +19,7 @@ aliases:
 
 ## 2. JSON(JavaScript Object Notation) 형식
 
-#### 2.1 name-value 형식의 쌍(pair)
+### 2.1 Name-value 형식의 쌍(pair)
 - 여러 가지 언들에서 object, hashtable, struct로 실현되었다.
 - { String key :  String Value}
 
@@ -34,7 +31,7 @@ aliases:
 }
 ```
 
-#### 2.2 값들의 순서화된 리스트 형식
+### 2.2 값들의 순서화된 리스트 형식
 - 여러 가지 언어들에서 배열(Array), 리스트(List)로 실현되었다.
 - [ value1, value2, ..... ]
 
@@ -52,7 +49,7 @@ aliases:
 - Jackson : <https://github.com/FasterXML/jackson>
 - **Spring Framework** 를 사용하여 예시를 들어보이겠다.
 
-#### 3.1 Maven의 pom.xml의 추가하기
+### 3.1 Maven의 pom.xml의 추가하기
 - Jackson이라고 치면 가장 위에 보이는 Jackson Databind를 선택한다.
 
 ![[assets/posts/20170208/1.PNG]]
@@ -65,7 +62,7 @@ aliases:
 </dependency>
 ```
 
-#### 3.2 @ResponseBody를 사용하여 JSON형태로 응답하기
+### 3.2 @ResponseBody를 사용하여 JSON형태로 응답하기
 - Controller를 통해 View로 넘어가지 않고 데이터(*JSON OR XML*)를 넘겨 줄 수 있다.
 - Spring 3.1에서부터 <mvc:annotation-driven></mvc:annotation-driven>을 사용하면 HttpMessageConverter가 자동으로 등록된다.
 - **@ResponseBody** : Return 값은 View를 통해서 출력되는 것이 아니라 HTTP Response Body에 직접쓰여진다.
@@ -92,22 +89,17 @@ public Map getUserList(){
 }
 ```
 
-#### 3.3 서버를 작동시켜 확인해보기.
+### 3.3 서버를 작동시켜 확인해보기.
 - RequestMapping된 주소인 `http://localhost:8080/users` 확인해보자.
 
 - 결과 모습 : 잘 도착했지만 보기가 불편하다.
 
 ![[assets/posts/20170208/2.PNG]]
 
 
-#### 3.4 PostMan을 통해 예쁘게 보자.
-
-![[assets/posts/20170208/postman.PNG]]
-
+### 3.4 PostMan을 통해 예쁘게 보자.
 - Postman이라는 크롬 앱을 통해 예쁘게 볼 수도 있고 다양한 테스트도 가능하다.
-
 - Download : <https://chrome.google.com/webstore/detail/postman/fhbjgbiflinjbdggehcddcbncdddomop>
-
 - 결과 모습 : 예쁜 모습으로 볼 수 있다.
 
 ![[assets/posts/20170208/3.PNG]]
diff --git a/content/essay/2017 회고.md b/content/essay/2017 회고.md
@@ -1,10 +1,8 @@
 ---
-title: 2017 회고
-tags:
-  - Retrospective
+aliases: [../articles/2018-01/2017-retrospective]
 date: 2018-01-05
-aliases: 
-  - ../articles/2018-01/2017-retrospective
+tags: [Retrospective]
+title: 2017 회고
 ---
 # 왜 회고 하는가?
 > 사람은 언제나 같은 실수를 반복하기 마련이다. 나 또한 그렇다. 이런 실수들이 반복되지 않도록. 늘 상기시키며 고쳐나가려 한다. 나쁜 버릇도 고칠 수 있고 고쳐나갈 것이다. 이번 년도에는 많은 것을 배웠고 피드백을 많이 받았으며 실패한 경험 공유하기 위해 회고록을 적는다.
