DataGrip 2023.3의 새로운 기능

데이터 시각화

Since the release of DataGrip 2023.3, it's been possible to visualize data following our integration of the Lets-Plot library, with its basic no-code data visualization possibilities. 시각화는 세 가지 유형의 그리드 모두에서 사용할 수 있습니다.

  • Main(메인) 탭: 테이블, 뷰 또는 CSV 파일을 열면 플롯이 분할 모드로 표시됩니다.
  • Result(결과) 탭: Services(서비스) 도구 창에서 쿼리 결과를 볼 때 그리드 대신 플롯이 표시할 수 있습니다.
  • 에디터 내 결과: 그리드 대신 플롯을 표시할 수 있습니다.

시각화 설정이 저장되지 않아, 그리드를 다시 열면 플롯이 디폴트 상태로 되는 알려진 문제가 있습니다. 데이터 시각화에 대한 자세한 내용은 문서를 참조하세요. 이 기능은 아직 개발 중이므로 여러분의 피드백을 듣고 싶습니다! 피드백 양식을 사용하거나, 트래커에서 이슈를 생성하거나, datagrip@jetbrains.com로 메일을 보내주세요.

새로운 가져오기 기능

가져오기 기능을 개선하는 데 상당한 시간을 투자했으며 다음과 같은 이유로 그만한 소득이 있었다고 생각합니다.

  • It was the last chapter in the big transition to our generated Modify Object UI, which is described in detail here.
  • 이제 이 기능을 사용하여 여러 타깃으로 가져올 수 있습니다.
  • 동시에 여러 항목을 편집하는 것이 가능해졌습니다. 예를 들어, 여러 파일의 형식을 변경하거나 인코딩하여 여러 타깃의 스키마를 변경할 수 있습니다.

몇 가지 주요 기능:

매핑

디폴트 타깃 엔티티를 매핑이라고 합니다. 여기에서 타깃 테이블을 정의하고 파일 열을 타깃 테이블의 열과 매핑할 수 있습니다. 테이블 자체를 편집해야 하는 경우, Edit(편집) 버튼을 클릭합니다.

테이블은 오른쪽 트리 UI에 나타납니다. 이 UI는 Modify Object(객체 수정) UI를 그대로 나타내므로 테이블과 해당 객체를 다양한 방식으로 조작할 수 있습니다.

테이블 이름 자동 생성

이 버튼은 소스 파일에서 테이블 이름을 자동으로 생성합니다. 테이블 이름을 변경한 후 디폴트 이름으로 되돌리려는 경우 유용할 수 있습니다.

열 이름 단순화

이 액션은 원래 열 이름에 공백이 포함된 경우 편리할 수 있습니다.

이전 UI로 되돌리는 기능

이번 개편 작업이 일부 사용자에게 불편할 수 있는 큰 변화라는 사실을 잘 알고 있습니다. 새로운 UI를 개선하여 모든 사용 사례에서 더 강력하고 명확하게 이용될 수 있는 방법을 찾을 수 있도록 피드백을 공유해 주시면 감사하겠습니다.

어떤 이유로든 이전 UI로 되돌리려는 경우 이 옵션을 사용할 수 있습니다.

이 옵션은 새 UI에 대해 수렴한 피드백을 모두 처리할 때까지 제공할 예정입니다.

데이터 작업하기

데이터 에디터에서 사용자 지정 가능한 숫자 형식

이제 데이터 에디터에서 숫자를 보는 방법이 훨씬 더 유연해졌습니다. 가장 중요한 점은 소수 및 숫자 구분 기호를 지정할 수 있다는 것입니다. 다른 옵션에는 무한대와 NaN이 렌더링되는 방식을 정의하는 기능이 포함됩니다.

숫자를 UNIX 타임스탬프로 렌더링하는 기능

In the UNIX timestamp format, timestamps are stored as numbers, expressing how many milliseconds have elapsed since January 1, 1970 (UTC). 이제 이 형식이 DataGrip에서 지원됩니다.

BCP를 통한 테이블 가져오기/내보내기 지원 SQL Server

We've added support for the BCP tool, which lets you export and import tables in SQL Server.

DynamoDB 지원

이 티켓에 투표한 419명의 투표 노력이 헛되지 않았다는 기쁜 소식을 전해 드립니다. 이제 JetBrains IDE에 DynamoDB 지원이 제공됩니다!

지금까지 구현한 내용은 다음과 같습니다.

  • DataGrip의 데이터 뷰어를 통해 DynamoDB 데이터를 볼 수 있습니다.
  • 코드 에디터에서 DynamoDB용 PartiQL을 지원합니다.
  • 이제 키와 색인이 있는 테이블이 내부 검사됩니다.

우선 지원되어야 한다고 생각하는 사항이 있다면 이 YouTrack 이슈에 의견을 남겨주세요.

내부 검사

내부 검사 스케줄러

이제 각 데이터 소스에 대한 내부 검사 간격을 설정할 수 있습니다.

