확실히 기억 하 는 느낌.

이틀 동안 bug 를 몇 개 수정 하 는 과정 이 재 미 있 었 기 때문에 정 리 했 습 니 다.
1. 원래 의 조 회 를 바탕 으로 조회 조건 을 하나 더 추가 해 야 한다. 예 를 들 어 상급 부서 에 따라 조회 하 는 것 이다.
     1. html 페이지 를 수정 하고 검색 표시 줄 에 입력 상 자 를 추가 합 니 다.
     2. 페이지 제어 js 파일 수정
    

     search : function() {
        Users.config.param.loginName = document.getElementById("loginname").value;
        Users.config.param.name = document.getElementById("name").value;
        Users.config.param.parentOrg = document.getElementById("parentOrg").value;
        Users.init(); 
     }    
     

     3. Query Action 의 setQuery Condition 사유 방법 을 수정 하고 parentOrg 가입 조건
      4. UserDao 의 방법 수정
          원래 sql 구문: StringBuilder hql = new StringBuilder ("from User t where t. delFlag = false");
        sql 을 분석 한 후에 부서 의 조회 조건 에 대해 한 부서 의 관련 표 가 적 고 hibenate 의 hql 에 대해 잘 알 지 못 한다 고 생각 하기 때문에 이 Dao 에서 다른 조회 방법 을 참고 하여 이 hql 을 수정 합 니 다.
        StringBuilder hql = new StringBuilder("from CenterUser t inner join t.parentOrg o where t.delFlag=false");
        이 어 hql 의 다른 곳 을 참조 하여 insert 부분의 코드 를 추가 합 니 다.
         hql.append(" order by t.belongTo.id asc").insert(0, "select t ");
      
        마지막 으로 페이지 부터 디 버 깅 을 시작 하여 추 가 된 부서 의 조회 조건 입 니 다.
       
        
사실은 메 인 라인 mainline 에 조건 add condition 을 추 가 했 을 뿐 extendline 도 아니 고 inline 도 아니다.
둘째, 데이터 조회 가 있 고 중복 데이터 가 있 습 니 다.
     배경 에서 이 sql 을 찾 으 면 sql 에 문제 가 있 는 것 같 지만 sql 은 복잡 합 니 다.두 번 이나 봤 는데 sql 에서 어디 가 잘 못 됐 는 지 모 르 겠 어 요.
     그 러 다 보 니 시스템 에 데 이 터 를 작성 하 는 페이지 넘 기기 기능 도 있 었 다.이 기능 의 sql 을 즉시 찾 아 이 sql 의 일부분 을 복사 하고 비교 한 후에 원인 을 찾 았 습 니 다. 원래 데이터 조회 의 sql 에 조건 이 하나 빠 졌 습 니 다.게다가 디 버 깅 은 통과 할 수 있다.
    
사실 같은 논리의 대비 일 뿐이다.
셋째, 또 하나의 오류 가 있 습 니 다. 어떤 데 이 터 를 추가 할 때 이름 이 중복 되 는 것 을 계속 알려 줍 니 다.
     검사 후 페이지 검사 에서 배경 에서 돌아 오 는 데이터 형식 과 의미.검사 조건 이 통 과 될 수 있 도록 주의 하지 않 았 습 니 다.이 코드 는 이 식 된 것 이다.이 과정 에서 클 라 이언 트 와 서버 에서 전달 하 는 매개 변수 간 의 차 이 를 알 아차 리 지 못 해 논리 적 오류 가 발생 했 습 니 다.이것 도 내 가 주의해 야 할 부분 이다.
    
이것 은 습관 이나 소질 이 므 로 개발 과정 에서 배양 해 야 한다.
          
         
         

좋은 웹페이지 즐겨찾기