문제가 발생할 때PostgreSQL우리는 그것에 대해 듣고 싶습니다. 당신의 버그 윈 토토서는 제작에 중요한 부분입니다postgresql심지어 더 신뢰할 수 있습니다 최대한의 관리는 PostgreSQL의 모든 부분이 모든 상황에서 모든 플랫폼에서 작업하십시오.
다음 제안은 당신이 형성에 도움을주기위한 것입니다. 효과적인 방식으로 처리 할 수있는 버그 보고서. 아무도 없습니다 그들을 따라야하지만 모든 사람에게 이점.
우리는 모든 버그를 즉시 수정하겠다고 약속 할 수 없습니다. 버그가 있다면 명백하거나 비판적이거나 많은 사용자에게 영향을 미치면 기회가 좋습니다. 누군가가 그것을 조사 할 것입니다. 또한 우리가 당신에게 말할 수 있습니다 버그가 발생하는지 확인하기 위해 최신 버전으로 업데이트하십시오. 또는 우리 일부 주요 재 작성 전에 버그를 고칠 수 없다고 결정할 수 있습니다. 우리는 계획이 완료 될 수 있습니다. 아니면 아마도 너무 어렵고 의제에는 더 중요한 것들이 있습니다. 도움이 필요한 경우 즉시 상업적 지원 계약을 얻는 것을 고려하십시오.
"이것은 버그입니까?"묻기 전에 읽고 다시 읽으십시오. 당신이 정말로 무엇이든 할 수 있는지 확인하는 문서 노력하고 있습니다. 문서에서 명확하지 않은 경우 무언가를 할 수 있는지 여부도, 그것을보고하십시오. 그것은 버그입니다 선적 서류 비치. 프로그램이 뭔가를하는 것으로 밝혀 졌다면 문서의 말과는 다르게 버그입니다. 저것 다음을 포함하지만 이에 국한되지 않을 수 있습니다 상황:
프로그램은 치명적인 신호 또는 운영으로 종료됩니다. 문제를 가리키는 시스템 오류 메시지 프로그램 (반례는 "디스크 전체"메시지 일 수 있습니다. 외부에서 수정해야합니다.Postgres).
프로그램은 주어진 입력에 대해 잘못된 출력을 생성합니다.
프로그램은 유효한 입력 수락을 거부합니다.
프로그램은 통지 또는 오류없이 유효하지 않은 입력을 허용합니다. 메시지.
PostgreSQL실패합니다 지침에 따라 컴파일, 빌드 또는 설치하십시오 지원되는 플랫폼.
느리거나 자원 호깅이 반드시 버그 일 필요는 없습니다. 읽다 문서 또는 메일 링리스트 중 하나에 도움을 요청하십시오. 응용 프로그램 조정. 준수하지 않음SQL를 준수하지 않는 한 버그가 아닙니다 특정 기능이 명시 적으로 주장됩니다.
계속하기 전에 TODO 목록과 FAQ에서 버그가 이미 알려진지 확인하십시오. 해독 할 수 없다면 TODO 목록에 대한 정보, 문제를윈 토토하십시오. 우리가 할 수있는 최소한 Do는 Todo 목록을 더 명확하게 만드는 것입니다.
버그보고에 대해 기억해야 할 가장 중요한 것은 다음과 같습니다. 모든 사실과 사실을 진술하십시오. 당신이 생각하는 것을 추측하지 마십시오 잘못되었고, 무엇을했는지, 또는 프로그램의 어느 부분이 결함이 있습니다. 구현에 익숙하지 않은 경우 아마도 잘못 추측하고 우리를 조금 도와주지 않을 것입니다. 그리고 당신도 교육받은 설명은 훌륭한 보충제이지만 사실을 대신합니다. 우리가 여전히 가지고있는 버그를 고치려고한다면 먼저 우리 자신을 위해 일어나는 것을 보는 것. 맨손을보고하는 것은 다음과 같습니다 비교적 간단합니다 (아마도 복사하여 붙여 넣을 수 있습니다 화면에서) 그러나 너무나 자주 중요한 세부 사항은 남았습니다. 누군가는 그것이 중요하지 않다고 생각했거나 보고서가 어쨌든 이해했습니다.
다음 항목은 모든 버그 보고서에 포함되어야합니다.
정확한 단계의 순서프로그램에서 스타트 업문제를 재현하는 데 필요합니다. 이것은해야합니다 자기 포함; 맨손으로 보내는 것만으로는 충분하지 않습니다. 이전의 생성 테이블 및 삽입이없는 명령문 출력이 데이터에 의존 해야하는 경우 테이블. 데이터베이스 스키마를 해독 할 시간이 없습니다. 그리고 우리가 우리 자신의 데이터를 구성해야한다면 우리는 아마도 문제를 놓칠 것입니다. 테스트 케이스에 가장 적합한 형식입니다 쿼리 언어 관련 문제는 실행할 수있는 파일입니다. 를 통해PSQLFrontend 문제를 보여줍니다. (당신의 아무것도 가지고 있지 않아야합니다~/.psqlrc시작 파일.) 당신은입니다 예제의 크기를 최소화하도록 권장했지만 이것은 절대적으로 필요하지 않습니다. 버그가 재현 가능하면 우리는 어느 쪽이든 찾으십시오.
응용 프로그램에서 다른 클라이언트 인터페이스를 사용하는 경우 PHP로서, 불쾌한 쿼리를 격리하십시오. 우리 아마도 문제를 재현하기 위해 웹 서버를 설정하지 않을 것입니다. 어쨌든 정확한 입력 파일을 제공하는 것을 잊지 마십시오. "큰 파일"또는 "중간 크기에 문제가 발생한다고 생각합니다. 데이터베이스 "등.이 정보는 너무 부적절하기 때문에 사용.
당신이 얻은 출력. "작동하지 않았다"고 말하지 마십시오. 또는 "실패". 오류 메시지가 있으면 이해하지 못합니다. 프로그램이 An과 종료되는 경우 운영 체제 오류는 어느 쪽을 말하십시오. 전혀 아무 일도 일어나지 않으면 그렇게 말하십시오. 테스트 사례의 결과가 프로그램 충돌이더라도 그렇지 않으면 우리 플랫폼에서는 일어나지 않을 수도 있습니다. 그만큼 가장 쉬운 것은 터미널에서 출력을 복사하는 것입니다. 가능한.
참고 :치명적인 오류의 경우 오류 메시지가 있습니다 클라이언트가 제공 한 모든 정보가 포함되지 않을 수 있습니다. 사용 가능. 이 경우 출력도 데이터베이스 서버. 서버 출력을 유지하지 않으면이 그렇게하기에 좋은 시간이 될 것입니다.
예상 한 출력은 상태에 매우 중요합니다. 당신이 "이 명령은 그 출력을 제공합니다." 또는 "이것은 아닙니다 내가 기대했던 것. ", 우리는 직접 실행하고 출력을 스캔 할 수 있습니다. 그리고 그것이 괜찮아 보이고 우리가 기대했던 것입니다. 우리 정확한 의미론을 해독하기 위해 시간을 소비 할 필요가 없습니다. 당신의 명령 뒤에. 특히 단지 말을 자제하십시오 "이것은 SQL이 말하는 것이 아닙니다./Oracle이 아닙니다." 파기 에서 올바른 행동SQL는 아닙니다 재미있는 일, 우리 모두가 어떻게 다른지 알지 못합니다. 관계형 데이터베이스는 작동합니다. (문제가있는 경우 프로그램 충돌은 분명히이 항목을 생략 할 수 있습니다.)
모든 명령 줄 옵션 및 기타 시작 옵션, 관련 환경 변수 또는 구성을 포함합니다 기본값에서 변경 한 파일. 다시, 정확하십시오. 만약에 시작하는 사전 포장 된 분포를 사용하고 있습니다 부팅 시간에 데이터베이스 서버를 사용하면 방법을 찾아야합니다. 완료되었습니다.
설치와 전혀 다르게 한 모든 일 지침.
thePostgreSQL버전. 너 명령을 실행할 수 있습니다select version ();현재 실행중인 버전을 찾으려면. 이 경우 기능은 존재하지 않습니다. 그러면 우리는 귀하의 버전이 충분히 나이가 많습니다. 서버 나 클라이언트를 시작할 수없는 경우 소스 디렉토리 또는 배포 파일 또는 패키지 이름의 이름. 귀하의 버전 인 경우 7.0보다 오래되었습니다. 우리는 거의 확실하게 업그레이드하라고 말할 것입니다. 각 새 버전에는 수많은 버그 수정이있어서 우리는 쓰기.
rpms와 같은 사전 포장 된 버전을 실행하는 경우 그렇게하십시오. 패키지에 파괴를 포함하여 패키지가 가질 수 있습니다. 당신이라면 CVS 스냅 샷에 대해 이야기하고, 날짜를 포함하여 그리고 시간.
플랫폼 정보. 여기에는 커널 이름이 포함됩니다 버전, C 라이브러리, 프로세서, 메모리 정보. 대부분 사례는 공급 업체와 버전을윈 토토하기에 충분하지만 모든 사람이 "데비안"에 정확히 무엇이 포함되어 있는지 알고 있다고 가정하지는 않습니다 모두가 펜티엄에서 달린다. 설치가있는 경우 컴파일러, 제조업체 등에 대한 문제도 문제입니다 필요한.
입력으로 문제가 사라집니다. 이것은 아마도 해결에 도움이되지 않을 것입니다 그것. 버그를 즉시 수정할 수 없다는 것이 밝혀지면 여전히 당신의 작업을 찾고 공유 할 시간이 있습니다. 또한 한 번 다시, 버그가 존재하는 이유를 추측하는 데 시간을 낭비하지 마십시오. 잘 곧 찾아보세요.
버그 보고서를 작성할 때 비공개를 선택하십시오 술어. 소프트웨어 패키지는 "PostgreSQL"이라고합니다. 때때로 짧은 "Postgres". (때로는 약어 "pgsql" 사용되지만 그렇게하지 않습니다.) 구체적으로 이야기 할 때 백엔드 서버는 "Postgres"라고 말하는 것이 아닙니다 충돌 ". 대화식 프론트 엔드는"PSQL "이라고하며 의도와 목적은 백엔드와 완전히 분리되어 있습니다.
일반적으로 버그 윈 토토서를 보내기버그 윈 토토서 메일 링리스트. 당신은 설명 과목을 찾도록 초대되었습니다 귀하의 이메일 메시지, 아마도 오류 메시지의 일부일 것입니다.
사용자 메일 링리스트에 버그 윈 토토서를 보내지 마십시오. 처럼SQL 언어 메일 링리스트또는장군 주제 메일 링리스트. 이 메일 링리스트는 사용자 답변을위한 것입니다 질문과 가입자는 일반적으로 버그를 받기를 원하지 않습니다. 윈 토토서. 더 중요한 것은, 그들은 그들을 고치지 않을 것입니다.
또한, 제발아님윈 토토서 보내기개발자의 메일 링리스트. 이 목록은 다음을 논의하기위한 것입니다 개발PostgreSQL그리고 그것 버그 윈 토토서를 별도로 유지할 수 있다면 좋을 것입니다. 우리는 할 수도 있습니다 이에 대한 버그 윈 토토서에 대한 토론을 선택하십시오. 버그는 더 많은 검토가 필요합니다.
문서에 문제가있는 경우 이메일 보내기문서 메일 링리스트. 문서, 장 및 문제 윈 토토서의 섹션.
버그가 지원되지 않은 상태에서 휴대 성 문제 인 경우 플랫폼, 메일 보내기포팅 문제 메일리스트, 그래서 우리 (그리고 당신) 할 수 있습니다 포팅 작업postgresql당신에게 플랫폼.
참고 :불행한 양의 스팸으로 인해 주변의 모든 이메일 주소는 닫힌 우편물입니다. 기울기. 즉, 당신은 그들에게 가입해야합니다. 게시 할 수 있습니다. 단순히 메일을 보내고 싶지만 원하지 않는다면 목록 트래픽을 받으려면 스페셜을 구독 할 수 있습니다. PGSQL-LOOPHOLE 메일 링리스트.PostgreSQL메일 링리스트없이 메시지 수신. 에 이메일 보내기pgsql-loophole-request@postgresql.orgTO 구독하다.