오래된 freeware 아크로 에디터..

SQL Syntax 파일을 올려놓는다..

SSMS랑 똑같이 맞춰놨다..
오라클은 토트가 없는 관계로 패스...;;

쓰다보면 손에 익은 에디터를 사용하게 되더라는..;;
 

Posted by blushine

처음부터..

잡담 2007/12/04 01:29
사용자 삽입 이미지
이미지출처 : razengca.corneri.net


과분한 사람인걸 알았습니다.

너무 모자라고 부족해서..

그만두라고..단념하라고..

그렇게 스스로를 달래고 있었는지도 모르겠습니다.

몃번이나 망설이고 고민해서 꺼낸 말들을 애써 모른척, 애써 아닌척

그렇게 스스로를 속이려 했습니다.

그렇게 시간이 지나고..

나이가 먹고..


그리고

아무것도 없었던듯..

아무것도 아닌듯..

애써 이해한듯..

스스로 납득한듯..

그렇게 살아 갈 수 있을것이라고 나를 설득하고 있었습니다.

...


더이상 스스로를 속이지 않으렵니다.

더 늦기 전에 스스로에게 솔직하렵니다.

많이 사랑하고, 깊이 고민하고, 열심히 살랍니다.

이미 자격은 없지만,

얼마가 될지 모를 시간들을 소중하게 그리고 치열하게 살랍니다.

언제까지나 멈추지 않는 심장의 소리에,  마음의 목소리에 귀 귀울이며 살랍니다.



Posted by blushine

메신저....

분류없음 2007/04/27 12:22
메시저의 목록에서 삭제한 사람을 확인할수 있는 사이트..;;

확인하기 전에 비번변경을 하는게 좋을듯 하다..;;

그쪽 싸이트에 비번을 가져갈수도 있으니..;;

확인뒤 다시 원래 비번으로 돌리면 될듯..;;

Posted by blushine

이 글은 blushine님의 미투데이 2007년 4월 25일 내용입니다.

Posted by blushine

파일을 정리 하다가 2005년 7월 12일 최종 수정된..

약속

1. 고기집 비오는날 가기(회식한 술집 )
2. 석촌호수 주변 까페
3. 야구장
4. 콘서트
5. 비오는 수요일 꽃..-_-
6. 가락시장
7. 삼순이,네멋대로해라, 아일랜드,파이트 클럽, 굿윌헌팅

얼마나 지켯을까....

ㅜ.ㅡ

우울해지는 주말 저녁...





Posted by blushine
개발중에 간혹 스크립트 백업을 위해..
EM에서 SQL Server DMO (Distributed Management Objects) 객체를 호출..
SVN소스경로에 스크립트파일를 생성하는 방법을 주로 사용하곤 한다.

그러나,
매번 스크립트 대상을 선택하고, 경로를 일일이 지정하여 파일을 생성하는것..
꽤나 번거롭다..-_-;

비주얼베이직이나 C#으로 작성된  프로그램을 이용, 
DMO 객체를 호출해서 스크립트를 생성하는 방법도 있기도하나..
프로그램을 실행 해야 하므로 무효..;;

접속중인 DB서버있는 객체를 서버의 경로내에 스크립팅을 하는 방법은  이곳에서 찾을수 있었으나..
필요로 하는것은 원격의 DB서버의 Object를
내PC의 SVN소스 경로에 가져오는 것이었으므로 대략 무효..;; OTL

결국, 쿼리 분석기에서 sp_OA* 같은 확장 프로시저를
호출해서 사용하는 스크립트생성 방법이 간단하고 편할듯 싶어
적용해 보았으나..;; 파일하나로 생성하므로 무효..;;  OTL

원하는 것은
각각의 테이블이나 저장프로시저를 별도의 파일로 생성하거나 지라..;;
결국 프로시저로 만들었다..-_-;;;

링크드 DB를 등록후 사용하는것이 좋으나..
그.때.그.때. 사용하는 지라..;;
버그 역시 그.때.그.때 수정하시어 사용하시면 되겟다..;;



more..



