최근 개발자 중심으로 '네카라쿠배'라는 신조어가 빠르게 확산하고 있다. 입사 선호도가 가장 높은 정보기술(IT) 기업인 네이버, 카카오, 라인플러스, 쿠팡, 배달의민족(우아한형제들) 등 5개사의 머리글자를 따서 만들어진 신조어다. 게임업계 3N(엔씨소프트, 넥슨, 넷마블)처럼 업계 내 대세 용어로 자리 잡는 분위기다. 잡코리아 등 취업 포털에서는 이미 이 표현을 서비스 마케팅에 활용하고 있다.
19일 국내 스타트업 최고기술책임자(CTO)는 “네이버·카카오·라인플러스는 워낙 잘 알려진 업체고, 쿠팡과 배민은 최근 연구개발(R&D) 강화 이미지 구축에 성공했다”면서 “5개 업체 간에는 뚜렷한 우열이 있다고 보기 어렵고, 부서와 세부 업무에 따라 선호도가 갈린다”고 설명했다.
네이버와 카카오는 입사 기업 선호도 조사에서 수년 동안 선두권을 다툰 국내 대표 IT 기업이다. 올해 7월 잡코리아가 대학생 대상으로 진행한 조사에서도 카카오와 네이버가 나란히 1, 2위에 꼽혔다. 라인플러스는 네이버 일본 자회사 '라인'의 글로벌 업무를 담당한다. 일본·태국·대만 메신저 시장 1위라는 글로벌 입지와 더불어 선진형 사내문화 등이 인기 요인으로 꼽힌다.
우아한형제들과 쿠팡은 배달 중개와 e커머스 영역에서 출발, 최근 IT 기업 이미지를 강화해서 거듭난 사례다. 초기 우아한형제들은 개발보다 마케팅으로 잘 알려진 회사였다. 2015년 김범준 CTO(현 우아한형제들 대표)를 영입하면서 기술 중심 회사로의 탈바꿈을 본격화했다. 신입 개발자 연봉을 5000만원 이상으로 책정하고, 신인 개발자 양성 프로그램도 도입했다. 쿠팡의 변곡점은 2014년이다. 미국 실리콘밸리 소재 소프트웨어(SW) 기업을 인수하고, 피인수 기업 대표이던 짐 다이를 본사 CTO로 영입했다. 이후 이른바 '한국판 실리콘밸리' '한국의 아마존'을 내세우며 글로벌 인재를 빠르게 흡수, 개발 조직을 키워 가고 있다.
두 회사는 이 시점부터 유능한 개발 인재를 초반에 선점하고 투자를 이어 나가면서 동종업계 대비 격차를 늘린 것으로 평가받고 있다. 개발자들은 개발 조직 문화와 유능한 동료를 이직 최우선 조건으로 꼽는 경향이 짙기 때문이다. 특히 우아한형제들은 개발자들이 모여 집단 지성을 발휘하는 '코드리뷰' 문화가 잘 정착돼 있고, 쿠팡은 실리콘밸리 등 해외 오피스 글로벌 인재들과 영어로 소통하며 일하면서 확립된 평등 문화가 좋은 평가를 받고 있다.
이와 더불어 아마존웹서비스(AWS)의 클라우드 시스템 등 앞선 기술을 일찍 받아들여 조직에 정착시킨 점도 관심을 끌었다. 향후 이직 시 신기술 커리어는 중요 역량으로 인정받을 수 있다는 점이다. 온라인 IT 아웃소싱 플랫폼 위스켓에 따르면 AWS와 페이스북의 플랫폼 리액트에 대한 요구는 지난 3년간 수치 대비 올해 각각 364%, 244% 증가한 것으로 나타났다.
쿠팡 관계자는 “쿠팡에서는 다국적 엔지니어들이 국경을 넘어 협업하고 있어 혁신 테크 트렌드를 발 빠르게 적용할 수 있다”면서 “글로벌 최고 인재들과 협력하며 뛰어난 경쟁력을 갖춘 인재로 성장할 수 있다는 점이 개발자들의 선호 이유”라고 말했다.
업계에선 IT 개발자의 위상 강화를 실감하고 있다. 유능한 개발자는 '부르는 게 몸값'이라는 말이 나올 정도다. 디지털 전환이 전 업계의 화두가 되고 있는 점도 R&D 인력 선호도를 높이고 있다. 코로나19로 비대면 개발자의 필요성도 커졌다.
업계 관계자는 “사업 차별화의 핵심 요소로 IT가 떠오르면서 개발자가 지원 부서를 넘어 회사의 핵심으로 대우받는 시대가 됐다”면서 “R&D 중시 문화가 업계 전반으로 빠르게 확산되고 있다”고 말했다.
SQL Server 및 SQL Database에서 JSON은 기본 제공 데이터 형식이 아니며 SQL Server에는 사용자 지정 JSON 인덱스가 없습니다.그러나 표준 인덱스를 사용하여 JSON 문서에 대한 쿼리를 최적화할 수 있습니다.
데이터베이스 인덱스는 필터 및 정렬 작업의 성능을 향상합니다.인덱스를 사용하지 않으면 SQL Server는 데이터를 쿼리할 때마다 전체 테이블을 검색해야 합니다.
계산된 열을 사용하여 JSON 속성 인덱싱
SQL Server에 JSON 데이터를 저장하는 경우 JSON 문서속성하나 이상을 기준으로 쿼리 결과를 필터링하거나 정렬하는 것이 일반적입니다.
예제
이 예제에서는 AdventureWorksSalesOrderHeader테이블에 판매 주문에 대한 다양한 정보가 JSON 형식으로 포함되어 있는Info열이 있다고 가정합니다.예를 들어 이 열은 고객, 영업 사원, 배송 및 대금 청구 주소 등에 대한 정보를 포함합니다.Info열의 값을 사용하여 고객의 판매 주문을 필터링하려고 합니다.
최적화할 쿼리
다음은 인덱스를 사용하여 최적화할 쿼리 형식의 예제입니다.
SQL복사
SELECT SalesOrderNumber, OrderDate, JSON_VALUE(Info, '$.Customer.Name') AS CustomerName FROM Sales.SalesOrderHeader WHERE JSON_VALUE(Info, '$.Customer.Name') = N'Aaron Campbell'
예제 인덱스
JSON 문서에서 속성에 대한ORDER BY절 또는 필터링의 속도를 향상하려면 다른 열에서 이미 사용 중인 동일한 인덱스를 사용할 수 있습니다.그러나 JSON 문서에서는 속성을직접참조할 수 없습니다.
먼저 필터링에 사용할 값을 반환하는 “가상 열”을 만들어야 합니다.
그런 다음 해당 가상 열에 인덱스를 만들어야 합니다.
다음 예제에서는 인덱싱에 사용할 수 있는 계산 열을 만듭니다.그런 다음 새 계산 열에서 인덱스를 만듭니다.이 예제에서는 JSON 데이터의$.Customer.Name경로에 저장된 고객 이름을 표시하는 열을 만듭니다.
SQL복사
ALTERTABLE Sales.SalesOrderHeader ADD vCustomerName AS JSON_VALUE(Info,'$.Customer.Name') CREATEINDEX idx_soh_json_CustomerName ON Sales.SalesOrderHeader(vCustomerName)
계산 열에 대한 자세한 정보
계산 열은 지속형이 아닙니다.인덱스를 다시 작성해야 하는 경우에만 계산됩니다.테이블에서 추가 공간을 차지하지 않습니다.
쿼리에서 사용할 동일한 식으로 계산 열을 만드는 것이 중요합니다. 이 예제의 식은JSON_VALUE(Info, '$.Customer.Name')입니다.
쿼리를 다시 작성할 필요가 없습니다.위 예제 쿼리와 같이JSON_VALUE함수가 포함된 식을 사용하는 경우 SQL Server는 같은 식을 사용하는 동일한 계산 열이 있는지 확인한 후 해당하는 경우 인덱스를 적용합니다.
이 예제에 대한 실행 계획
다음은 이 예제의 쿼리 실행 계획입니다.
SQL Server는 전체 테이블을 검색하지 않고 비클러스터형 인덱스에서 인덱스 검색하여 지정된 조건을 충족하는 행을 찾습니다.그런 다음SalesOrderHeader테이블에서 키 조회를 사용하여 쿼리에서 참조된 다른 열(이 예제에서는SalesOrderNumber및OrderDate)을 가져옵니다.
포괄 열을 사용하여 추가로 인덱스 최적화
인덱스에 필요한 열을 추가하는 경우 테이블에서 이러한 조회를 추가로 수행할 필요가 없습니다.위의CREATE INDEX예제를 확장하는 다음 예제처럼 이러한 열을 표준형 포괄 열로 추가할 수 있습니다.
SQL복사
CREATEINDEX idx_soh_json_CustomerName ON Sales.SalesOrderHeader(vCustomerName) INCLUDE(SalesOrderNumber,OrderDate)
이 경우 비클러스터형 JSON 인덱스에 필요한 모든 사항이 있기 때문에 SQL Server는SalesOrderHeader테이블에서 데이터를 추가로 읽을 필요가 없습니다.이러한 인덱스 유형은 쿼리에서 JSON과 열 데이터를 결합하고 작업에 대한 최적의 인덱스를 생성하기 위한 좋은 방법입니다.
JSON 인덱스는 데이터 정렬 인식 인덱스입니다.
JSON 데이터에 대한 중요한 인덱스 기능은 인덱스의 데이터 정렬 인식 기능입니다.계산 열을 만들 때 사용하는JSON_VALUE함수의 결과는 입력 식에서 데이터 정렬을 상속하는 텍스트 값입니다.따라서 인덱스의 값은 원본 열에 정의된 데이터 정렬 규칙을 사용하여 정렬됩니다.
인덱스가 데이터 정렬을 인식한다는 것을 보여주기 위해 다음 예제에서는 기본 키와 JSON 콘텐츠가 있는 단순한 컬렉션 테이블을 만듭니다.
SQL복사
CREATETABLE JsonCollection ( idINTIDENTITYCONSTRAINT PK_JSON_ID PRIMARY KEY, jsonNVARCHAR(MAX) COLLATE SERBIAN_CYRILLIC_100_CI_AI CONSTRAINT [Content should be formatted asJSON] CHECK(ISJSON(json)>0) )
이전 명령은 JSON 열에 대하여 세르비아어 키릴 자모 데이터 정렬을 지정합니다.다음 예제에서는 테이블을 자동으로 채우고 이름 속성에 대한 인덱스를 만듭니다.
앞의 명령은 JSON$.name속성의 값을 나타내는 계산 열vName에 표준 인덱스를 만듭니다.세르비아어-키릴 자모 코드 페이지에서 문자 순서는 'А', 'Б', 'В', 'Г', 'Д', 'Ђ', 'Е' 등의 순서입니다.JSON_VALUE함수의 결과는 원본 열에서 데이터 정렬을 상속하므로 인덱스에서 항목의 순서는 세르비아어 키릴 자모 규칙을 따릅니다.다음 예제에서는 이 컬렉션을 쿼리하고 이름을 기준으로 결과를 정렬합니다.
SQL복사
SELECT JSON_VALUE(json,'$.name'),* FROM JsonCollection ORDERBY JSON_VALUE(json,'$.name')
실제 실행 계획을 보면 비클러스터형 인덱스에서 정렬된 값을 사용함을 확인할 수 있습니다.
쿼리에ORDER BY절이 있지만 실행 계획은 Sort 연산자를 사용하지 않습니다.JSON 인덱스는 이미 세르비아어 키릴 자모 규칙에 따라 정렬됩니다.따라서 SQL Server는 결과가 이미 정렬된 비클러스터형 인덱스를 사용합니다.
그러나ORDER BY식의 데이터 정렬을 변경하면(예:JSON_VALUE함수 뒤에COLLATE French_100_CI_AS_SC추가) 다른 쿼리 실행 계획이 제공됩니다.
인덱스 값 순서는 프랑스어 데이터 정렬 규칙을 따르지 않으므로 SQL Server는 정렬 결과에 대한 인덱스를 사용할 수 없습니다.따라서 프랑스어 데이터 정렬 규칙을 사용하여 결과를 정렬하는 정렬 연산자를 추가합니다.
