2008-09-23 3 views

답변

3

내 발견이 있습니다.

다른 포스터에서 언급했듯이 소스 파일에서 데이터베이스 파일을 확인하고 싶지는 않습니다.

첫째, 데이터베이스를 분리, 다음, 삭제 : 당신이 절대적으로 필요하고, 데이터베이스 파일에 체크를 수행하고 당신은 내가 만난 같은 오류가 발생하는 경우

는하지만, 여기에 해결 방법입니다 ldf 파일에서 데이터베이스를 다시 연결하십시오.

이것은 내 문제를 해결 한 방법입니다.

1

당신은 실제로 원본 컨트롤 안팎으로 데이터베이스 파일을 확인하고 싶지 않습니다. SQL Server에서는이 파일을 분리하여 모든 종류의 위험을 감수해야합니다.

절대적으로이 작업을 수행해야하는 경우 백업을 버전해야합니다.

나는 (등 테이블, sprocs가, 뷰)

당신은 데이터 파일에서 연결 및 Create Database ATTACH_REBUILD_LOG 옵션을 사용하여 데이터베이스를 만드는 시도 할 수

전체 데이터베이스를 생성하는 스크립트를 버전 권장하지만, 난 그들은 아마 제대로 분리되지 않았기 때문에 작동 할 것이라고 확신하지 못합니다.

0

로그 파일 (.ldf)과 ".mdf"파일의 복사본을 가져 왔습니까? 데이터베이스를 다시 연결하기 위해 일치하는 두 세트가 필요합니다.

+0

Rob, 로그 파일을 체크인하지 않았습니다. – Graviton

0

이것은 데이터 파일이 데이터베이스의 구조 파일과 일치하지 않는 것처럼 들립니다.

잠시 말하면 데이터 (예 : 테이블 행)가있는 파일은 데이터 구조 (즉, 테이블 설명)가 저장되는 파일이 아닙니다. 최소한 "현대적인"RDBMS 시스템에서는. 그래서 당신은 당신의 데이터를 체크 아웃하고 데이터베이스는 그때까지 일어난 구조의 변화를 인식했습니다 (당신은 테이블이나 그와 비슷한 것을 변경했습니다).

"이 문제를 해결하는 방법"은 데이터베이스가 사용하는 모든 파일을 체크인하는 것이지만 실제로 달성하려는 것이 아니라고 생각합니다. 위에서 설명한대로 백업을 수행 한 다음 데이터베이스를 삭제/복원하는 것이 더 좋습니다.

관련 문제