Carpe diem  
  Front Page
Notice | Tag | Location | Guestbook | Admin   
 
'링크드리스트'에 해당하는 글(3)
2007/06/04   Linked-List - 2. 환형 연결 리스트
2007/06/04   Linked-List - 1. 단일 연결 리스트
2007/06/04   Linked-List


2007/06/04 10:10 2007/06/04 10:10
Linked-List - 2. 환형 연결 리스트

출처 : http://internet512.chonbuk.ac.kr/datast ··· ist6.htm
(인코딩에 약간의 문제가 있어 그냥 퍼왔습니다.)

단일 연결 리스트에서는 리스트의 마지막 노드의 링크 값이 널(null:^)이었지만, 환형 연결 리스트(circular linked list)는 마지막 노드의 링크의 링크 값이 널(null:^)이 아닌 리스트의 첫 번째 원소의 주소를 가리키도록 하는 구조로 되어 있다.

square03_blue.gif 환형 연결 리스트의 구조 square03_blue.gif

환형 연결 리스트에서는 노드의 시작과 끝을 구별하지 않음으로써 마지막 노드와 처음 노드가 연결되어 있음으로 임의의 노드에서 다른 모든 노드로의 접근이 가능하여 임의 노드의 검색이 가능하게 된다. 단순 연결 리스트의 경우 정보가 끊어지면 그 다음은 찾을 수가 없는데 환형 연결 리스트는 그것을 극복할 수 있다.

삽입시에 어떠한 변화가 있는지 볼 수 있다.


삽입시에 어떠한 변화가 있는지 볼 수 있다. (다른 예제)

삭제시에 어떠한 변화가 있는지 볼 수 있다.


환상 연결 리스트 L에 새로운 노드 I를 삽입시키는 방법에는 연결 리스트 L 앞에 새로운 노드를 삽입하는 경우와 연결 리스트 L 뒤에 새로운 노드를 삽입하는 방법이 있다. 그림과 같이 구성된 환상 연결 리스트에서 위의 두 가지 방법을 적용해 보면 다음과 같다.


square03_blue.gif 연결 리스트 square03_blue.gif

           square03_blue.gif 리스트 앞에 (new)노드를 삽입한 상태 square03_blue.gif

리스트 앞에 노드를 삽입하는 알고리즘

Procedure INSERT_node_FRONT(L, I)
    if L = 0 then
        [L ←I; LINK(I) ←L;]
    else
        [LINK(I) ← LINK(L);
         LINK(L) ← I;]
end  INSERT_node_FRONT

현재 노드가 2개 이상 있으므로 else 쪽의 알고리즘이 동작하게 된다. 동작순서를 살펴보면

  • 연결리스트 L 의 링크값을 연결리스트 I 의 링크값에 넘겨준다.
  • 연결리스트 L은 I를 가르키도록 한다.

가 된다. I 가 추가됨으로서 기존에 L이 가르키고 있던 D0의 주소값을 I 가 물려받게 되고 L은 원래 D0을 가르키고 있었으나, 이제 새로 추가된 I 를 가르키게 되는 것이다.


square03_blue.gif 노드 D를 삭제하기 전의 리스트 상태 square03_blue.gif


square03_blue.gif 노드 D를 삭제한 후의 리스트 상태 square03_blue.gif

Procedure DELETE_node (D, X, Y)
      if  L = 0 then empty;
         LINK(X) ← LINK(D);
      if  L = D then L ← X;
         Y ← DATA(D);
      call RET(D)
end DELETE_node

장   점

단   점

  • 임의의 노드로부터 모든 노드로의 접근이 용이하다.
  • 리스트에 노드를 삽입하거나 삭제할 때 노드 수에 관계없이 거의 일정한 시간이 소요되므로, 노드의 삽입과 삭제 연산이 편리하다.
  • 리스트의 결합(combining), 분리(splitting) 작업을 효율적으로 수행할 수 있다.

리스트를 구성하는 특정 노드를 검색하고자 할 때 잘못하면 무한 루프(infinite loop)에 빠질 가능성이 있으므로, 검색을 끝낼 수 있는 노드가 존재하여야 하며 이런 목적으로 추가된 노드를 HEAD노드라고 한다.

