전체 글 577

MSSQL GET yyyymmddhhnnss DATE STRING

db 사용하다보면 날짜필드를 문자열 값으로 저장하여 사용하는 경우가 많은데... 그럴때, 사용하면 좋을 듯 합니다. -- return current datetime by format 'yyyymmddhhnnss' ALTER FUNCTION [dbo].[usf_getDateFmt00] () RETURNS varchar(20) AS BEGIN -- Declare the return variable here DECLARE @ret varchar(20) SELECT @ret = CONVERT(VARCHAR,GETDATE(),112) + SUBSTRING(convert(varchar(8), getdate(), 108),1,2)+SUBSTRING(convert(varchar(8), getdate(), 108),4,..

MSSQL LONG2DATETIME

솔직히 아래거 좀더 검증 해봐야 합니다.... 성능 이슈도 좀 있는것 같고, 퍼가시고 사용하신후 한번 경험담 적어 주세요 set ANSI_NULLS ON set QUOTED_IDENTIFIER ON go -- ============================================= -- Author: mulder -- Create date: 2009-10-30 -- Description: LONG 값을 DATETIME 으로 변환한다. -- ============================================= -- select * from t_agent -- select dbo.[usf_getLong2Date] (1256893460) CREATE FUNCTION [dbo].[usf_g..

Tomcat을 하드하게 message server로 돌리려면

제목과 같은 생각이 있으신 분들이 꽤 많을텐데.... 경험자로서 몇자 적어봅니다. 참고 하시길... 1) Static Variable 의 직접 접근을 삼가 하자. 보통 lookup table 또는 hashmap을 이용한 글로벌 변수를 많이 사용 할 겁니다.. 이걸 좀 조심 하세요. 2) Static Function 의 접근은 synch 하자. 위와 연결된 애기 입니다. 여러 접속이 이루어질것을 감안 해서 Static Function 의 접근은 Synchonized 해주셔야 속이 편합니다. 3) 가능하면 Request Local 로 모두 처리 하자. 1), 2) 번으 문제를 근본적을 회피하려면,,,,, 시스템 빵빵하게 꾸미고 DB 를 통해서 자료 공유 하시면 거강에 아주좋습니다...

Tomcat Servlet Reqeust 처리 중 ...

일반적인 경우에는 전혀 문제 없다. request data를 미리 읽어오는 경우 ( reqest.getInputStream ) 나중에 request.getParamer 하면 평소에는 전혀 문제 없다가, Request 가 폭발적으로 많은 경우 (초당 10건 이상)에는 Request.getParameter 에 문제가 좀 있다. 이런경우 Request InputStream 과 Request.getParamer 간 문제가 있는것 같다. Request.getParamer 가 Thread Safe 하지 않을수는 없을것 같은데... 문제가 생긴다..., 이유는 . 더 알아 봐야 할것 같고 이럴 경우 답은 reqeust.getQueryString 으로 querystring을 읽어온후 paramer를 찾아와야 한다...