sign in
join
게시판 본문 ASP, ASP.NET, IIS & Script - Read Only 
| re: SQL 비교 속도 문제. |
|---|
|
작성자: 송원석
작성일시: 2005-01-13 14:53,
조회수: 2,589
|
|
그렇군요. 그렇다면 일단은 전체적인 로직의 개선은 일단 생각해보지 말고 먼저 문제점이라고 생각되는 부분을 생각해보는게 어떨까합니다. 현재 상태에서 제가 발견할 수 있는 가장 큰 문제점은 사용자가 변환하고자 하는 문장의 길이에는 상관없이 항상 73,510 건의 레코드를 모두 가져온다는 점입니다. 즉 현재 코드는 사용자가 변환하고자 하는 문장이 겨우 10 단어로 이루어졌건 1,000 단어로 이루어졌건 무조건 73,510 건의 레코드를 먼저 리턴을 하게 구성되어져 있습니다. 저는 이것이 가장 큰 문제점이라고 생각합니다.
따라서 1 차적으로 항상 73,510 건의 레코드를 가져와야하는 부분에서 시간이 걸리고, 2 차적으로 역시 같은 횟수의 루프를 항상 돌아야만 하는 부분에서 2 차로 시간이 걸리게 되는 것입니다. 아무리 division 컬럼의 값이 '05' 인 레코드를 제외한다고 하더라도 이 정보의 분량은 만만한 분량이 아닙니다. 이 경우에는 인덱스도 소용이 없는 것이 어짜피 전체 레코드의 거의 대부분을 가져와야 하기 때문에 무용지물이기 때문입니다. 거기다가 더욱 문제가 되는 것은 앞으로도 이 테이블의 데이터는 그 성격상 계속해서 늘어나게 될 것이라는 점이죠. 또한 매번 메모리 소모도 만만치 않겠네요. ^_^;; 따라서 속도를 근본적으로 개선하시려면 데이터베이스에 저장되어져 있는 사전 데이터를 기준으로 작업을 하시면 안되고 사용자가 입력한 변환하려는 문자열을 기준으로 작업을 하셔야만 할 것입니다. 즉 루프를 돌리는 기준이 데이터베이스가 아닌 사용자가 입력한 문자열이 되어야만 합니다. 그런데 이 경우에 문제는 한글같은 경우 조사나 어미 등등의 변화를 프로그램이 모두 감지해 낼 수 있어야만 한다는 것이고, 바로 그래서 번역 프로그램이 어렵다는 것이죠. 일종의 인공지능이 필요한 셈이니까요. 안타깝게도 현재의 프로그램 로직을 그대로 사용하시는 한 저로서도 별다른 도움을 드릴수는 없을 것 같습니다. 그렇다고 제가 형태소 분석을 처리할 수 있을 만한 능력도 없기 때문에 저도 별다른 방법이 없네요. 도움이 되어드리지 못해서 죄송합니다. 감사합니다. |
|
IP 주소: 165.141.121.62
|
|
게시물 | |||
|---|---|---|---|---|
| 976 | 2005-01-29 | 4,819 | ||
| 975 | 2005-01-31 | 2,539 | ||
| 974 |
파일큐브 질문이 있습니다. [3] |
2005-01-28 | 2,433 | |
| 973 |
명랑군 |
2005-01-27 | 769 | |
| 972 | 2005-01-27 | 2,444 | ||
| 971 |
명랑군 |
2005-01-28 | 763 | |
| 970 | 2005-01-28 | 2,371 | ||
| 969 |
명랑군 |
2005-01-26 | 792 | |
| 968 | 2005-01-26 | 2,371 | ||
| 967 |
명랑군 |
2005-01-25 | 802 | |
| 966 | 2005-01-25 | 2,549 | ||
| 965 |
수업시간표 짜는 프로그램 [1] |
2005-01-18 | 3,797 | |
| 964 |
ie 위치 이동 [1] |
2005-01-18 | 2,508 | |
| 963 | 2005-01-18 | 2,593 | ||
| 962 |
테이블 갯수 알아오기 [6] |
2005-01-17 | 2,809 | |
| 961 |
|
2005-01-17 | 2,639 | |
| 960 |
오마르 |
2005-01-15 | 835 | |
| 959 |
오마르 |
2005-01-15 | 791 | |
| 958 | 2005-01-15 | 2,473 | ||
| 956 |
궁금이 |
2005-01-13 | 1,018 | |
| 955 | 2005-01-13 | 2,469 | ||
 |
2005-01-13 | 2,589 | ||
| 953 |
궁금이 |
2005-01-13 | 886 | |
| 952 | 2005-01-14 | 3,089 | ||
| 951 | 2005-01-12 | 3,301 |
re: 날짜를 리스트형식으로 가능할까요?
확인
취소