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