Be well-being !!

자동완성이 안되서 걍 참고 있었는데...

그래도, 혹시나 해결방법이 있나 찾아보자 해서.. 결국 찾았따

MS 에서 이미 알고 있던터라 HotFix 형태로 나와있네(http://support.microsoft.com/kb/2531482/)

원인은 VS 2010 SP1 을 깔아서 생긴 충돌이라하네... ㅡ,.ㅡ

아직 Service Pack 나온건 아니라서 HotFix 만 별도로 요청해서 받아야 하더라...

Hot Fix 요청은 여기서 ( http://support.microsoft.com/kb/2507770 )

다운로드가 한참 걸리네... ㅡㅡ;;

64 비트 용은 300 MB 라서 다운받는 속도도 느린지라...

...................

발행했다가 일단 비공개로 해놓고.. 직접 패치를 진행해 보았다...

잘된다~ ^^

테이블에 적용된 마지막 SEED 값을 10 으로 바꾸는 경우
DBCC CHECKIDENT('테이블명', RESEED, 10)

다음 행이 insert 될때는 11 부터 됨.

http://www.statwith.pe.kr/

 

PERCENTILE_CONT, PERCENTILE_DISC

http://www.statwith.pe.kr/ORACLE/functions100.htm

 

 

원격 연결을 위해 SQL 구성 관리자에서 TCP/IP 등 해당 프로토콜을 사용함으로 바꾸고
자동 할당된 TCP 포트번호까지 확인해서 Telnet 해보면 접속이 되고
그러면, 일단 SQL Server Service Port 는 연결이 된다는 건데....

Management Studio 로 원격 접속을 해보았으나 원격 연결이 활성화 되지 않았다는 오류만.. ㅠㅠ

알고보니... SQL Browser 서비스가 사용하는 UDP Port ( 기본값 : 1434 ) 가
윈도우 자체 방화벽에서 막혀있어서 안되던 거였음...

SQL Browser 의 포트를 확인하거나 변경하는 구성은 콘솔에 나타나지 않아.. 신경을 안썼더니...

참고로. 이 포트 번호도 Process Explorer 로 직접 확인해 본 결과 알 수 있었음...

흠... 이런거 자꾸 깜빡하니깐... 이렇게 적어놓아 봅니다.. ^ㅇ^

갑자기 WSS 로 구축한 Teamsite 가 안열린다 - DB 에 연결할 수 없다네...
그래서 이래저래 원인을 찾던중 WSS 에 사용하는 원격 SQL DB 가 MDF 파일 자체에 문제가 생긴듯...
Management Studio 로 새로 연결을 끊고 다시 연결을 할려니 재 연결이 안되네... 헐 -_-;;
그래서 또 구글링을 하다가 찾음.....

출처 : http://dorajistyle.pe.kr/technology.php/2006/11/17/db_mssql_2005_dbesmemnes

정상적으로 종료가 되었을때만 사용

이건 관리툴에서 단순 연결/해제 를 하는 것과 동일한 기능인듯 하다

1. 로그와 데이터 모두 살아있을 때 복구법 : sp_attach_db ‘DB명’, ‘경로\파일명.mdf’ , ‘경로\파일명_log.ldf’
2. 데이터 파일만 살아있을 때 복구법 : sp_attach_single_file_db ‘DB명’, ‘경로\파일명.mdf’
3. 데이터 파일만 남기고 삭제하고 싶을때 : sp_detach_db

ldf파일만 손상을 입고 mdf파일은 손상을 입지 않았을때

- 원래 DB와 동일 이름의 DB를 생성한다. (mdf 파일명과 크기도 같게..)
- 생성한 DB를 긴급 모드로 변경한다.
     alter database dbname set emergency;
     (다시 살릴때) alter database dbname set online;
- SQL 서버를 멈춘다.
- 생성한 DB의 mdf,ldf파일을 삭제하고 복구할 mdf파일들을 복사해온다.(로그파일 제외)
- SQL 서버를 재시동한다.
- 오브젝트와 데이터들이 관리자에게 접근가능하지만, 여전히 백업도 안되고 온라인상태가 되지도 않는다.
- 스크립트 생성 마법사로 모든데이터 오브젝트를 스크립트로 만든다.(스크림팅 오브젝트 권한,의존 오브젝트들,인덱스들 포함;파일로 내보낸다.)

이 부분은 실제 DataRow 를 제외한 테이블 및 기타 객체자체만 스크립트로 생성

- 새로운 두번째 DB를 생성한다.
- 새로운 DB에서 모든 오브젝트가 생성되 때까지 여러번 스크립트를 실행한다.

생성된 스크립트를 쿼리창에서 실행해서 새 DB 에 객체를 추가하는 부분

- 데이터 불러오기(가져오기) 마법사로 모든 살아있는 테이블을 새로운 DB에 넣는다.

기존 DB 에서 -> 새 DB 로 실제 테이블(객체) 내의 데이트를 선택하여 넣는 과정

실제 이 과정에서 오류가 발생했다...

sql_variant 타입의 컬럼을 가진 테이블은 가져오기(내보내기) 로 복사할수 없다(?) 는 식의 오류가 발생한다.

그래서 sql_variant 타입을 가진 테이블을 제외하고 모두 가져오기(내보내기) 를 한 다음

제외한 테이블은 스크립트로 별도로 백업 받아서 수동으로 복원을 시켰다.

이때, 조심해야 할것은 백업과정에 따라 생성된 스크립트 인코딩을 고려해서 해야할 듯하다.
이번경우 인코딩 때문에 한글에 문제가 있어서 메모장에 복사한 후 한글을 제대로 보이게끔 해서 복원을 하였음

- 새로운 DB를 백업하고, 긴급모드에 들어가있는 DB에 복원한다.

이 과정은 정확히 무슨 의미인지?
데이터 이동이 끝난 경우 미리 백업을 해놓으라는??

아무튼 백업은 했는데.. 복원 할려니 안되더라...

그래서 기존 긴급모드에 있는 DB 의 연결을 해제하고

새 DB 를 기존 WSS 에서 사용하는 DB 명으로 변경을 하였음

2008-10-28

여기까지만 하고 WSS 사이트를 다시 살려서 돌려봤더니...

설정이나 기타 첨부파일등은 정상적으로 다운 로드 및 ListView 가 된다...

하지만, 업로드시 경로를 찾을 수 없다는 오류가 나고... 하지만 실제 파일은 존재하고...

기존 업로드된 파일은 수정이 안된다...

그래서... 더 살펴보기로 했다...

기존 DB 설정이랑 수동으로 만든 설정이 틀리다...

기존 DB 는 Sharepoint Admin 에서 만들어서 그런지 문자셋 설정이나 기타 설정이 안 맞는 하고

보안(로그인) 설정 및 기타 여러 설정을 확인해 가며 수정하는 중이다...

트리거란? ◆ INSERT, UPDATE, DELETE문이 TABLE에 대해 행해질 때 묵시적으로 수행되는 PROCEDURE 입니다. ◆ Trigger는 TABLE과는 별도로 DATABASE에 저장됩니다. ◆ Trigger는 VIEW에 대해서가 아니라 TABLE에 관해서만 정의될 수 있습니다. - BEFORE : INSERT, UPDATE, DELETE문이 실행되기 전에 트리거가 실행됩니다. - AFTER : INSERT, UPDATE, DELETE문이 실행된 후 트리거가 실행됩니다. - trigger_event : INSERT, UPDATE, DELETE 중에서 한 개 이상 올 수 있습니다. - FOR EACH ROW : 이 옵션이 있으면 행 트리거가 됩니다. -- 행 트리거 : 컬럼의 각각의 행의 데이터 행 변화가 생길때마다 실행되며, 그 데이터 행의 실제값을 제어할수 있습니다. -- 문장 트리거 : 트리거 사건에 의해 단 한번 실행되며, 컬럼의 각 데이터 행을 제어할수 없습니다. 간단한 행 트리거 예제 SQL>CREATE OR REPLACE TRIGGER triger_test BEFORE UPDATE ONdept FOR EACH ROW BEGIN DBMS_OUTPUT.PUT_LINE(’변경 전 컬럼 값 : ’ || : old.dname); DBMS_OUTPUT.PUT_LINE(’변경 후 컬럼 값 : ’ || : new.dname); END; / SQL> SET SERVEROUTPUT ON ; -- (DBMS_OUTPUT.PUT_LINE을 출력하기 위해 사용) -- UPDATE문을 실행시키면.. SQL>UPDATE dept SET dname = ’총무부’ WHERE deptno = 30 -- 트리거가 자동 실행되어 결과가 출력됩니당. 변경 전 컬럼 값 : 인사과 변경 후 컬럼 값 : 총무부 1 행이 갱신되었습니다. 간단한 행 트리거 예제2 (PLSQL BLOCK이 있는 트리거) SQL>CREATE OR REPLACE trigger sum_trigger BEFORE INSERT OR UPDATE ONemp FOR EACH ROW DECLARE -- 변수를 선언할 때는 DECLARE문을 사용해야 합니다 avg_sal NUMBER; BEGIN SELECT ROUND(AVG(sal),3) INTO avg_sal FROM emp; DBMS_OUTPUT.PUT_LINE(’급여 평균 : ’ || avg_sal); END; / 트리거가 생성되었습니다. SQL> SET SERVEROUTPUT ON ; -- (DBMS_OUTPUT.PUT_LINE을 출력하기 위해 사용) -- INSERT문을 실행합니다.. SQL> INSERT INTO EMP(EMPNO, ENAME, JOB, HIREDATE, SAL) VALUES(1000, ’LION’, ’SALES’, SYSDATE, 5000); -- INSERT문을 실행되기 전까지의 급여 평균이 출력됩니다. 급여 평균 : 2073.214 1 개의 행이 만들어졌습니다.

================================================     * 오라클 정보공유 커뮤니티 oracleclub.com     * http://www.oracleclub.com     * http://www.oramaster.net     * 강좌 작성자 : 김정식 (oramaster _at_ naver.com)   ================================================ ※ oracleclub 강좌를 다른 웹 페이지에 게재할 경우에는 출처를 꼭 밝혀 주시면 고맙겠습니다.~^^ ※ oracleclub 강좌는 개인의 학습용으로만 사용 할 수 있습니다. 학원 홍보용이나 수익을 얻기 위한 용도로     사용을 하시면 안됩니다. ^^

IDENT_CURRENT는 Microsoft® SQL Server™ 2000 ID 함수인 SCOPE_IDENTITY와 @@IDENTITY와 유사합니다. 이 세 함수 모두 최근에 생성된 ID 값을 반환합니다. 그러나 각 함수에서 '최근'이 정의되는 범위와 세션은 각기 다릅니다.

• IDENT_CURRENT는 임의의 세션과 범위에 있는 특정 테이블에 대해 생성된 마지막 ID 값을 반환합니다.
  
  
• @@IDENTITY는 전체 범위에 걸쳐 현재 세션에 있는 임의의 테이블에 대해 생성된 마지막 ID 값을 반환합니다.
  
  
• SCOPE_IDENTITY는 현재 세션과 현재 범위에 있는 임의의 테이블에 대해 만들어진 마지막 ID 값을 반환합니다.

예제

다음은 IDENT_CURRENT, @@IDENTITY, SCOPE_IDENTITY에 의해 반환되는 서로 다른 ID 값을 설명하는 예제입니다.

USE pubs
DROP TABLE t6
DROP TABLE t7
GO
CREATE TABLE t6(id int IDENTITY)
CREATE TABLE t7(id int IDENTITY(100,1))
GO
CREATE TRIGGER t6ins ON t6 FOR INSERT 
AS
BEGIN
   INSERT t7 DEFAULT VALUES
END
GO
--end of trigger definition

SELECT   * FROM t6
--id is empty.

SELECT   * FROM t7
--id is empty.

--Do the following in Session 1
INSERT t6 DEFAULT VALUES
SELECT @@IDENTITY      
/*Returns the value 100, which was inserted by the trigger.*/

SELECT SCOPE_IDENTITY()   
/* Returns the value 1, which was inserted by the 
INSERT stmt 2 statements before this query.*/

SELECT IDENT_CURRENT('t7')
/* Returns value inserted into t7, i.e. in the trigger.*/

SELECT IDENT_CURRENT('t6')
/* Returns value inserted into t6, which was the INSERT statement 4 stmts before this query.*/

-- Do the following in Session 2
SELECT @@IDENTITY
/* Returns NULL since there has been no INSERT action 
so far in this session.*/

SELECT SCOPE_IDENTITY()
/* Returns NULL since there has been no INSERT action 
so far in this scope in this session.*/

SELECT IDENT_CURRENT('t7')
/* Returns the last value inserted into t7.*/

   

다음은 실무에서 서브쿼리를 사용할 경우 주의해야 할 점 또는 성능개선 사례를 중심으로 살펴보자. 아래의 테이블은 서브쿼리 활용사례 샘플 SQL을 만들기 위해 사용되어지는 부서테이블과 사원테이블의 데이터이다.

2.1 서브쿼리의 연결고리 컬럼이 Null 값을 포함하고 있는 경우의 NOT IN, NOT EXISTS

위의 두 샘플 테이블을 가지고 아래의 (가), (나)의 쿼리를 수행할 경우, 언뜻 보기엔 그 결과값이 달라질 것이라고 생각되지 않는다. 그러나, 조인되는 컬럼이 널을 포함하는지의 여부에 따라, 그 결과값은 달라진다.

가)쿼리 결과값으로 50번 부서에 소속된 'MILLER' 사원과 부서코드가 널인 'TURNER' 사원의 정보가 출력되는 반면, 나)쿼리 결과값으로는 50번 부서에 소속된 'MILLER' 사원의 정보만이 출력된다.