PS. 스크립트가 생성될 PC에 Sql 서버가 설치되어 있어야 한다..-_-
2005에서는 안돌아 가더라..-_-;;

Posted by blushine
TAG SQLDMO

/일자:20061022~ 20061022
/시간:오후 2시 30분
/장소:예술의전당 콘서트홀
/티켓:R석 16만원 | S석 12만원 | A석 8만원 | B석 5만원 | C석 3만원
유료회원 20% 할인
HSBC 프리미어 회원 20% 할인
장애인/국가유공자 30% 할인
/문의:크레디아 02.751.9607~9610
/연령:8세 이상
/기획:크레디아 02.751.9607~9610
/후원:
/장르:Classic
/출연:이지 벨로흘라베크 (지휘), 임동혁 (피아노), BBC 심포니 오케스트라

슈트라우스            주앙

STRAUSS                 Don Juan          

모차르트              피아노 협주곡 21 K. 467 (협연 : 임동혁)

MOZART               Piano Concerto No 21 in C Major, K.467
                           (Soloist:
Dong-Hyek Lim)

쇼스타코비치           교향곡 5

SHOSTAKOVICH      Symphony No. 5 

Posted by blushine

FTTH 라인이 집에 들어오는 관계로.. 광랜을 썩히기 뭐해서
남는 pc에 프비를 올렷다..;;

아직 서비스 초기 단계라 포트에 대한 제한도 없어 집에서 돌리는 기가급 호스팅을 어치케 활용할지 생각중이다..;;
흐음.. 서브 버전이나 올려서 pc 설정이나 소스로 올려놓을까....;;;;

Posted by blushine

제부도

분류없음 2006/09/23 00:03
교통정보 - 대중교통 이용
서울근교나 경기도 지역에서는 지하철이나 버스를 타고 수원(수원역 애경백화점 앞)이나 금정(금정역 건너편 버스 정류소)에와서 버스를 타고 제부도로 가는 방법이 있다. 요금은 1400원이다. 제부도 매표소 앞에 내려서 다시 마을 버스를 타고 제부도 안으로 들어간다. 입장료 1000원과 차비 1000원을 내야한다.
/버스
구분배차간격예상 소요시간
금정 ↔ 제부도05:45~00:05
15분 간격
약 1시간 30분
수원 ↔ 제부도
버스번호(400-1, 999)
04:50~00:30
10분간격
약 1시간
수원 ↔ 제부도
버스번호(490)
07:00~00:05
30분 간격
약 1시간
/시내교통
구분노선예상 소요시간
서신 → 제부도06:30 ~ 22:00
1일 16회(1시간 간격)
휴일은 30분 간격
약 40분 소요

년월 선택      
1
22:43-08:41
09:28-20:44
23:23-22:47
2
23:23-22:47
3
00:43-23:53
4
03:14-00:35
5
03:14-00:35
04:50-13:38
16:14-01:14
6
16:14-01:14
05:52-13:56
17:32-01:53
7
17:32-01:53
06:38-14:26
18:32-02:32
8
18:32-02:32
07:19-14:59
19:23-03:11
9
19:23-03:11
07:55-15:35
20:08-03:53
10
20:08-03:53
08:28-16:13
20:52-04:35
11
20:52-04:35
08:56-16:53
21:31-05:20
12
21:31-05:20
09:23-17:37
22:08-06:11
13
22:08-06:11
09:41-18:29
22:40-07:26
14
22:40-07:26
09:47-19:44
23:08-22:10
15
23:08-22:10
23:19-3일후
16
하루종일
계속됩니다
17
하루종일
계속됩니다
18
3일전-00:50
03:47-01:14
19
03:47-01:14
05:01-14:11
16:20-01:38
20
16:20-01:38
05:47-14:17
17:26-02:05
21
17:26-02:05
06:20-14:35
18:14-02:32
22
18:14-02:32
06:49-14:56
18:52-03:01
23
18:52-03:01
07:13-15:20
19:25-03:29
24
19:25-03:29
07:34-15:43
19:55-03:59
25
19:55-03:59
07:53-16:05
20:23-04:28
26
20:23-04:28
08:11-16:32
20:50-05:01
27
20:50-05:01
08:29-17:02
21:19-05:40
28
21:19-05:40
08:47-17:43
21:47-06:37
29
21:47-06:37
08:56-18:41
22:20-20:14
30
22:20-20:14
22:56-22:29
Posted by blushine
출처 : http://www.sql-server-performance.com/linked_server.asp