크리에이티브 커먼즈 라이센스
Creative Commons License
이올린에 북마크하기
Tag : ,


2007/06/04 10:00 2007/06/04 10:00
Linked-List - 1. 단일 연결 리스트
출처 : http://internet512.chonbuk.ac.kr/datast ··· ist5.htm
(인코딩에 약간의 문제가 있어 그냥 퍼왔습니다.)

선형리스트에서 발생하게 되는 원소들의 이동문제를 해결해주는 방법은 리스트를 구성하는 연속된 순서의 원소들이 기억장소내에서 어느곳에나 저장 가능하도록 원소들의 위치와 무관하게 원소들을 연결하여 표현하는 방법이다.

연결리스트에서는 원소들의 값이외에 포인터값이 포함되므로 리스트의 한원소의 노드(node)는 원소값을 저장하는 자료(data)부분과 다음 원소를 지적하는 포인터값을 저장 하는 링크(link) 부분으로 구성된다.
                   

단일 연결 리스트의 구조


입력, 출력시에 어떠한 변화가 있는지 볼 수 있다.





<예제 1.>

단일 연결 리스트에서 다음과 같은 "리스트의 삽입"이 이루어질 때 비연속적인 리스트로 표현 하시오.

풀이)

주소

1

2

3

4

5

6

7

8

9

10

데이터

김 (*2)

링크

3

10

4  (*1)

5  (*2)

9

1

2

마지막

(*1) - 노드의 삽입으로 인해 변경된 링크 필드값
(*2) - 새로 삽입된 노드

<노드 삽입 알고리즘>

Procedure INSERT_node (Head, Item, X)
   // Head : 연결 리스트의 첫 번째 노드를 가리키는 포인터 //
   // Item : 새로 삽입할 데이터 항목 //
   // X : 임의의 노드를 가리키는 포인터 //

call GETNODE(Y)
   DATA(Y) ← Item
   if (Head=Nil) then
     Head ← Y
     LINK(Y) ← Nil
   else
     LINK(Y) ← LINK(X)
     LINK(X) ← Y
   end INSERT_node

데이터 "항목 C와 F사이에 새로운 "데이터 항목 E"를 삽입하는 과정은 다음과 같다.  이 때, X는 포인터이며 X가 가리키는 노드의 다음 노드에 새로운 노드를 삽입하기 위해 사용된다.

  • 새로운 노드를 생성한 후, 생성된 노드의 주소를 포인터 변수 Y에 대입한다.
  • 생성된 노드에 데이터 항목 E를 대입한다.
  • X가 가리키는 노드의 링크 값을 생성된 노드의 링크 부분에 대입한다.
  • 생성된 노드의 주소를 가리키는 Y값을 X가 가리키는 노드의 링크 부분에 대입한다.

<예제 2.>

단일 연결 리스트에서 다음과 같은 리스트의 삭제가 이루어질 때 비연속적인 리스트로 표현하시오.


주소

1

2

3

4

5

6

7

8

9

10

데이터

삭제

링크

5  (*1)

10

삭제

5

9

1

2

마지막

(* 1) - 노드의 삭제로 인해 변경된 링크 필드값

Procedure DELETE_node (W, X Head)
   // W : 삭제할 노드의 앞 노드를 가리키는 포인터 //
   // X : 삭제할 노드를 가리키는 포인터//
   // Head : 연결 리스트의 첫 번째 노드를 가리키는 포인터//

   if (W=Nil) then  
     Head ← LINK(Head)
   else
     LINK(W) ← LINK(X);
   call RET(X)
end DELETE_node

X가 가리키는 노드를 삭제하는 과정은 다음과 같다.
  이 때, W는 삭제하고자 하는 노드의 앞 노드를 가리킨다.

① X가 가리키는 링크 값을 W가 가리키는 노드의 링크 부분에 대입한다.
      LINK(W)←LINK(X)

② X가 가리키고 있는 노드를 가용 기억공간으로 되돌린다.
      즉 X 노드는 단순 연결 리스트에서 삭제된다.
      call RET(X)


< 단일 연결 리스트의 장단잠>

