똑같은 일을 멈추는 방법

일상적인 작업을 계속해서 반복하고 싶습니까? 그래서 나는하지 않습니다. 하지만 Rostelecom 스토리지로 작업할 때마다 SQL 클라이언트에서 테이블 간의 모든 조인을 수동으로 등록해야 했습니다. 그리고 이는 90%의 경우 테이블 조인을 위한 필드와 조건이 쿼리마다 일치한다는 사실에도 불구하고 그렇습니다! 모든 SQL 클라이언트에는 자동 완성 기능이 있는 것처럼 보이지만 저장소의 경우 항상 작동하는 것은 아닙니다. 성능 향상을 위해 고유 제약 조건과 외래 키를 거의 포함하지 않으며, 이것이 없으면 프로그램은 엔터티가 각 클라이언트와 어떻게 관련되어 있는지 알 수 없습니다. 기타 및 그것이 귀하에게 제공할 수 있는 기능.

거부, 분노, 협상, 우울증을 겪고 수용에 가까워진 후 저는 블랙잭으로 자동 채우기를 직접 구현하고 올바른 방식으로 수행해 보는 것이 어떻겠습니까? 저는 Java로 작성된 dbeaver 클라이언트를 사용하는데, 여기에는 오픈 소스 커뮤니티 버전이 있습니다. 간단한 계획이 성숙해졌습니다.

1. 자동 완성을 담당하는 소스 코드에서 클래스를 찾습니다.
2. 외부 메타데이터로 작업하고 거기에서 조인에 대한 정보를 가져오도록 리디렉션합니다.
3. ???
4. 이익

나는 첫 번째 요점을 꽤 빨리 알아냈습니다. 버그 추적기에서 자동 완성을 조정하라는 요청을 찾았고 관련 항목에서 저지르다 SQLCompletionAnalyzer 클래스를 발견했습니다. 코드를 봤는데 그게 나에게 필요한 것이었습니다. 남은 것은 모든 것이 작동하도록 다시 작성하는 것입니다. 나는 무료 저녁을 기다렸다가 구현에 대해 생각하기 시작했습니다. 나는 json에 테이블 링크 규칙(메타데이터)을 작성하기로 결정했습니다. 나는 이 형식으로 작업한 실제 경험이 없었으며 현재 작업은 이러한 누락을 바로잡을 수 있는 기회로 간주되었습니다.

json으로 작업하기 위해 라이브러리를 사용하기로 결정했습니다. json-단순 Google에서. 여기서 놀라움이 시작되었습니다. 결과적으로, 진정한 애플리케이션인 dbeaver는 OSGi 프레임워크를 사용하여 Eclipse 플랫폼에서 작성되었습니다. 숙련된 개발자의 경우 이 기능을 사용하면 종속성을 관리하기가 편리하지만 나에게는 어둠의 마법에 더 가깝기 때문에 아직 준비가 되어 있지 않았습니다. 평소와 같이 헤더의 json-simple 라이브러리에서 필요한 클래스를 가져옵니다. 편집된 클래스를 pom.xml에 지정하면 프로젝트가 절대적으로 정상적인 어셈블링을 거부하고 오류와 함께 충돌합니다.

결국 빌드 오류를 수정했습니다. 라이브러리를 pom.xml이 아닌 매니페스트.mf 매니페스트에 등록하고 OSGI에서 요구하는 대로 import-package로 지정했습니다. 가장 아름다운 솔루션은 아니지만 작동합니다. 그러자 다음 놀라움이 나타났습니다. Intellij Idea에서 개발하는 경우 Eclipse 플랫폼을 기반으로 프로젝트 디버깅을 시작할 수는 없습니다. 경험이 없는 개발자는 쿼리 완료가 없는 분석가와 마찬가지로 고통을 겪어야 합니다. 비버 개발자들이 직접 구출하여 위키에 수행해야 할 탬버린과 함께 춤을 추는 모든 것을 표시했습니다. 가장 짜증나는 점은 이러한 모든 스쿼트 후에도 프로젝트가 import-package를 통해 연결된 json 라이브러리를 사용하여 디버그에서 시작되기를 원하지 않았다는 것입니다(아직 완제품에 성공적으로 어셈블되었다는 사실에도 불구하고).

그 무렵 나는 작업에 json을 사용하는 것이 불편하다는 것을 이미 깨달았습니다. 결국 메타데이터는 수동으로 편집해야 했고 xml 형식이 이에 더 적합했습니다. xml을 선호하는 두 번째 주장은 JDK에 필요한 모든 클래스가 존재하므로 외부 라이브러리와의 싸움을 멈출 수 있다는 것입니다. 매우 기쁘게도 모든 메타데이터를 json에서 xml로 전송하고 자동 완성 논리를 편집하기 시작했습니다.

메타데이터 예시

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<tableRelations>
    <tableRelation>
        <leftTable>dim_account</leftTable>
        <rightTable>dim_partner</rightTable>
        <joinColumnPair leftColumn="partner_key" rightColumn="partner_key"/>
        <joinColumnPair leftColumn="src_id" rightColumn="src_id"/>
    </tableRelation>
    <tableRelation>
        <leftTable>dim_account</leftTable>
        <rightTable>dim_branch</rightTable>
        <joinColumnPair leftColumn="src_id" rightColumn="src_id"/>
        <joinColumnPair leftColumn="branch_key" rightColumn="branch_key"/>
    </tableRelation>
</tableRelations>

그 결과 나는 변경했습니다 SQLUtils 및 SQLCompletionAnalyzer 클래스에 추가됩니다. 아이디어는 다음과 같습니다. 프로그램이 기본 논리를 사용하여 적절한 자동 완성 제안을 찾을 수 없는 경우 외부 xml 파일을 사용하여 가능한 조인이 있는지 확인합니다. 파일 자체에는 이러한 테이블을 연결해야 하는 필드를 나타내는 테이블 쌍이 저장됩니다. 레코드 eff_dttm 및 exp_dttm의 기술적 유효 날짜에 대한 제한과 논리적 삭제 플래그 delete_ind가 기본적으로 설정됩니다.

코드가 변경되었을 때 질문이 생겼습니다. 누가 파일을 메타데이터로 채울 것인가? 저장소에는 많은 엔터티가 있으므로 모든 연결을 직접 등록하는 데 비용이 많이 듭니다. 결과적으로 저는 이 작업을 동료 분석가들에게 맡기기로 결정했습니다. 프로그램이 있는 로컬 디렉터리에 체크아웃이 이루어지는 svn에 메타데이터 파일을 게시했습니다. 원칙은 다음과 같습니다. 저장소에 새 엔터티가 나타납니까? 한 분석가는 파일에 가능한 조인을 입력하고 변경 사항을 커밋하며 나머지는 스스로 확인하고 자동 완성 기능(커뮤니티, 지식 축적 등)을 즐깁니다. 동료를 위한 프로그램 사용에 대한 워크숍을 진행하고 Confluence에 기사를 썼습니다. 이제 회사에는 편리한 도구가 하나 더 생겼습니다.

이 기능을 작업하면서 오픈 소스 프로젝트를 다루는 것을 두려워할 필요가 없다는 것을 깨달았습니다. 일반적으로 오픈 소스 프로젝트는 명확한 아키텍처를 갖고 있으며 언어에 대한 기본 지식만으로도 실험에 충분합니다. 그리고 어느 정도 끈기를 가지면 싫어하는 일상적인 작업을 제거하여 새로운 실험을 위한 시간을 절약할 수도 있습니다.

출처 : habr.com