내부 검사 수준 디폴트 Oracle

Oracle 카탈로그는 일반적으로 매우 느리기 때문에 DataGrip은 Oracle에서 스키마를 검사하는 데 오랜 시간이 걸립니다. 이 문제를 해결하기 위해 내부 검사 수준이 도입되었습니다.

기본적으로 가장 높은 수준이 선택되었습니다. 즉, 선택된 스키마에 대해 내부 검사가 세 번째 수준에서만 시작되었고, 이 때문에 속도가 느렸습니다. 게다가 일부 사용자는 내부 검사 수준 설정이 존재한다는 사실조차 알지 못했습니다.

DataGrip 2023.3에서는 다양한 기능보다 사용자 경험과 성능에 무게를 두었습니다. 이제 디폴트 내부 검사 수준 값이 Auto Select(자동 선택)로 설정됩니다.

스키마 유형과 객체 수를 기반으로 각 스키마에 대한 디폴트 내부 검사 수준을 설정한다는 것이 새로운 접근 방식입니다. 사용자가 현재 스키마(Oracle 세션이 연결된 스키마)를 사용하여 작업하는 경우가 가장 많고, 현재가 아닌 스키마를 사용하는 경우는 적으며, 시스템 스키마를 사용하는 경우는 거의 없다고 가정했습니다.

각 스키마에 대해, 내부 검사는 객체 수를 계산하고 다음 임곗값을 사용하여 내부 검사 수준을 선택합니다(여기서 N은 객체 수).

또한 하나의 단일 객체에 대한 메타데이터를 검색하는 기능인 단편적 내부 검사도 구현했습니다. 이는 사용자가 메타데이터(일반적으로 소스 코드)를 명시적으로 요청하는 상황에서 도움이 됩니다. 예를 들어, 뷰를 두 번 클릭했는데 내부 검사 수준이 낮으면 DataGrip이 동시에 소스 코드를 요청합니다. 이는 다른 모든 데이터베이스 도구의 작동 방식과 더 유사합니다.

자동 수준 감지는 기본적으로 활성화되어 있습니다. DataGrip이 이전처럼 작동하도록 하려면 Data Source properties(데이터 소스 프로퍼티) | Options(옵션) | Introspection(내부 검사) | Default level(디폴트 수준)로 이동하여 Level 3(수준 3)을 선택하세요. 이 기능의 작동 방식에 대해 자세히 알아보려면 이 도움말을 읽어보세요.

새로운 객체 지원 SQL Server

SQL Server에서 새로운 객체가 지원됩니다.

  • 파티션 함수 및 파티션 구성표
  • 파티션 및 관련 테이블/색인 프로퍼티
  • 장부 테이블
  • 파일 그룹

구체화된 뷰 지원 Redshift

이제 Redshift의 구체화된 뷰가 내부 검사되어 Database Explorer(데이터베이스 탐색기)의 전용 노드에 표시됩니다.

쿼리 실행

쿼리 콘솔에서 참조 커서 지원 Oracle

이제 콘솔이나 SQL 파일에서 쿼리를 실행하면 참조 커서에서 결과를 얻을 수 있습니다.

  • 실행한 함수가 참조 커서를 하나만 포함한 결과를 반환하는 경우, DataGrip은 즉시 참조 커서의 결과로 이동합니다.
  • 결과에 여러 참조 커서 또는 참조 커서 이외의 항목이 포함되어 있는 보다 복잡한 경우에는 DataGrip이 기본 결과를 표시하고 다른 참조 커서의 결과를 볼 수 있는 기회를 제공합니다. 참조 커서가 있는 셀에서 해당 결과 집합으로 이동할 수 있으며(Enter/두 번 클릭) 그 반대도 가능합니다(Ctrl+B).

코드 생성

데이터베이스 객체 활성화/비활성화

일부 타입의 객체는 활성화하거나 비활성화할 수 있습니다. 이제부터 DataGrip은 UI를 통해 이 작업 수행을 지원하므로 해당 코드 조각을 생성하고 실행할 수 있습니다.

이 기능은 다음에 적용됩니다.

  • 이벤트 MySQL
  • 규칙, 트리거 및 이벤트 트리거 MySQL
  • 색인, 외래 키, 검사 제약 조건 및 트리거 MS SQL
  • 키, 외래 키, 고유한 제약 조건, 검사 제약 조건, 트리거, 테이블스페이스 및 사용자 계정 Oracle

기타

WSL 경로를 사용하는 경우 경고 SQLite

안타깝게도 WSL 경로 아래에 있는 SQLite 데이터베이스로는 작업할 수 없습니다. 그 이유는 WSL이 SQLite 파일 잠금 메커니즘을 따르지 않기 때문입니다. 현재 DataGrip에서 가능한 유일한 솔루션은 이 특정한 경우에 경고를 표시하는 것입니다.

Please vote for the original WSL issue if this is critical for you.