장    점

단    점

연결리스트의 모든 장점을 가지고 있으며
가장 융통성이 좋다.

대단히 복잡하고 가장 많은 공간이 필요하다.

크리에이티브 커먼즈 라이센스
Creative Commons License
이올린에 북마크하기
Tag : ,


2007/06/04 09:55 2007/06/04 09:55
Linked-List

출처 : http://internet512.chonbuk.ac.kr/datast ··· ist1.htm


1. 연결리스트의 정의

연결 리스트는 일정한 순서를 가지는 데이터 항목들을 표현하는  방법중의
하나이다. 배열과 같은 순차적 표현 방법과는 달리 데이터 항목들의 논리적인 순서만 유지되고 기억장소 내에서는 각 항목들의 임의의 위치를 가지도록 하는 자료구조이다.

2. 연결리스트의 구조

연결 리스트에서는 각 데이터 항목들이 기억장소내의 어떤 위치에 어떤 항목이 있는 지를 표시해 주어야 한다. 이를 위해 데이터 항목에는 값뿐만 아니라 다음 항목의 위치 정보도 함께 저장해둔다. 위치정보의 저장에는 포인터가 사용된다.


3. 연결리스트 에서의 포인터

결 리스트에서 포인터는 각 항목의 다음 순서인 항목이나 앞 순서인 항목의 위치를 가르키는 지시자이다. 연결 리스트의 마지막 노드에는 다음 순서인 항목이 없고, 첫번째 노드에는 이전 순서인 항목이 없으므로 이들 포인터는 null로 해주어야 한다.

포인터는 연결 리스트의 핵심이다. 연결 리스트에서 공통적인 사항은 데이터 항목 간의 결합이 데이터 항목 자체 내에 포함되어 있는 정보에 의해 포인터의 형식으로 정의된다는 것이다. 이런 사실은 데이터 항목 간의 결합이 배열의 배치와 저장을 기반으로 하는 배열과 링크드 리스트를 분명히 구분하는 기준이다.

위의 그림에서 입력자료는 4칸의 분량인데, 저장장치에 연속된 공간은 최고 3칸밖에 없다. 이럴 경우 배열로는 입력자료를 수용하지 못한다. 그러나 연결리스트를 이용하면 연속되지 않은 빈 공간들을 효율적으로 사용할 수 있다. 다음 그림을 보자.

링크를 통해 데이터의 연결성이 보장된다.

배열과 비교하여 또다른 장점도 있다.


항상 정렬 상태가 유지되어야만 할 어떠한 배열이 있다고 하자. 새 값이 중간에 들어가야 할 경우, 배열은 다음의 모든 데이터를 뒤로 한칸씩 밀어야만 한다. 막대한 낭비가 아닐 수 없다. 소규모의 정보를 다룰 때는 사실 별로 문제가 되지 않을 것이다. 하지만 대용량의 정보를 다룰 때는 문제가 매우 심각해진다. 정부에서 국민의 주민등록정보를 배열로 저장했다고 치자. 누군가가 태어나고 죽을 때마다 움직여야 할 배열의 수는 천문학적일 것이다. 하드는 쓸데없는 자료이동에 대부분의 시간을 소모할 것이고, 막상 데이터를 읽으려면 많은 시간을 기다려야 할 것이고 공무원의 흰머리만 늘어날 것이다.따라서 이러한 것은 연결리스트를 이용하는 것이 훨씬 낫다. (그러나 앞으로 배우게 될 더 나은 자료구조들이 실제로는 이 일에 더 적합하다.)

그러나 단점도 있다. 이러한 링크는 실제적으로 다음 번 저장장소의 주소값인데, 그 값을 저장하기 위해 추가로 저장장소가 필요하게 된다. 따라서 본연의 데이터 외에 추가로 Overhead가 발생한다.


4. 연결리스트의 효율 계산