위의 두 쿼리문은 부정형 조인으로 모두 확인자 역할의 서브쿼리로 수행된다. 나)쿼리의 경우,사원의 부서번호와 부서테이블의 부서번호가 조인이 수행된후, 조인결과가 같지 않은 값들이 결과로 출력되는데, 이때 널은 조인연산에 참여하지 않으므로 널값의 부서번호는 부서테이블에 조인을 위한 랜덤 엑세스가 발생하지 않는가. 반면, NOT EXISTS는 SUBQUERY 안에 조인조건이 들어가는 경우로 조인컬럼에 NOT NULL constraint 가 걸려 있지 않을 경우 내부적으로 NVL Operator가 수행되어 컬럼의 value가 NULL인 경우에도 비교대상에 포함되어, NOT EXISTS 조건을 만족하면 결과로 출력된다.

   

원본 위치 <http://kin.naver.com/knowhow/entry.php?d1id=8&dir_id=8&eid=TJNdPD2mhPs5F7I6576iQ7PKInDE2U6S&qb=b3JhY2xlIElO>

MSSQL 의 Top 또는 MySql 의 Limit 쿼리를 Oracle 에서 구현하기

[code sql]

select * from [Table] where rownum <=10 order by [Column] desc;

[/code]

특정 컬럼에 대한 select 쿼리중 rownum 으로 조건 추가하면 됨

