서버시간과 클라이언트 시간을 동기화시키기 위해서 그러시는건가요?
(저도 이런작업을 C/S 모델 어플리케이션 개발시 많이 사용했었죠.. 솔직히 귀찮더군요..)
일단, DB가 어떤건진 모르겠지만 시간을 가져오는 것은 DB의 퍼포먼스에 지정을 주지는 않습니다.
다만, 빈번한 주기(시간간격)이 어떻게 될지는 모르지만,
최소한 시간을 서버로부터 가져와서 클라이언트에서 처리해주는데 소요되는 시간보다는 많아야되겠죠.
간단히, 예를들면,
서버에서 가져올때 시간이 10시 10분 1초였고, 다음번은 10시 10분 20초에 가져올 경우
1초~20초사이에 어떤 처리가 이루지게 되겠죠..
이 처리하는 시간이 예를들어 30초였다하면..
가져오는 주기가 20초간격은 쓸데없는 오버헤드를 발생시키는 것입니다.
이것만 피하면 크게 문제가 되지는 않을것이라 판단되며..
그러나,
많은 SQL문장의 발생은 parsing time과 execution time, 메모리 할당을 증가시켜
쓸데없는 CPU의 성능을 잡아먹는 좀비가 될 것입니다.
(저도 이런작업을 C/S 모델 어플리케이션 개발시 많이 사용했었죠.. 솔직히 귀찮더군요..)
일단, DB가 어떤건진 모르겠지만 시간을 가져오는 것은 DB의 퍼포먼스에 지정을 주지는 않습니다.
다만, 빈번한 주기(시간간격)이 어떻게 될지는 모르지만,
최소한 시간을 서버로부터 가져와서 클라이언트에서 처리해주는데 소요되는 시간보다는 많아야되겠죠.
간단히, 예를들면,
서버에서 가져올때 시간이 10시 10분 1초였고, 다음번은 10시 10분 20초에 가져올 경우
1초~20초사이에 어떤 처리가 이루지게 되겠죠..
이 처리하는 시간이 예를들어 30초였다하면..
가져오는 주기가 20초간격은 쓸데없는 오버헤드를 발생시키는 것입니다.
이것만 피하면 크게 문제가 되지는 않을것이라 판단되며..
그러나,
많은 SQL문장의 발생은 parsing time과 execution time, 메모리 할당을 증가시켜
쓸데없는 CPU의 성능을 잡아먹는 좀비가 될 것입니다.