각 노드는 사용자 데이터와 다음 노드를 가리키는 포인터로 이루어진다. 이 때 효율성을 따져 보아야 한다. 예를 들어 어떤 환경에서 이 포인터가 4 바이트를 차지한다면 데이터는 4보다 훨씬 큰 용량이어야 한다. 예를 들어 데이터의 크기가 2 바이트라면 하나의 노드에 필요한 공간은 최소 6 바이트가 될 것이고, 실제 10 바이트를 저장하기 위해서는 10 / 2 = 5 개의 노드가 필요할 것이며, 이는 메모리 공간을 최소 5 * (2 + 4) = 40 바이트를 필요로 한다. 생각해 볼 필요도 없이 10 바이트를 저장하기 위해 40 바이트를 쓴다는 것은 메모리의 낭비일 것이다. 낭비되는 공간을 퍼센트로 나타내면 30 / 40 * 100 = 75(%)가 된다. 따라서 한 노드에 더 많은 데이터를 저장하여 이러한 손실을 상대적으로 줄일 수 있다. 예를 들어 한 노드에 40 바이트 크기의 데이터를 저장한다면 80 바이트를 저장하기 위한 노드의 개수는 80 / 40 = 2가 될 것이고, 필요한 메모리 공간은 최소 2 * (40 + 4) = 88이 된다. 즉 80 바이트를 저장하기 위해 88 바이트가 필요한 셈이므로 낭비되는 공간은 8 / 88 * 100 = 9(%) 정도이다.

그러나 여기에서는 리스트 구현 방법에 중점을 두고 설명할 것이기 때문에 이러한 효율성은 무시할 것이다.

크리에이티브 커먼즈 라이센스
Creative Commons License
이올린에 북마크하기
Tag :


BLOG main image
Passionate, Crazy
 Notice
 Category
전체 (71)
여행 (22)
취미/여가 (8)
지식/공부 (28)
독서/감상 (6)
 TAGS
태터툴즈 여행 플래시게임 md5 에반게리온 후지쯔 무기력 합격방법서 메이지신궁 공감 추억 3D 온라인 호랑이 공연 아이스쇼 영어공부 freemarker 코코아 해모수 제4물결 주몽 호텔 야구 엠티 jaxb 세션 ASP.NET 설봉호 도전 구매기 분양 광우병 대만여행정보 iphone 배경음악 고양이 나눔 간사이 치산 고3 개편 이벤트 비누 101빌딩 월드컵 아저씨 미친소 교육 증권 용어사전 카르멘 제거 부산항 profile 코끼리 펀드 Dashboard 오라클 하이버네이트 panda 영상 네이버 MP3 팝페라 멀티캠퍼스 가을 objective-C 캐리비안의 해적 스위스 선물 전시회 한글처리 하얏트 스린야시장 Widget 먹거리 태터스킨 MEDC 레몬펜 학교 타센 노력 jsp 미래 언론 타이페이역 핸드메이드 VC++ 결혼식 Oracle 공부 ELW 미샤
 Calendar
«   2012/02   »
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29      
 Recent Entries
[Hibernate] criteria or...
[Hibernate] 중복된 row...
[freemarker] 숫자 콤마 빼기
고베의 일품 야경을 늦게...
간사이 지역 여행 준비하기
object param 값
[FLEX] Renderer를 이용하...
아이폰 SDK - md5
NSString 문자열 길이를 U...
JSP Get 방식 한글 parame... (3)
 Recent Comments
get방식으로 받은 한글이...
데잇 - 2009
당연히 해봤죠 ~ ^^; 여...
euni - 2009
request.setCharacterEnco...
꼼즈 - 2009
궁금하던 정보 잘 얻고 갑...
해피포터 - 2008
나는 언제 성장하는 거냐?
SEAN。 - 2008
받아들이는 관점에 따라...
euni - 2008
성장이 맞는 것 같지만,...
euni - 2008
거럼 뭐가 메카지? ㅋㅋㅋ...
euni - 2008
종합선물세트 아닐까요 ㅎㅎ
ho - 2008
성장만화 아니었습니까?
SEAN。 - 2008
 Recent Trackbacks
 Archive
2011/10
2010/06
2010/03
2009/09
2009/06
 Link Site
소니톤/개발/애니/여행/e-...
지식보다 지혜를...
 Visitor Statistics
Total : 185920
Today : 42
Yesterday : 44
태터툴즈 배너
rss