가끔 보자, 하늘.

한동안 회사에서 진행한 Data Warehouse(이하 DW) 및 통계시스템 구축이 최근 완료되었습니다. 그리고 데이타를 저장한 Database(이하 DB) 종류, 저장된 로그의 파일 포멧 그리고 서버 위치도 다른 데이터들을 한 곳으로 손쉽게 모으기 위해 만들었던 천 줄 내외의 Javascript 코드를 정리해서 Collo라는 이름으로 github에 며칠 전 공개하게 되었습니다. Collo의 주 목표는 실시간으로 누적되는 데이터를 해당 시스템의 부하없이 DW로 가져오는 것이었으며, 마이그레이션에 대한 모든 기능을 포함한 솔루션이 아닌 손쉽게 수정, 조작 가능한 작은 유틸리티 제작을 목표로 한 프로젝트였습니다. 그리고 데이타를 가져오는 성능 보다는 안정성에 더 중점을 두어 제작하였습니다. 그리고 유지보수를..

(* 이 글은 NodeJS 10.15.1 을 기준으로 작성되었습니다. ) 한국은 GMT +9 를 기준으로 시간을 사용하며, 데이터를 다룰때도 일반적으로는 GMT +9 기준을 사용합니다. 단일 솔루션만 다룰 때는 거의 신경쓰지 않겠지만, 이기종 혹은 여러 솔루션을 한번에 컨트롤 할 때는 상당히 거슬리는 문제가 됩니다. 특히 월드 와이드 서비스를 하고 있다면요. 대부분의 DB에서 UTC 기준으로 값을 저장하기 때문에 큰 문제는 없지만, 간혹 일부 npm에서 datetime 자료형을 다룰 때 미묘한 차이가 있습니다. node-mysql(구분을 위해 임시로 node-를 붙였습니다)의 경우, 저장된 datetime 값을 그대로 가져오기 때문에 전혀 문제가 없는데 반해, node-mssql은 useUTC옵션을 제대..

(windows 환경) nodejs에서 80포트 열어 쓰던 어플이 있는데, 어느날 갑자기 error: listen EACCES 0:0:0:0:80 에러를 뱉으면서 안된다. --a netstat -ano 하면 ip,port 그리고 해당 포트를 사용하는 PID를 볼 수 있다. 찾아보니 4 ... System이 쓰고 있다고. -- ㅁ.... 모지.. 이래저래 찾아보니.. 최근 로컬에 mssql을 설치했는데.. SQL Server Reporting Services가 내부적으로 80포트를 쓰고 있었네 --; 서비스 중지 시키니 잘 돌아감. 휴 ~

"MS-SQL 서버는 Select(RecordSet) 와 OUTPUT Parameter 동시에 사용할 때 해당 Select(RecordSet) 를 모두 읽어 들여야만 OUTPUT Parameter 에 값이 채워진다." (출처) http://extern.tistory.com/20 다른거 검색하다가 문득 정리 잘 된 글이 있어서 링크를 걸어본다.

"임시 디렉터리를 찾을 수 없거나 디스크 공간이 부족합니다" 아직 sql 2000을 사용하고 있는데 오랜만에 들어가서 매니저를 열려고 하니 위와 같은 에러가 발생하네요. 시스템 관리자가 temp 디렉토리를 지운 듯... -_-; 환경 변수 찾아가서 windows temp 디렉토리 설정 관련된 옵션을 하나씩 열고 그대로 저장 한번 해주고.. 최종 확인 누르고 나오면 temp 관련된 폴더가 다시 생성됩니다. 다시 열면 그대로 진행됩니다. 혹은 진짜 디스크 공간이 없거나.. 0-0 * 찾아보니 MMC 관련된 에러군요. ^^;;