VS.Net 설치시 MSDE2005 가 설치된 상태

sa 계정으로 SQL Server 모드로 로그인을 했으나 실패

 

사용자 'sa'이(가) 로그인하지 못했습니다. 이 사용자는 트러스트된 SQL Server 연결과 관련되어 있지 않습니다. (Microsoft SQL Server, 오류: 18452)

도움말을 보려면 다음을 클릭하십시오: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&EvtSrc=MSSQLServer&EvtID=18452&LinkId=20476

윈도우 인증으로 로그인 후 sa 계정 비번 변경후 다시 로그인 해도 실패 - 같은 메세지 다른 사용자 계정을 만들어서 로그인 해도 같은 경우... SQL Server 모드로 로그인만 하면 무조건 같은 에러 ㅠㅠ 그래서 위 도움말 링크를 찾아가 보았다 Details Product: SQL Server ID: 18452 Source: MSSQLServer Version: 8.0 Component: SQL Engine Message: Login failed for user '%ls'. Reason: Not associated with a trusted SQL Server connection.     Explanation If the user listed in the message is a SQL account name, this message generally indicates that this SQL Server instance is configured to only accept Windows-authenticated connections (Windows Authentication mode), but the connection attempt was made with a SQL Server-authenticated login. If the user listed in the message is NULL, there was a problem with the Windows Authentication passed to SQL Server. The problem could be due to many factors, including incorrect name resolution, an out of sync domain controller, no available domain controllers, SSPI problems, or policies or permissions settings that prohibit connections. If the error occurs when one computer is attempting to delegate Windows-authenticated permissions to another server, this error may indicate that the Windows delegation, often called a double-hop, is not properly configured within the domain. A common example of a double-hop is a linked server query where the client connects to an instance of SQL Server, and that instance tries to delegate the Windows permissions to an instance of SQL Server on another computer.     User Action If the user listed in the message is a SQL account name, you must either: Reconfigure the SQL Server instance to Mixed Mode (Windows Authentication and SQL Server Authentication). Connect to the SQL Server instance using only Windows-authenticated logins. For more information about Windows Authentication, see Microsoft Knowledge Base article 269587. If the user listed in the message is NULL: Verify that name resolution is working correctly. From a command prompt at the client, ping the server by name and verify that it returns the correct IP address: PING {ServerName} From a command prompt at the client, ping the server by IP address, and verify that it returns the correct server name: PING -a {ServerIP} From a command prompt at the server, ping the client by name and verify that it returns the correct IP address: PING {ClientName} From a command prompt at the server, ping the client by IP address and verify that it returns the correct client name: PING -a {ServerIP} If the client machine, the server machine, and the account used to log on to the client are not all in the same domain, verify that the trusts between the domains are properly configured and working. Verify that the Logonserver used by the client is a valid domain controller. Open a command prompt on the client machine Type "SET logonserver" (without the quotes) and press Enter. The server name returned should be a valid domain controller. Type "dir \\ValueReturned etlogon" and press Enter. ValueReturned = the value from the SET statement above. The directory listing should not return an error. If it does, troubleshoot that error. For more information about cached credentials, see Microsoft Knowledge Base article 242536. Check your local security policies to see if any essential rights have been denied. Try to connect to a share on the server. If connecting to a share fails, the account may not have "access this computer from the network" rights or may be missing other domain or network level permissions. If your domain is configured to use Kerberos, you could be experiencing some sort of SSPI error. For more information about SSPI in general and how to troubleshoot a "Cannot Generate SSPI Context" error, see Microsoft Knowledge Base article 811889. Additional information gathering steps that can help to narrow down the problem: Are there any messages in any of the event viewer logs on the server, client, or domain controller around the same time that this error occurs? Does the problem only occur from certain tools? Try to connect from your application, Query Analyzer, OSQL, and an ODBC DSN or OLE DB UDL. Does the problem only occur for certain protocols? You can test with various protocols by specifying the protocol in your connection string. For more information about how to use the server name parameter in a connection string to specify the client network library, see the Microsoft Knowledge Base article 313295. Does the problem occur locally or only from one or more remote computers? If it only happens on some computers, are there differences such as MDAC version, domain membership, router path, and domain controller used for validation? If the problem occurs during Windows delegation (double-hop), verify that the domain and Kerberos are configured to allow double-hops.         Version: 10.0 Component: SQLEngine Symbolic Name: LOGON_INVALID_CONNECT Message: Login failed for user '%.*ls'. The login is a SQL Server login and cannot be used with Windows authentication.%.*ls     Explanation The user attempted to login with credentials that cannot be validated. Possible causes are: The login may be a SQL Server login but the server only accepts Windows Authentication. You are trying to connect using SQL Server Authentication but the login used does not exist on SQL Server. The login may use Windows Authentication but the login is an unrecognized Windows principal. An unrecognized Windows principal means that the login cannot be verified by Windows. This could be because the Windows login is from an untrusted domain. Similar problems can cause the less-specific error 18456.     User Action If you are trying to connect using SQL Server Authentication, verify that SQL Server is configured in Mixed Authentication Mode. If you are trying to connect using SQL Server Authentication, verify that the SQL Server login exists. If you are trying to connect using Windows Authentication, verify that you are properly logged into the correct domain. 위와 같은 페이지 나옴 여기서 마지막 부분 User Action If you are trying to connect using SQL Server Authentication, verify that SQL Server is configured in Mixed Authentication Mode. 그래서 서버 속성에 들어가 보니 보안 탭에 서버 인증 부분이 Windows 인증 모드 로만 되어있다 ㅡㅡ;; 일반적으로 그냥 직접 설치할 때는 설치시 습관적으로 sa 계정으로 로그인 하게끔 비번 설정하게 하던게 버릇이 되어서 서버 속성에 저런게 있는 줄 몰랐음 그래서 SQL Server 및 Windows 인증 모드 로 변경하고 다시 로그인 하니깐 제대로 됨 ('_')

고로, 서버속성에 저런게 있다는 거 진작 알았으면 오늘 같은 삽질은 없었을 터..... 혹시나 나중에 또 이런 일이 있게 하지를 말자..