SQL Server Link Server Performance Tips




Distributed transactions, over linked servers, incur much more overhead than transactions occurring on the same server. This is due, in part, to the fact that more than one server is involved in the transaction and more network traffic is generated. Because of the overhead involved in distributed transactions, they should be avoided when they can be avoided. In other words, only use distributed transactions when there are no alternatives available to accomplish your goal. [6.5, 7.0, 2000] Updated 8-7-2006

*****

If you need to access remote data from within a query, it is more efficient to perform a linked server query (after having created a linked server) rather than using an ad hoc query that uses the OPENROWSET or the OPENDATASOURCE functions. [7.0, 2000] Updated 8-7-2006

*****

By default, when you run a distributed query using a linked server, the query is processed locally. This may or may not be efficient, depending on how much data must be sent from the remote server to the local server for processing. Sometimes it is more efficient to pass through the query so that it is run on the remote server. This way, if the query must process many rows, it can process them on the remote server, and only return to the local server the results of the query. The OPENQUERY function is used to specify that a distributed query be processed on the remote server instead of the local server. [7.0, 2000] Updated 8-7-2006

*****

When running distributed queries on a linked server, if the linked server has the same character set and sort order (collation) as the local SQL Server, then you can reduce overhead and boost performance if you set the SP_SERVEROPTION "collation compatible" option to true. What this setting does is tell SQL Server to assume that all columns and character sets on the remote server are compatible with the local server. This same option can also be turned on for a linked server using Enterprise Manager

If this option is not selected, then the distributed query being executed on the remote server must return the entire table to the local server in order for the WHERE clause to be applied. As you can imagine, this could potentially return a lot of unnecessary data over the network, slowing it down.

If the option is selected, (which is always recommended if the collations are the same on both servers), then the WHERE clause is applied on the remote server. This, of course, means that much less data is transmitted over the network, often greatly speeding up the distributed query. [7.0, 2000] Updated 8-7-2006

*****

If you run many distributed queries through linked servers, you will want to ensure that the connection between the linked servers is fast. Ideally, the linked servers should be connected to the same switch, or at least be in the same subnet. [7.0, 2000] Updated 8-7-2006

*****

In SQL Server 2000, when creating a linked server, in the Server Options tab, there is an option called Connection Timeout and Query Timeout. The default setting for both of these options is 0, which means that there is no timeout value for either of these options. This means that long running remote queries will not time out.

If you suspect that some of the remote queries that will be run may take "too long" and unnecessarily use up too many server and network resources, you can enter a time in seconds that you are willing to wait for a remote query to run, but if the query takes longer than the amount you have specified, then it will be aborted. You can use this feature to ensure that no long running queries take up more resources than they should. [2000] Updated 8-7-2006

*****

When you create a link between two SQL Servers, SQL Server does its best to perform as much work as it can on the remote server. This way, less data has to be moved from the remote server to the local server, helping to reduce overhead and boosting performance. But for some particular operations, they have to be performed on the local server, not the remote server. Some examples of locally performed operations include:

  • Data conversion operations
  • Queries that use the bit, timestamp, or uniqueidentifier data types
  • Queries that use the TOP clause
  • INSERTS, UPDATES, or DELETES

Because of this, you may want to try to avoid performing any of the above operations using a remote linked server.

If you are running a remote query against a linked server, and you want to find out which parts are performing on the remote server, and which are performing on the local server, run the query from Query Analyzer and take a look at the query plan. It will tell you what part of your query is running where. It should be your goal to create code that runs mostly on the remote server, not the local server. [7.0, 2000] Updated 8-7-2006

Posted by blushine