오래된 freeware 아크로 에디터..
SQL Syntax 파일을 올려놓는다..
SSMS랑 똑같이 맞춰놨다..
오라클은 토트가 없는 관계로 패스...;;
쓰다보면 손에 익은 에디터를 사용하게 되더라는..;;
이 글은 blushine님의 미투데이 2007년 4월 25일 내용입니다.
파일을 정리 하다가 2005년 7월 12일 최종 수정된..
약속
1. 고기집 비오는날 가기(회식한 술집 )
2. 석촌호수 주변 까페
3. 야구장
4. 콘서트
5. 비오는 수요일 꽃..-_-
6. 가락시장
7. 삼순이,네멋대로해라, 아일랜드,파이트 클럽, 굿윌헌팅
얼마나 지켯을까....
ㅜ.ㅡ
우울해지는 주말 저녁...
more..
![]() | |||||||||||||||||||||||||||||||||
|
슈트라우스 돈 주앙
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
FTTH 라인이 집에 들어오는 관계로.. 광랜을 썩히기 뭐해서
남는 pc에 프비를 올렷다..;;
아직 서비스 초기 단계라 포트에 대한 제한도 없어 집에서 돌리는 기가급 호스팅을 어치케 활용할지 생각중이다..;;
흐음.. 서브 버전이나 올려서 pc 설정이나 소스로 올려놓을까....;;;;
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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:
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