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

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

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

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

신고

WRITTEN BY
blushine

받은 트랙백이 없고 , 댓글이 없습니다.
secret
개발중에 간혹 스크립트 백업을 위해..
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에서는 안돌아 가더라..-_-;;

신고

WRITTEN BY
blushine

받은 트랙백이 없고 , 댓글 하나 달렸습니다.
  1. 안녕하세요. 댓글보고 찾아왔습니다.

    올리신 쿼리를 실행해보았는데, 결과가 안 나오네요.
    제가 실행하는 환경에 맞지 않는 것 같은데,
    어디서 문제가 발생되는지 분석 중 입니다.

    그리고 원하시는 결과가 오브젝트 별로 스크립트를 생성하시는 거라면,
    다음의 VB스크립트를 참고해보시길 바랍니다.

    http://cwashington.netreach.net/depo/view.asp?Index=1071&ScriptType=vbscript

    이 스크립트에서는 인덱스 정보가 안 나오는게 아쉽더군요.
    이걸 인덱스 정보가 나올 수 있도록 수정 성공하면,
    제 블로그에 포스팅 할 생각입니다. ㅎㅎ

    그럼, 수고하세요~ :)
secret

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

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

신고

WRITTEN BY
blushine

받은 트랙백이 없고 , 댓글이 없습니다.
secret
출처 : 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

신고

WRITTEN BY
blushine

받은 트랙백이 없고 , 댓글이 없습니다.
secret
http://book.naver.com/bookdb/book_detail.php?bid=2484837


좋기는 한데..;;
흠..언제 2005 써보나..;;
신고

WRITTEN BY
blushine

받은 트랙백이 없고 , 댓글이 없습니다.
secret

전동칫솔

NO지름NoGain 2006.09.05 22:04
 


브라운 Oral-b Vitality pro white 전동칫솔 셋트 [D12.013W+EB18-2]


제품 사양

- 모델명 : Vitality pro white
- 정격전압 : 220V 충전식
- 제품구성 : 제품 본체 1개, 소형 충전기 1개, 칫솔모 총3개, 제품설명서&품질보증서
- 원산지 : 독일
- 제조원 : 브라운

제품 특징
- 분당 7,600회 초고속 좌우회전
- 마이크로폼 기능 : 치약을 거품상태로 침투시킴
- 생활방수
- 소형 충전기
- 프로 브라이트 칫솔모 총 3개



AS안내

- 대우전자 서비스 1588-1588 (가까운 대우전자 서비스센터에서 가능합니다)

신고

WRITTEN BY
blushine

받은 트랙백이 없고 , 댓글이 없습니다.
secret