Azure SQL Database: The intelligent self tuning data platform – BRK3162

대낮 밤이 어떻게 바뀌지, 지금까지 좋은가? 당신이 많은 재미있는 이야기를 듣기를 바랍니다

즐거운 시간을 보냈습니다 내일의 로이 한 스키마를 듣고 있습니다 그것은 일종의 지역입니다 내가 가진 조직 우리 둘 다 내 이름을 일하는 건 케빈 패리 야

저는 데이터 플랫폼 팀의 주임 프로그램 관리자입니다 속편에서는 Org이 약 14 년 동안 나왔습니다 그래서 많은 일들이 생겨나는 것을 보았습니다 저와 함께 나무 친칠라, 그녀는 쿼리 처리 팀의 개발자 중 하나입니다, 그래서 그녀가 여기 와서 그녀가 만든 물건에 대해 얘기가 정말 멋지 네요 SQL 엔진 내의 쿼리 프로세서 내에서보다 지능적이고 적응력이 뛰어난 몇 가지 기능을 살펴 보겠습니다

그래서 그것은 C와 자기 조정 조건에 반응 할 수 있습니다 적응 형 쿼리 처리에 대한 이야기로 시작할 수 있습니까? 이것은 일련의 기능입니다 SQL 2017로 가져 왔습니다 그리고 그들은 더 엄격하게 적응했습니다 그들은 그것이 아의 상황에 적응하지 않고했기 때문에 만약 그것이 잘못 평가 되었다면 잘못된 선택을하는 것이 적절할 것입니다

자체를 수정하십시오 따라서 사전 처리를 쿼리하면 좋은 성능을 얻는 효율적인 쿼리를 얻는 것이 카디널리티 추정과 관련이 있습니다 이것이 주어진 쿼리로부터 예측하는 예술 또는 과학입니다 각 테이블과 테이블에서 얼마나 많은 행이 흘러 나올 것인가 쿼리 계획 내의 각 분기를 통해 따라서 카디널리티 최적화 최적화 심장 동사 학자 유형을 수행하면 쿼리 계획의 각 단계에서 행 수를 추정합니다

이 통계 기법의 결합이며 가정이므로 다양한 값에 대한 히스토그램의 테이블과 관련된 통계가 있으므로 많은 행이 필요합니다 그 샘플링은 샘플링을 선택하는 방법에 따라 달라집니다 그리고 나서 가정들이 있습니다 그래서 처음에는 특정한 구성들입니다 정확히 얼마나 많은 행이 흐를 지에 대한 지식이 없습니다

그래서 우리는 그들 중 일부는 좋다고 가정하고, 그 중 일부는 좋지 않습니다 그리고이 작업의 일부입니다 가정의 일부가 실제로 유효하지 않은 부분을 수정합니다 견적이 정확할 때 우리는 운영 계획과 물리적 알고리즘에 대한 올바른 결정을 내림으로써 올바른 계획을 얻습니다 그리고 귀하의 데이터를 빨리 되 찾을 수 있습니다

그렇다면 잘못된 견적을 얻는 이유는 무엇입니까? 누락 된 통계가 누락되었습니다 통계적 히스토그램 자동으로 의학적으로 만들 수 있습니까? 아니면 설정 한 방법에 따라 수동으로 만들 수 있습니까? 연간 생성에서 설정하고 테이블에 대한 통계를 작성하지 않은 경우 기대할 행 수를 알 수 없습니다 그래서 우리는 100이나 1처럼 무언가를 얻을 것입니다 과

최적화를 최적화하려고하지 마십시오 그래도, 통계, 그래서 수동 통계를 사용하고 있다면 잠시 후에 테이블의 내용이 통계에 반영되지 않을 수 있습니다 또는 자동 통계를 사용하고 있고 최근에 테이블의 모양을 변경 한 작업을 수행 한 경우 대대적으로 큰 데이터로드를 수행하거나 여러 데이터를 정리하는 것과 같습니다 다시 말하지만, 통계는 테이블의 내용과 일치하지 않을 수 있습니다

그러나 통계가 쿼리를 최적화하기 위해 가고 싶어하며 아마도 잘못된 결정을 내릴 것이라고 믿습니다 통계를 다시 설정할 때 샘플 속도가 부적절합니다 그것은 값의 히스토그램입니다 그리고 당신은 얼마나 미세한 입자인지에 대한 제어권을 가지며 궁극적으로는 테이블을 완전히 스캔하고 모든 가능한 값을 샘플로 봅니다 그리고 과정은 당신이 그것을 얻을 수 있습니다

더 빠르면 오버 헤드도 줄어 듭니다 데이터에 스파이크가 누락 될 확률이 높아집니다 여기에서 여기를 측정하면 사이에 스파이크가 생겨서 놓칠 수 있습니다 그래서 이는 일종의 상충 관계이며 통계에 대한 샘플링 속도를 설정하는 방법을 알 수있는 방법입니다

아주 미세한 그레인 샘플링 속도에 관련되는 오버 헤드가 있습니다 그러나 그 다음에는 배포판에서 더 많은 예외를 잡을 것입니다 punnett 매개 변수 스니핑 문제에 대해 누가 들었습니까? 따라서 매개 변수 스니핑은 우리에게 두통의 종말을 일으키는 현상입니다 너가 가질 때 매개 변수에서 실행되는 쿼리

우리는 일반적으로 쿼리가 전달 된 모든 값을 기반으로 쿼리가 최적화된다는 것을 처음으로 알게 될 것입니다 다음 번에 그 쿼리를 볼 수 있습니다 쿼리 텍스트에는 해당 매개 변수의 변수 만 포함됩니다 쿼리 텍스트가 변경되지 않았으므로 값을 올리면 최적화되지 않습니다 그러나 값이 완전히 다를 수 있습니다

따라서 코리가 처음으로 사용 된 값이 매우 전형적이라면 남은 시간을 보게 될 것입니다 그렇다면 당신은 좋은 성적을 얻습니다 전체적으로 볼 때 하나 또는 두 개의 예외가 나타날 수 있지만 전반적인 성능은 상당히 좋아질 것입니다 처음으로 쿼리를 실행하면 발생합니다 당신은 평범한 가치관에서 벗어난 가치가 있습니다

그런 다음 최적화 작업을 통해 그 가치와 일반적인 경우가 달라질 수 있으므로 가질 수 있습니다 많은 문제가 실제로 그것의 데모를 조금 가지고 있습니다 모델 밖의 쿼리가 그렇게 구성됩니다 최적화 도구에는 놀랍도록 복잡한 코드가 있습니다 그 나에게 놀라움과 나는 잠시 동안 주변에 있었지만 다른 구조들에 대한 것이있다

우리는 그들이 어떻게 행동 할 것인지 가정합니다 그리고 우리는 단지 좋은 모델이 없기 때문에 추측을 할 수있는 몇 가지 구조가 있습니다 그들 중 일부는 비슷합니다 역사적으로 다중 문 테이블 값 함수의 경우 게스트가 하나였습니다 으니까 그 중 하나

몇 주 전에 나온 카디널리티 추정기가 새로운 쿼리 추정자를 위해 구성되었습니다 우리는 그 중 하나를 1200에서 바꿉니다 더 간단한 비트 더 유효합니다 그리고 데이터가 쿼리되는 것을 허용하지 않는 가정

당신이하고 있다면,이 독립과 상관 관계를 즐기는 것입니다 그래서 변수가 2 개인 경우 주 및 도시라고 말하십시오 우리는 그것들이 상관되어 있음을 압니다 그래서 당신은 주와 도시가 있다면

로스 앤젤레스라는 도시가 있다면 캘리포니아 주 권리가 될 가능성이 있습니다 거기에는 상관 관계가 있습니다 다른 값 변수는 모두 상관 관계가 없으며 쿼리 계획을 설정하는 방법과 관련이 있습니다 그래서 그 모든 것들 우리는 얼마나 많은 행이 그 조인에서 나올지에 대해 잘못 추측 할 것입니다

상관 관계가 있는지 아닌지에 따라 강해지므로 모든 일들이 문제를 일으킬 수 있습니다 사면 동질 추정 그리고 이것이 바로 이것이 될 것입니다 그래서 잘못된 쿼리의 캐스트가 쿼리 응답 시간이 느려 비효율적 인 작업을 수행합니다

우리는 계획을 올바르게 세우지 않았습니다 보유하지 않은 데이터에 맞게 최적화되었습니다 지나치게 많은 자원을 소비하므로 매우 큰 값을 위해 최적화하면 적은 양만 흘러갑니다 그런 다음 우리는 많은 양의 데이터를 지원할 수있는 데이터 구조를 설정할 것입니다 메모리 및 그런 다음 아주 작은 데이터 세트를 최적화하면 모든 메모리를 낭비하거나 역으로 낭비하게됩니다

그리고 작은 세트만으로 충분한 메모리를 확보하면 500 만 개의 행을 전달할 수 있습니다 그런 다음 모든 것을 현금화 할 수있는 충분한 공간이 없을 것이며 TV 및 기타 8 가지 시도를 할 것입니다 정말 천천히 그것이 디스크의 예입니다 주어진 쿼리에 대해 너무 많은 리소스를 확보하기 위해 처리량과 동시성을 줄였습니다

그것은 실행하려고하는 다른 모든 쿼리가 굶주릴 것입니다 후속 모델, 리팩토링 및 오프 모델은 모델 구조를 벗어나서 T SQL을 보았습니다 고문 Confort 확인은 특정 구성을 최적화하지 않기 때문에 사람들이 이러한 구성을 사용하여 작업 할 수 있다는 취지에서 효과가 있습니다 Corey를 실행시키고 실제로 더 빠를 것입니다 복잡한 코드가 없어도

그렇다면 우리가 일을 했어야 만했습니다 그리고 우리는 그 구조를 인식 할 것입니다 그래서 우리가 2017 년에 도입 한 기능 중 하나는 다량의 문 테이블 값 기능을위한 인터리빙 된 실행이었습니다 멀티 선택은 테이블 값 기능이 블랙 박스에 끌 렸음을 의미합니다 그들은 고정 카드와 최적화 손님을 하나로 제공합니다

복수 성명서가있는 경우 수율 함수 값으로 테이블을 만든 다음 해당 테이블을 쿼리에 사용합니다 우리는 그 테이블에 도달하는 데 필요한 것을 잘 알지 못하고 단지 하나만 얻습니다 그래서 2017 년에 우리가 그 패턴을 깨뜨린 것입니다

영원히 그리고 한국의 질의 처리 패턴은 당신이 질의를 보는 당신을 최적화 해 왔습니다 당신은 그것을 최적화하는 통계를 보았습니다 그리고 나서 당신은 실행합니다 다중 사이트 인터리브 실행을 통해 우리는 실제로 최적화와 실행을 인터리빙합니다 단계는 쿼리의 작은 모퉁이를 중심으로 정말 깨끗한 경계를 만드는 다중 문 테이블 값 함수입니다

그러면 그 시점까지 최적화 될 것입니다 테이블 값 함수에 대한 값을 얻을 때까지 실행됩니다 그리고 그 카드 유추를 사용하십시오이 유추는 실제 정확하고 나머지 쿼리에 대해 카디널리티 추정치를 사용합니다 그래서

다중 명령문 테이블 값 함수는 처음에는 정말 깨끗했습니다 태클을 시도하는 사례가 정말 잘 작동하므로 더 많은 다른 구조를 취할 수 있습니다 비슷한 방식으로 행동하십시오 쿼리 계획의 코너는 그 시점까지 최적화하거나 그 시점까지 실행 한 다음 나머지 쿼리를 다시 최적화합니다 모든 것에 관한 질문

정말 대화식이 될거야 질문하지 않는 한 도움이되는 마이크를 사용하는 경우 솔리드 스테이트 스토리지가 점점 빨라지고 있습니다 또는 메모리 액세스와 디스크 액세스 간의 경계가 줄어들고 있습니다

예를 들어 Tempe가 유출되었다고 언급하면 그래서 스토리지 클래스가 더 빨라지고 빨라지면서 실제로 SSD가 실제로 이국적입니다 비 휘발성 램 DIMM은 메모리와 마찬가지로 슬롯을 가지고 있지만 영구적이며 디스크처럼 액세스 할 수 있으므로 실제로는 정말 빠릅니다

여전히 전체 IO 스택을 거치면서 작성해야 할 sqlcode가 훨씬 많습니다 우리가 생각하는 것은 디스크이기 때문에 메모리에서 뭔가를 액세스하는 것보다 훨씬 많은 오버 헤드가 될 것입니다 그러나 당신은 그것이 점점 빨라지고 있다고 맞습니다 그러나 너희들은 더 힘들어하고있다

따라서 인터리빙 된 실행 후보는 select 문을 사용합니다 분명히 140 컴팩트 수준에 달려 있습니다 소모품을 가로 질러 그 곳곳에서 사용되지 않는 다중 문 TV는 들어 가지 않을 것입니다 그런 식으로하면 더 복잡해지기 때문입니다 계획을 사용하지 않을 때는 강제로 계획을 세우십시오

우리는 그것에 대해 아무 것도 할 수 없습니다 강제 매개 변수 zation을 사용하지 않습니다 과 사용 힌트를 사용하지 않고 스니핑 매개 변수를 사용하지 않습니다 권리

최적화를 수행하는 방법을 강요한다면 우리는 그것을 존중할 것이지만, 카이저는이를 고칠 것입니다 문제는 다른 방법으로 예상되는 오버 헤드는 최소로 다중 문 테이블 값 함수에서 이미 실현되었습니다 결과를 통해 축적 된 것을 기억합니다 우리가 그것을 실현하기 위해 테이블처럼 보이는 저장소

그래서 우리는 실제적으로 얼마나 많은 행이 우리에게 있었는지 확인하기 위해 구체화를보고 있습니다 현금은 첫 번째 실행 계획입니다 계획의 캐시가 현금화됩니다 후속 실행에 사용됩니다 따라서 매개 변수 스니핑 유형의 문제로 끝날 수 있습니다

실행 계획을 알고있는 계획 특성 그리고 interleaved는 식물에 우리의 새로운 속성을 실행합니다 우리는 실제로 우리가하려는이 일을하고 있다는 것을 알 수 있습니다 이러한 모든 새로운 기능과 동작은 항상 눈에 잘니다 또한 X 이벤트가 있으므로 Telemetry에서 X 이벤트를 사용하는 경우이를 모니터링 할 수 있습니다

X 이벤트에서 훌륭한 정보를 얻을 수 있습니다 그러나 우리는 또한 그들을 표면화하려고 노력하고 있습니다 계획 캐시와 같은 더 눈에 띄는 방식으로 그만큼 계획

문제 인터리브 된 실행 이벤트를 ex 이벤트의 일부로보십시오 나는 그렇게 생각하지만 나는 긍정적이지 않다 그렇습니다 훌륭한 세션을 시작하면 그렇게합니다

나는 그 이름이 무엇인지 모르겠다 그리고 당신은 인터리브 된 실행이 행복 할 때마다 볼 수 있어야하는 라이브 데이터를 보았습니다 그래서 그 모드 메모리 부여 피드백 다시 문제의 2017 기능입니다 우리가 모든 쿼리에 대해 우리는 일할 수있는 기억을 부여해야합니다 메모리의 스크래치 공간

우리가 우리가 필요로하는 기억의 양을 과대 평가하십시오 우리가 과소 평가하면 디스크에 쏟아져 끝날 것입니다 그리고 그 모두는 빈약 한 카디널리티 추정에 의해 좌우됩니다 우리는 그 일을 해결하기 위해 무엇을 했습니까? 일종의 카디널리티 문제를 피하고 있습니까? 왜냐하면 지금 당장 모든 경우에 해결하지 않을 것이기 때문입니다 그러나 우리가 한 일은 처음으로 메모리 부여 메커니즘에 피드백 루프를 도입하는 것입니다

쿼리를 실행할 때 주목할 것인가? 얼마나 많은 기억 쿼리가 궁극적으로 필요하고 델타가 충분히 큰 경우 메모리를 요청했습니다 의지 얼마나 많이 실제로 사용되었는지 기록하십시오

우리가 현금으로 지불하는 쿼리 계획에서 다음에 쿼리를 실행하면 새로운 밸브 메모리 부여 값이 사용됩니다 적응하고 몇 번 앞뒤로 조정하고 일반적으로 꽤 안정적인 상태로옵니다 배치 모드 그것도 안으로 있었다 SQL 2017은 일} 처리 모드는 일} 처리 모드 조회로 제한됩니다

또한 일괄 처리 모드에서는 적응 형 조인이있었습니다 따라서 우리가 물리적 알고리즘을 만드는 결정 중 하나는 당신이 가고 있는지 여부입니다 운영 해시 모드 또는 중첩 루프

그래서 그것들은 다른 점이 있습니다 각각의 점이 더 효율적입니다 때로는 잘못 이해합니다 적응 형 조인이하는 일은 크로스 오버 포인트가 빌드 측면으로 들어오는 행의 수와 관련하여 어느 정도의 경험적 방법을 설정한다는 것입니다

예 그래서 우리는 시작할 것입니다 임계 값을 초과하는 크로스 수가 해시에 합쳐지면 빌드 측에 대해 장미를 누적하십시오 임계 값을 초과하지 않으면 중첩 루프로 유지됩니다 실행 시간에 비행 중입니다

실행이 해시로 바뀔 때 동일한 쿼리에 대해 다른 실행을 중첩 루프로 결합 할 수 있습니다 그래서 고전적인 적응력 중 하나입니다 기술을 사용하여 그래서 그 모든 역사는 우리가 2017 년에 한 모든 것입니다 2019 년에 들어서 지금 말할 수 있습니다 우리는 범위를 넓히고 있습니다

그래서 2017 년에이 기능들은 주로 실행 중에 보았던 것에 적응하고 있습니다 우린 지금이야 2 개의 시나리오를 더 실행하고 잠시 동안 우리는 적응 형 QP라고 계속 부르고 있었고, 실제로 어떤 것에도 적응하지 못하기 때문에 간략하게 설명하기 시작했습니다 더 똑똑하게 만듭니다 이제 우리는 지능적인 QP를 갖게되었습니다

이것은 큰 그림과 같습니다 그래서 우리는 이것을 보면서 몇 분을 보낼 수 있습니다 이것은 우리가 보는 방식, 지능형 QP 및 그 밑에있는 기능입니다 그만큼 빛이 직면 한 부분은 SQL 2017에 상주 한 부분이므로 적응 형 QP가 있습니다

Jeff는 인터리브 된 실행 메모리 권한 부여 피드백을 결합합니다 그것들은 배치 모드에서만 둘 다 있습니다 그래서 모든 것들이 우리가 지금 막 이야기 한 것들입니다 오늘 우리가 SQL 20:19에 대해 발표하는 내용은 무엇입니까? 작업 서 메모리 권한 부여 피드백 interrow 모드입니까? 사람들은 우리가 가지고있는 지연된 컴파일을 가변합니다 OK 문 테이블 변수 변수 함수

에 대한 반복 실행 이제 우리는 테이블 변수에 대한 가치가있을 때까지 테이블 변수에 대한 컴파일을 연기합니다 로스트에서 일괄 처리 모드 또는 얼마나 많은 사람들이 일괄 처리 모드 조인을 사용했는지는 성능에 정말 만족합니다 좋아, 얼마나 많은 사람들이 당신이 쿼리에 열 저장소가 없다면 할 수 없어 좌절되었습니다

그래서 배치 모드는 실제로 효율적입니다 그것의 좋은 묘사로 들어갈 것인가? 그러나 지금까지는 쿼리 어딘가에 열 저장소가있는 경우에만 사용할 수있었습니다 2019 년에는 매장을 성장시킬 때 해당 모드를 사용할 수있게되었습니다 대략적인 QP

새로운 지역이 어디 있습니까? 거대한 Cardenal이있는 경우 그것은 쉽고 카운트 별 같은 집계를 수행하고 있습니다 그것은 우리가하고있는 첫 번째 것입니다 당신은 10,000,000,000 개의 행에서 뚜렷하게 구별됩니다 잠시 시간이 걸릴 것입니다

기억이 많이 걸릴거야 그래서 이것이하는 일은 시간의 매우 작은 소수에서 메모리의 작은 부분에 대한 대략적인 답을 얻습니다 네가 운전 중이라면 대시 보드 나 정확한 값이 반응하는 것만 큼 중요한 것은 아닙니다 이것은 정말 좋은 기능입니다

그래서 ro 모드에 대한 메모리 부여 피드백 SQL (2017)에서는 배치 모드 메모리 허가 피드백을 도입했습니다 원격 유출에 대한 현금 계획을 디스크로 업데이트했습니다 원격 과도한 메모리 부여 낭비 Pine Creek Sick Yusheng에 새로운 쿼리를 추가하면 메모리 부여 피드백의 상태를 이해할 수 있습니다

이것은 모두 150 컴팩트 수준 아래에 있습니다 그래서 우리는 당신이 장면 뒤에서 무엇을하는지 이해하도록 해줍니다 우리는 메모리 허가 피드백 루프가 비활성화 된 X 이벤트가 있습니다 그래서 우리가 메모리 교부금을 조정하고 있다면 그것은 앞뒤로왔다 갔다하며 앞뒤로 움직이며 수렴하지 않습니다

어쨌든 시간의 50 %가 잘못 될 것이라는 점은 없으므로 조정을 중단해야합니다 그 테이블 북 테이블 변수가 실제로 우리의 메모리 교부금에서 쫓겨나는 변수를 보여줍니다 그래서 그것에 대한 정보를 줄 것입니다 새로운 계획 속성 메모리 보조금 피드백이 조정 되었습니까? 이 계획에 대한 메모리 보조금

그리고 몇 가지 값이 있습니까? 그래서 정확한 보조금은 없습니다 그래서, 우리는 그것을하지 않았기 때문에 그것을 조정하지 않았습니다 첫 번째 실행은 우리가 기초가 될 수 없습니다 우리가 처음 본 것은 이번이 처음입니다 계획

당신이 굉장한 숙녀이기 때문에 어떠한 피드백도 사용할 수 없습니다 그리고 나서 네 우리는 거기에있을 수 있습니다 그래서 우리는 그것을 조정했고 우리는 여전히 조정 중입니다 그리고 그렇습니다, 안정적이어서 우리는 더 이상 움직이지 않는 것처럼 보이는 안정된 상태에 도달했습니다

그래서 우리는 단지 것입니다 좋은 전화 그리고 우리는 또한 마지막으로 기억을 요구합니다 문제는 지구본에 반영된 참조가 어떻게 연기 되었는가에 관한 것입니다 우리는 없다? 테이블 테이블 변수가 다른 컴파일을 보여주기위한 공물은 사실 조금 어리니까요

예를 들어, 메모리에 대한 요금으로도 의견을 듣고 싶습니다 일괄 처리 모드에 대한 John의 의견 우리는 방금했습니다 X 이벤트와 고객의 관계는 더 직관적 인 방식으로이를보고 쇼핑 라인 속성을 얻습니다 곧 출시 예정인 것 같습니다

우리는 무언가를 추가 할 수는 있지만 현재는 불가능합니다 질문은 단지 그곳에서 멈추거나 그게 무엇 이었습니까? 권리 기본적으로 그렇습니다 이는 기본적으로 실제 행 수에 대한 증거입니다 그래서 컴파일이 될 것입니다

테이블 변수를 실행하십시오 오, 예상 된 계획부터 시작하고 있습니다 그렇게하지 않으면 그것은 여전히 ​​한 행의 추측 된 추측 횟수를 취합니다 다시는 이것이 예상 된 계획이며 실제로 데이터를보기 전에입니다

이것의 아무도는 이것이 정당한 최적화를하기에서 그것을 멈출 것이다 어떻게 작동하는지 보도록 하죠? 이제 우리는 이것이 어떻게 생겼는지 보게됩니다 당신 좋아, 그럼 내가 데모에 뛰어든다 나는 내 자신을 빨리 소개 할 것이다

저는 동료를 대우하고 있습니다 나는 쿼리 처리 팀의 기술자입니다 SQL 데이터베이스 엔진입니다 그리고 저는 약 2 년 반 동안 팀과 함께 있었고 실제로 적응력이 뛰어난 지능적인 사람들과 실제로 관련되어있었습니다 Kevin이 예를 들어 설명했던 기능들, 나는 적응 형 조인을위한 엔지니어가 아니 었습니다

의견 및 최근에 나는 형제를 위해 일해 왔습니다 모드 메모리 부여 피드백은 현재 공개 미리보기 상태이며 CTP 20의 완전한 레벨 150에 속합니다 이제 모든 데모에서 로마 또는 민주당의 은상 목적에 대한 데모를 살펴 보겠습니다 나는 지금 DW 와이드 세계 수입업자들을 사용할 것입니다

이 특성은 전투력 150 이하에서만 사용 가능합니다 앞으로는 SQL 19에 대해 말하고 있습니다이 기능은 반드시 클라이언트의 모양을 변경하지는 않으므로 압축 수준 요구 사항을 제거하기를 바랍니다 항상하고있는 것처럼 기억의 근거를 바로 잡는 것입니다 모든 컴팩트 레벨에서이 기능을 사용할 수 있기를 바랍니다

Short Elementary를 보면 특히 흥미로운 일입니다 하루에 예상치를 초과하고 편안함 요구 사항 없이는 300,00000 개의 검색어가 표시됩니다 이 기능을 사용하면 3000000 개의 쿼리가 도움이 될 것입니다 알았어 그래서 이걸 전투 레벨 150에 보냅니다

좋아 그리고 우리는 프로 카시를 먹일거야 보통 Eddie 범위 기여도 설정을 수행하면됩니다하지만 저는이를 위해 최선을 다하고 있습니다 그래서 기본적으로이 데이터베이스는 전형적인 스타 스키마입니다

우리는 한 무리의 팩트 테이블을 가지고 있습니다 차원 테이블 예를 들어이 테이블을 보면이 사실에 아마 2 천만 개의 행이있을 것입니다 나는 실제 생산 작업량에서 한 행을 다시 가지지 않는다는 생각에 통계를 제공 할 것입니다 그것은 당신에게 나쁜 계획들을 줄 것입니다

여기이 미친 곳이 있습니다 우리는 해쉬 조인을 얻을 것이고, 우리는 order by 절을 사용하게 될 것입니다이 절은 다시 해쉬 조인 모두를 정렬 연산자로 제공 할 것입니다 우리의 메모리를 소비하는 운영자에게 응답했고, 통계에 피드 테이블에 행이 하나 있다고 생각했기 때문에 이에 답했습니다 그것은 잘못된 기억의 근거를 얻게 될 것입니다

또는 메모리가 거의 주어지지 않을 것입니다 그리고 우리는 그것이 임시 DB로 당겨지고 있음을보아야합니다 그래서이 위대한 것은 아마 2 초 동안 뛰게 될 것입니다 그 동안 나는 이야기하고 싶습니다 이전에 그런 식으로 쇼 계획 속성에 대한 자세한 내용

그들 중 많은 분들이 Dennis에게 훌륭한 세션을 제공하도록 권유하고, 메모리 보조금 피드백이 여러분을 기다리는 것을 알 것입니다 라이브 데이터가 들어오는 것을 볼 수 있습니다 따라서 일부 고객과 마찬가지로 Hey와 같습니다 사고는 시원합니다 하지만 그때 가야 해

메뉴를 시작해야합니다 라이브 데이터를 볼 수있는 설치 마법사가 있습니다 쉽게 볼 수있는 방법과 지금 우리는 내가 보여줄 상호 계획 속성을 가지고 있습니다 잠시 후에 봐라 이 공란을 그렇게 명확하게 봅시다

두 해시 응답 연산자는 그 이유 때문에 충분합니다 추정 된 데일란 원은 실제로 약 3000000 개의 행을가집니다 좋아, 그래서 당신이 기억에서 속성을 보면 내가 말하고 있었던 속성들 정보 속성을 부여하면이 속성 호출이 있습니다 피드백이 조정되었고 현재 그 값은 첫 번째 실행이 아니기 때문에 처음으로 쿼리를 실행하면 사용법을 추적 할 것입니다

디스크에 유출 된 경우 운영자가 실제로 얼마나 많은 메모리를 필요로 했습니까? 실제로이 빌드를 두 번째로 막을 필요가 있으므로 두 번째로이 쿼리를 실행합니다 피드백은 사용법에 따라 결정됩니다 우리는 그것이 쏟아지지 않도록 필요한 기억을 제공 할 것입니다 또한 약 29 초가 걸렸음을 알기도합니다 일시적 DB 주문이 있었기 때문에 쿼리 완료에 실패한 경우, 스퍼스는 상당히 비쌉니다

OK, 약 3 초가 걸렸으므로 거의 10 배 더 빨라졌습니다 이제 속성을 살펴 보겠습니다 좋아, 어디 있니? 좋아, 네가 여기 보면 이제 속성이 변경되었습니다 예, 조절은 피드백을 의미하고 피드백이 적용되었습니다

이 경우 여러 번, 아마도 공정하게 다시 실행하십시오 예라고 말하는 지점에 도달 할 것입니다 이는 메모리 보조금 피드백이 시작되었음을 의미합니다이 단계가 적용되었습니다 그것은 필요한 정확한 메모리를 가지고 있으며 더 이상 변경하지 않을 것입니다

그리고 메모리 건 피드백이 비활성화 될 수있는이 경우도 있습니다 예를 들어, 전력계에 민감한 식물이 있습니다 이것은 파라 미터 및 물건을 가지고 있기 때문에 메모리 부여 피드백에 대한 비 목표입니다 처음으로 파라 미터를 사용하면 매우 낮은 장미를 얻게되고, 두 번째로 파라 미터를 통과 한 파티가 돌아 오면 변동될 것입니다 백만 줄 이니까 요동 치고 22 개 집행 이후에는 회원국이 좋아할 것입니다

이봐, 난이 직업을 돕지 않을거야 증가하고 우리는이 시점에서이 기능을 비활성화 할 것입니다 이 속성은 무효로 읽히지 않습니다 미래가 너를 미치지 못하게하는 것을 의미한다 그것은 하나의 시나리오가 될 수 있습니다 거기에 시나리오가있을 수 있습니다 몇 가지 다른 이유로 비록 계획의 경계 감각이 아니에요

어떤 이유로 든 정적 인 준비가되어 있어도 버그가 있습니다 무언가가 잘못되었다는 것을 알고있을 때 장애인이 될 수 없습니다 당신은 우리에게 다가 갈 수 있으며 문제를보고하고 다른 전력 계량기 중 일부는 볼 수있는 정확한 근거가 없다 제 1 장소에 정원 정확한 보조금 및 메모리 보조금 피드백을 걷어차 필요가 없습니다 좋아요, 그밖에 내가 생각하는 것 이외에 통계를 설정하려고합니다

원래 카운터로 돌아 가지 마십시오 데모의 나머지 부분을 엉망으로 만들면 계속할 수 있습니다 감사 이것은 우리가 작업하고있는이 기능의 단점을 실제로 잘 보여줍니다 우리가 여기서하려고하는 것은 당신이 더 많은 일을하지 않고도 일들을 더 빨리 진행할 수있는 기능입니다

권리 우리는 쿼리를 전혀 건드리지 않았다는 것을 알았습니다 우리는 약 29 초 만에 처음으로 달렸다 동일한 데이터에 대해 똑같은 쿼리를 다시 실행하면 29 초에서 3 초가됩니다 기능의 일종은 기능을 활용하기 위해 무엇이든 다시 작성하지 않고도 더 빨리 수행 할 수있는 기능입니다

따라서 테이블 변수 지연 컴파일 레거시 동작 수동 통계 생성 및 임시 테이블 업데이트 수동 통계 작성을 할 수 있습니다 테이블 변수를 업데이트 할 수 있습니다

이해해 진술서 세금 환급 일시 중지하고 다시 추정하십시오 그래서 여기서의 변화는 테이블 생성입니다 정의

제약 조건을 사용하면 테이블 변수에 대한 임시 테이블을 검사 제약 조건의 기본 키 고유성에만 적용 할 수 있습니다 테이블 변수 생성의 일부로 자동 통계 생성은 임시 테이블에서 발생하지만 테이블 변수에서는 발생하지 않습니다 그리고 마지막으로 하나의 배치에서 시도 객체를 사용하여 생성하면 동일한 배치에서 사용합니다 임시 테이블을 참조하는 명령문을 임시 테이블로 컴파일합니다 첫 번째 실행까지 연기 된 것으로 존재하지 않습니다

그래서 그 일괄 처리 내에서 생성 된 임시 테이블을 참조 할 경우 우리는하지 않을 것이다 그 명령문을 컴파일 할 때까지 우리는 모든 것을 다 실행했습니다 따라서 예상되는 행 수에 대해 적절한 숫자 처리를 할 수 있습니다

테이블 변수 그 같은 상황에서 너 한테 고정시킬거야? 하나의 견적 왜냐하면 우리는 그 진술 텍스트의 중간에 멈출 수있는 방법이 없기 때문입니다 일시 중지하고 다시 추정하십시오

그래서 여기에 변화가 있습니까? 테이블 변수 지연 컴파일로 다시 150 compatmode의 일부입니다 그리고 그것은 그가 Yup 업그레이드를 2019로 변경하고 1:50 호환성을 켜야 만하는 유일한 방법입니다 그리고이 동작은 테이블 변수를 참조하는 명령문의 컴파일을 켭니다 그것은 존재하지 않았다 첫 번째 실행 때까지 연기가 연기 되었습니까? 인터리브 된 실행과 같습니까? 우리는 그 진술에 도달 할 때까지 기다리고 있습니다

그리고 그 전에 얼마나 많은 데이터가 그 테이블 변수에 있는지 계산해 봤습니다 해당 테이블을 참조하는 명령문을 컴파일하십시오 테이블 변수 이제 우리는 그것을 볼 수 있습니다 그래서 전에 테이블 변수를 다른 컴파일하기 전에, 그래서 어떻게이 단어가 소피 쿼리를했는지 또는 당신은 적절한 seger했다

초기 컴파일 동안 테이블 변수를 참조하고 최적화 단계를 수행하는 일련의 명령문이 있습니다 테이블 변수에 의해 반환 된 실제 행 수가 꽤 적지 만 일종의 OK 인 테이블 변수에 대해 하나 귀하의 견적은 완전히 꺼져 있으며 여기에 테이블 변수가있는 경우 문제가 발생합니다 하류에있는 사업자들의 무리는 추정 된 의지를 전파 할 것입니다 대부분의 이러한 의사 결정의 대부분이 사망에 이르기 때문에 품질은 최적화를 수행합니다

중첩 루프 조인이나 해시 조인을 사용하기 위해 조인 알고리즘과 같은 카디널리티 추정은 어떻게됩니까? 그래서 이러한 모든 결정 카디널리티 평가에 영향을 받습니까? 이 개선 이전에 어느 작업을 중단 했습니까? 우리 주변에 어떻게 그렇게 접근 했습니까? 모두 잘못되었거나 손님이 예상 한 것입니까? 재 컴파일 옵션을 사용하여 재 컴파일 되었습니까? 아니면 대신 임시 테이블을 사용합니까? 또는 옵션 해시가 옵션을 선택한다고 말하는 것처럼 강제로 힌트에 가입해야합니다 중첩 루프 조인을하지만 테이블 변수가 다른 컴파일을 사용합니다 이 기능을 사용하지 않아도 문제가 해결되고 떠날 수 있습니다 이것은 전투 레벨 140에 우선적으로 적용됩니다

나는 이것을 140으로 보냈을 뿐이다 개선과 우리는 우리가 얻는 이익이 무엇인지 알 것입니다 우리가 그것을 가능하게 할 때 좋습니다, 여기 마스터가 있습니다 좋습니다, 그래서 우리는 탁자, 변수 호출 딸을 선언하고 우리는 우리 학년에서 그것을 참조 할 것입니다

그래서 이것은 아마도 2 초 동안 진행될 것입니다 계획 모양을 보면 재미있는 일종입니다 당신은 지금 당신이 보는 것을 나에게 말할 수 있습니다 앞으로 전투 레벨 150없이 볼 수있는 것을 기억하고 나에게 말해 줄 수 있습니다 계획을 살펴 봅시다

알았어 그래서 좋습니다 이것이 우리가 보는 테이블 변수입니다 예상 행 수와 추정치에서 수신 된 행 수는 기본값이며 실제 행 수입니다 그것은 실제로 얻었다

약 250 만명이 그렇게 벗어 났습니까? 그리고이 계획에 잘못된 점이 무엇입니까? 모든 입력 누군가 뭔가를 말했다 그래, 관절 유형 그래서 당신이 그것을 볼 수있는 경우 볼 수 있습니다 중첩 루프 조인입니다 우리가 가지고 있기 때문에 좋은 선택의 종류가 아닙니다 350 만 줄과 같이 행 수가 높아집니다

합류하면 더 좋았을 것입니다 이는 예상치를 기반으로하기 때문에 직관적입니다 1의 행 크기, 우리는 너무 적은 메모리로 시작한 다음 10 DB로 스포크가 있습니다 그리고 당신도이 계획에서 병렬성을 갖고 있지 않다는 것을 알 수 있습니다 이것을 전투 레벨 150에서 다시 실행하고 우리가 얻은 것을보고 또한 약 19 초를 신중히 지적합시다

방법을 보자 더 좋아지면 좋아, 150 피울거야 그리고 나는 계산서를 달리고있다 나는 똑같은 테이블에 대해서 똑같은 질의를 사용하고 있는데, 활과 같은 카레를 사용하고 있습니다

누군가 다행히도 우리는 방법이 없습니다 그 때까지 Kiddin 기능을 보았으나, 다음 릴리스에서는 훌륭한 사회 계획 속성을 갖게 되길 바랍니다 이제는 테이블 변수가 빌드 사이트에 있기 전에 대칭 이동한다는 사실을 처음부터 살펴 보겠습니다 이제 프로브 측에 있으므로 보자 실제 행 수는 실제로 행의 수를 줄인 것이 실제로 정확하고 지난 번 예상 한 것보다 좋습니다

그리고 중첩 된 루프 대신 조인 알고리즘이 정확합니다 우리는 해쉬 매치 (hash match)를 가졌고, 이제는이 법안을 가지고 있지 않습니다 이 기능을 사용하면됩니다 우리는 개선을위한 나쁜 계획을 수여하고 있습니다 우리는 발전하고 있습니다

계획은 인턴의 수행 능력을 향상시키고 그 효과를 나타냅니다 9 초 네 다시 한번 그것은 또 다른 예입니다 의 무엇이든 바꿀 필요없이 빠르게 물건을 만들 수 있습니다

통과하지 않았습니까? 별개의 개수 처음에는 그것에 대해 조금 설정하십시오 이것이하는 일은 정답의 근사치를 제공하는 것입니까? 그리고 매우 작은 메모리를 사용하여 매우 빠릅니다 하이퍼 로그 로그라는 기술을 사용합니다 실제 결과를 샘플로 추정하는 방법입니다

결과가 있어야합니다 결과는 97 %의 경우 정답의 3 % 이내가 될 것입니다 알고리즘을 깨고 답을 줄 수있는 복잡한 상황을 만들 수 있습니다 그만해 그러나 97 %의 경우

그것은 아주 작은 마진 안에있게 될 것입니다 그리고 이것은 다시금 재정상의 결과와 같은 것이 아닙니다 정확한 답변이 중요한 부분 분명히 약을 사용하지 않을 것입니다 그러나 당좌 계좌의 잔액은 얼마입니까? 그러나 반응성이 정확도의 마지막 두 자리 수보다 훨씬 중요한 경우에 적합합니다

이것은 많은 의미가 있습니다 따라서 바늘을 몰 때 대시 보드를 운전하면됩니다 마지막 두 자리 숫자는 아무도 알아 차릴 수 없을 것입니다 그러나 업데이트되기 전에 30 초 동안 기다렸는지 알 수 있습니다 맞아요

이것이 정말로 많은 의미가있는 일종의 것입니다 이것은 구문 변경이므로 새로운 구문을 사용하여 옵트 아웃해야하므로 compat 수준 요구 사항이 없습니다 그래서 뚜렷한 수 대신 이제 값이 값의 별개 개수로 계산됩니다 그래서 아주 사소한 변화

표현 내에서 분명히 구별하기 위해 먹일 수있는 것은 무엇이든간에 어떻게 생겼는지 보자 좋아요, 근본적으로 approx count distinct는 주어진 표현식을 평가하고 그룹 내에서 비 ​​고유 null 값의 대략적인 수를 반환합니다 Kevin이 대략 플러스 또는 -3 %의 97 %라고 말한 것과 비슷합니다 주된 이유 중 하나는 응답 성을 사용하려는 것이고 두 번째 것은 응답입니다

그것은 아주 작은 기억 공간입니다 그래서 별개의 셀 수는 매우 철저한 작업이며 대부분의 시간입니다 당신이 그것을 알아 차리면 그것을 게시합니다 반면 MDB 별개로 생각하면 매직처럼 보일 것입니다

아마 기억력이 300 배 적어지기 때문에 구술력을 구별 해내는 인턴이 매우 적게 인쇄됩니다 정확한 가치와 아마도 약간의 시간이 걸릴 것입니다 메모리 집약이기 ​​때문에 다시 말하지만, 데이터 세트에 값이있는 경우 이것은 메모리 사용량이 적은 곳에서 사용할 수있는 완벽한 예와 같을 것입니다 그렇게하지 않으면 흘러 넘치지 않고 큰 지연을 초래할뿐만 아니라, 다른 검색어도 굶주리고 있지 않습니다

그래서 우리가 철자를 모르더라도 필요한 것보다 더 많은 메모리를 사용하고 작은 메모리 사용량을 사용합니다 다른 쿼리에 더 많은 메모리를 제공합니다 어디서나 당신은 철저하고 정교 할 필요가 없습니다 이것은 좋은 일이 될 것이고 배치 모드의이 힌트 감속을 사용하여 나의 carianne를 본다면 좋아 왜냐하면 나는 천둥을 뱃치 모드에서 훔치고 싶지 않기 때문이다

또 하나의 개선점 인 100 oh 지능형 QPQB 트리가 여기에 있습니다 나는 너무 사랑한다 이 기능을 사용하지 않으면이 쿼리가 일괄 처리 모드로 실행됩니다 자 이제 저는 이것을 실행하려고합니다 이것은 정확한 값을 반환 할 별개의 버전입니다

나는 아마 약간의 시간이 걸릴거야 메모리 집약이기 ​​때문에 다시 말하지만 완벽한 완벽한 저녁 식사는 어떤 유형의 쿼리 연도에 따라 달라집니다 계좌 개설 여부를 확인하고 계십니까? 실제로 전적으로 기억에 맞을 것입니다 아마 많은 것을 볼 수 없을 것입니다

첫째, 게임이지만, 특히 MDB 인 경우에는 차이점을 확인하게됩니다 따라서이 보고서에는 약 29000000 개의 별개 값이 있다고합니다 그것이 반환 할 가치이며, 그런 다음 메모리를 살펴 보겠습니다 승인 속성

승인 이렇게 부여 된 메모리는 약 15GB였습니다이 경우에는 분쟁을 시도하지 않았지만 여전히 좋습니다 메모리 1

5GB의 메모리가 많으며 대략적으로 소요되었습니다 12 초 이걸 다시 실행 해보자 테스트를 세고 오류율 내에 있는지 확인하십시오 뭐라구? 시간 낭비하고 기억이 어떻게 생겼어? 뭐라 했니? 우리가 완전히 다른 기능을 사용하고 있기 때문에 다른 쿼리입니다

나는 금전적 인 현금을 지우고 그것을 증명하기 위해 당신을 위해 그것을 다시 실행한다 그것은 완전히 다른 방식입니다 나는 그것이 OK에 영향을 미쳐야한다고 생각하지 않아 약 5 초 후에 끝난다 그리고 메모리 정보를 살펴 봅시다 문자 그대로 1

5KB 272KB에서 100KB조차 보이지 않는 경우 우리가 약간 벗어 났을 정도로 대략 20000000 개의 줄이 있다고 말하면서 그것을 끝내었다 그러나 그것은 아직도있다 특히 대시 보드에서이 문제를 사용하는 경우에는 문제가되지 않습니다 나는 단지 소품 현금을 지우고 완전히 다른 등급이라는 것을 보여주기 위해 다시 한 번 해보겠습니다 이게 어디 있니? 여름, 네, 거기있어, 가라

나는 해외 현금을 먹일거야 그 위대한 재방송하자 승인 아, 그런데 어쨌든 재 컴파일이있었습니다 그렇지 않다면

알았어요 네, 그래도 여전히 같은 성능입니다 30000000 행 그리고 우리는 여전히해야합니다 상대적으로 적은 메모리 인쇄 좋아, 너 한테 돌아가

지금까지 데모에 관해 언급 한 내용에 대해 지금까지 다른 질문이 있습니까? 이것은 근사치 개수는 예외 중 하나이지만 일반적인 경우에는 우리가보고있는 것입니다 뭐야? 코드를 변경하지 않아도되는 기능을 채택 할 필요가 없습니다 그것은 단지 더 빨리 달린다 그리고 그것이 당신을 그들이 compat 수준으로 보았던 이유입니다 그래서 우리가 계획을 최적화하는 방식을 바꿀 수있는 모든 것

또는 계획 수행의 모양 코드에서 아무 것도 변경하지 않아도됩니다 컴팩트 한 수준으로 단단 해지겠습니까? 그렇게하면 당신 밑에서 변화하는 것에 대해 걱정하지 않고 업그레이드 할 수 있습니까? 갑자기 문제 그래서 당신은 월별 명세서 기능이 테이블 값입니다

그래서 다중 문장 테이블 값 함수? 예 거기에 도움이 필요합니다 무언가를 추가하십시오 그러나 사라졌습니다 권리

다시 그래서 대략 별개로 계산하십시오 수학은 내 머리 위로 하이퍼 로그 로그이지만 길입니다 Cliff 노트 버전은 무엇입니까? 그들이하는 일은 상당히 정교한 표본 추출 알고리즘을 사용하는 것입니다

특정 범위의 데이터 세트 내에서 샘플 가져 오기 그리고 그들은 비밀스런 소스가 어떤 것을 대표 해 그것이 좋은 각도의 예가 될 것인지를 알아내는 방법을 가지고 있습니다 따라서 소량의 데이터 만 소화해야합니다 없이 모든 방의 전체 데이터 세트를 검토합니다

동기화를 자랑스럽게 생각하면 유용합니다 데이터 세트를 메모리에 저장할 수있는 경우 매우 큰 데이터 세트가있는 사례 당신은 많은 것을 얻지 못할 것입니다 그게 전부라면 정답에 농장을 베팅하지 않는 완벽한 결정 정확성을 요구하지 마십시오

Don'TN은 빠른 응답이 필요합니다 재무 결과에 대한 정확한 답변이 필요하거나 작은 데이터 세트가 필요한 상황에 적절하지 않으며이를 이해하는 것이 중요합니다 대략 별개의 수는 마술이 아닙니다 이것이 해결할 수있는 문제에 부딪치지 않는다면 항상 빠르지 만 빨리 답할 것입니다 당신을 위해 무엇이든 해결하십시오

그래서 만약 당신이 메모리가 부족하거나 굶어 죽지 않는 메모리의 양 때문에 소비에 의해 별개 그렇다면 당신은 가지 않을 것입니다 이것은 당신을 위해 많은 것을 향상시키지 않을 것입니다 당신이 그것을 실행하는 시간이 길수록 구별되지 않을까요? 항상 걸릴거야? 그만큼의 기억 그리고 그것은 전형적으로 병목 현상이 될 것입니다

아마 메모리지면 피드백이 도움이되었을 것입니다 두 번째 시간을 보여 주었다면 아마이 빌드를 수정했을 것입니다하지만 여전히 진행될 것입니다 모든 작업은 철저한 작업이므로 메모리가 필요합니다 기본적으로 모든 고유 값의 해시 테이블을 구축하고 있습니다

과 값이 수백만 개의 별개의 값을 가지면 정말 큰 데이터 구조가됩니다 Hennis는 많은 공간을 통제합니다 장미 저장소에 배치 모드 그래서 일괄 처리 모드입니다

우리가 컬럼 스토어 인덱스를 갖기 시작했을 때 우리가 컬럼 스토어에 들어온 것 컴 매장 매우 압축 된 공기로 매우 효율적으로 많은 데이터를 처리하기 때문에 좋은가요? 일괄 모드 처리가 그 (것)들로왔다 둘 다 스캔 롯트에 대한 분석 쿼리에서 작동하는 경향이 있습니다 그리고 많은 양의 데이터와 당신은 일반적으로 합계 평균을하는 것과 같은 것을합니다

로스트 또는 이동 하나 시간을 썼다 그래서 당신은 실행, 전체 계획을 통해 하나의 행을 이동합니다 일괄 처리 모드를 통한 흐름은 한 번에 수천 개의 행에 대한 데이터를 전달하고 약 1,000 개의 행을 일괄 처리하고이를 통해 전달합니다 과 그래서 대신 앞쪽 평균 연산자를 사용하면 TH 행의 Rd가 평균에 더 많은 값으로 추가되고 다른 값이 평균에 더해진다

대체 어디에? 한 번의 작업으로 1,000 개의 행을 표시합니다 프로세서 내에서 벡터 응용 프로그램을 사용하므로 속도가 빨라집니다 훨씬 더 효율적이지만 칼럼 스토어와 관련되어있어 최적화 프로그램을 속일 수있는 악명 높은 MVP가 있습니다 일괄 처리 모드를 사용하면 쿼리에 com 상점을 사용하지 않고 있음을 알 수 있습니다 만들기

업데이트 열 저장 테이블이 있습니다 쿼리에 실제로 참여하지 않은 인덱스 최적화 프로그램이 일괄 처리 모드를 사용할 수 있다고 생각하게 만듭니다 그래서 사람들이 이러한 융합 된 작업 해결 방법을 고안하게하는 것이 아닙니다

우리는 당신에게 그것을 사용하는 방법을 줄 것이라고 생각했습니다 앞 그래서 실제로 잡동사니 시나리오에서 유용하므로 하이브리드 트랜잭션 분석 처리가 가능합니다 그래서

다수 더 나은 배치 모드는 매우 효율적입니다 큰 행 집합에 대해 집계를 수행 할 때 사례 사용 사례가 중복되는 열 저장 작업을 평가했습니다 일종의 조작에 의한 지능

너는이 재고 목록이 다 떨어지기를 언제 알았 으면 좋겠다 꽃을 사용하는 표준 예제에서는 꽃을 판매하고 있습니다 당신은 하루가 끝날 때 다 떨어지기를 원합니다 또는 당신은 내일 전에 도움이 될 남은 꽃 잔뜩이 있거나 하루가 끝나기 전에 당신이 다 떨어지게 될지 모른다면 그리고 나중에 사람들을 나눌 때 나타날 수있는 모든 사람들의 기회를 잃어 버립니다

따라서 그것은 부패하기 쉬운 필수품이며, 이것이 어디서 얻을 수 있는지에 대한 한 가지 예일뿐입니다 특정 결과는 인생 데이터에서 분석적 쿼리 결과를 가져 오지만 ETL을 처리하지 않고 몇 시간 후에 분석합니다 따라서 로스트 또는 배치 모드의 일종의 시나리오입니다 열 저장소를 사용할 수없는 경우가 있습니다 그래서

다수 더 나은 배치 모드는 매우 효율적입니다 큰 행 집합에 대해 집계를 수행 할 때 사례 사용 사례가 중복되는 열 저장 작업을 평가했습니다 열 저장이없는 곳에서도 유용합니다

그래서 이것은 일종의 프로세스를 얻는 방법의 차이를 보여주는 그래픽의 일종입니다 여기에 로밍 모드가 표시됩니다 따라서 각 행은 쿼리 계획의 모든 작업을 순차적으로 처리합니다 각 열이있는 열 저장소의 일괄 처리 모드는 별도의 저장소에 있으며 그 행에서 천 개의 행을 가져옵니다 모든 작업을 하나씩 차례로 진행합니다

그러나 1000 명의 전체 집단이 모든 작전을 통해 하나의 단위로 행동을 썼다 고 말했습니다 로스트 용 일괄 처리 모드를 사용하거나 똑같은 작업을 수행 할 수 있으므로 모든 열과 행이 있으므로 수천 줄이 필요합니다 네가 만날 수있는 열 스토어처럼 쿼리에 참여하지 않는 참조 열은 사용하지 마십시오 모든 것을 복원하기 위해 복원

그리고 1000 행의 그 그룹 그런 다음 쿼리의 연산자를 모두 통과합니다 그래서 이것은 우리가 여기에서하고있는 것에 대한 개념 개념의 일종입니다 다시 150 콤팩트입니다 쿼리의 모양을 변경하기 때문에 문제가 발생합니다

최적화 일괄 처리 모드 경험적 방법 따라서 우리는 최적화 프로그램이 일괄 처리 모드 계획을 고려하도록 허용하고 있습니다 열 저장소가없는 경우 그래서 우리는 최적화 된 검색 공간을 열어 가고 있습니다 주어진 쿼리가 가능한 모든 방법을 통해 검색 할 것이기 때문에 문제를 해결할 수 있습니다

맞아요 답을 얻기 위해 취할 수있는 모든 다른 경로를 통해 모든 검색을 해결할 것입니다 주어진 쿼리 그리고 일괄 처리 모드를 추가하여 그 가능성을 폭발 시켰습니다 어느 것이 가장 효율적인지를 탐구하고 평가해야합니다

그래서 거기에는 비용이 있습니다 그래서 우리는 그것을 지우는 것을 피하기 위해 맨 위에 위로 몇 가지 발견법을 넣었습니다 그 길은 당연히 이기지 못할 것입니다 따라서 작은 테이블 인 경우 연산자를 사용한 후에 테이블 크기를 살펴 보겠습니다 일괄 처리 모드로는 아무 것도 얻지 못할 것이기 때문에 여분의 오버 헤드를 처리하지 않을 것입니다

모든 계획을 탐색합니다 입력 쿼리에서 예상 된 카디널리티입니다 최적화를 거치면서 추가 체크 포인트가 생기는데, 모든 일괄 처리 방식 플랜트가 훨씬 더 높은 비용을 지불하고 원격 계획이 무엇인지 알 수 있습니다 아마 평가 일괄 처리 계획을 중단 할 것입니까? 우리가 그것들을 넣기 전에 우리는 어디에 있었는지를가집니다 우리는 할 수 있었다

일괄 처리 모드로 실제 쿼리 실행 속도를 약간 높일 수는 있지만 컴파일 시간이 길어지면 어떤 이득도 얻지 못합니다 실행 시간 이것이 바로 이러한 최적화를 통해 여기서 피하고자하는 것입니다 우리는 또한 많은 컨트롤을 제공합니다 따라서 배치 모드를 강제로 해제 할 수 있습니다

할 수있어 사용 가능하게 만들지 만 강제되지 않습니다 왜냐하면 옵티마이 저가 계획을 완료하는 더 빠른 방법을 찾으면 더 좋든 그렇지 않든간에 그렇게 할 것입니다 그래서 우리는 조금 새로운 배치 모드 스캔 연산자를 도입하여이 연산자가 실제로 데이터 페이지 밖으로 또는 열 저장소에서 데이터를 읽는 쿼리 실행의 일부가되었습니다 그리고 그 파이프 라인에 데이터를 공급하기 시작합니다

그리고 이제 그 모든면에서 우리는 배치를 형성하고 있습니다 따라서 스캔 운영자는 장미 점을 읽으면 그 시점에서 학사 학위를 받고 그 이후의 모든 것은 배치 모드로 실행됩니다 따라서 가능한 한 충분합니다 워크로드의 상당 부분이 분석 쿼리 인 경우 어떤 이점이 있습니까? 조인 및 집계와 같은 연산자가 수십만 개의 행을 처리하는 곳은 어디입니까? IO 경계가 완전히 바뀌면 작업 부하가 CPU에 바인딩됩니다 그러면 CPU로 무엇을 할지라도 아무 것도 바꿀 수 없습니다

그리고 거기에는 추천도 있습니다 열 스토어가 데이터의 양을 줄이기 때문에 열 저장소를 추가 할 수 있다면 실제로 사용할 수 있습니까? 그렇다면 사용해야 할 부분을 크게 줄여야합니까? 일반적으로 열 저장소에서 90 % 압축을 얻으므로 원래 크기의 10 %입니다 또한 쿼리에 참여하는 열만 볼 수도 있습니다 따라서 테이블에 천 개의 열이 있고 오전 5 시가이 쿼리에 참여하는 경우 나는 이것 때문에 5 열을 읽어야 만합니다 별도의 물리적 컨테이너에있는 각 열

따라서 열 저장소 인덱스 광고를 너무 많이 생성하여 열 저장소 인덱스 광고를 작성하면 작업 부하의 트랜잭션 부분에 너무 많은 오버 헤드가 발생합니다 또는 턴을 많이하고 있다면 칼럼 스토어의 성능이 저하 될 것입니다 응용 프로그램이 일반적인 별에 아직 지원되지 않는 기능에 의존하기 때문에 가능하지 않은 경우 분명히 당신은 그들을 사용할 수 없습니다 그래서 그것들은 당신이 그들을 사용하지 않을 때입니다

이제 우리는 당신의 외모를위한 데모를 가지고 있습니다 다시 말하지만, 이것은 있습니다 점점 죄송합니다 다시 말하지만,이 기능은 내가 호환 할 수있는 가장 부유 한 기능이므로 컴팩트 레벨 150에서 사용할 수 있습니다 2이 데모의 목적을 위해 다시

나는 우리가 칼럼 스토어를 가지고 있지 않다는 것을 지적하고 있습니다 그렇지 않은 경우 색인을 작성하십시오 로스트에서 배치 모드는이 갈망이 프로 모드로 실행되는 방식으로, 이제는 내가 그렇게 보여줄 것입니다 예를 들어, 귀하의 사용자와 마찬가지로, 이봐, 나는 기본적으로 내 경력이 배치 처리와 함께 bash Motorola 상점에서 실행되는 것을 원하지 않는다 사용자가 배치 모드 처리를 사용하지 않도록 명시 적으로 선택할 수있는 배치 모드 힌트의 Decelle입니다

그래서 저는이 손을 사용할 것입니다, 그래서 우리는 어떤 성능을 볼 수 있습니다 로마 모드와 같습니다 그리고 우리가 미래를 건설하기 전에 우리는 그 초등학생을 보았습니다 그래서이 개선점은 누구입니까? 우리는 그 기초에서 유익을 얻을 수 있도록 건설 할 것입니다 대부분의 분석 작업 부하는 일괄 처리를 통해 이익을 얻었지만 열 저장 인덱스가 필요하다는 요구가있었습니다

좋아, 보자 그래서 당신은 그것이 진짜 모드라는 것을 알 수 있습니다 이 모든 연산자가 브로 모드에서 실행중인 것을 볼 수 있습니다 좋아, 그럼하자 경과 시간을 살펴 보겠습니다

11 네 11 초는 힌트없이 이것을 재실행합시다 기본적으로 행 저장소에서 일괄 처리 모드로 실행되므로 일괄 처리가 진행됩니다 11 초에서 3 초

Forex Forex 개선 그래서이 모든 것들을 볼 수있는 것처럼 보자 이제 배치 실행과 내가 지적하고자하는 또 다른 흥미로운 점이 있습니다 스토리지는 로스트 또는 그 의미를 설명 할 때 볼 수 있습니다 즉 해당 스토리지를 의미합니다

여기서 무료 데이터 원본은 AB 트리 또는 힙 이었습니까? 기본 로스트 또는 테이블, 열 스토어가 아니므로 데이터가 로스트에서 나왔음을 알 수 있습니다 그러나 물리적 스캔에서 일괄 처리 모드로 처리됩니다 내 생각에는 승인 배터리 모드 및 복원에 대한 3 가지 질문

우리는 질문이 있습니다 그러면 얼마나 비쌉니다 이러한 생물은 일반적으로 자원을 절약하므로 더 빨리 진행되므로 비용이 적게 듭니다 맞아 희망을 갖고 잘하십시오

그리고 이것이 우리가 일이 점점 악화되는 것을 막는 방법입니다 따라서 전체 쿼리 성능을 제공하는 변경 사항을 선택해야합니다 그리고 매년 또는 2 또는 길게주기가 있습니다 그것의 현재 세트를 취할 것입니다 동일한 코드를 SQL 서버 버전으로 제공하십시오

당신의 전제라면 그러나 이것이 다시 시장의 차별화 요소라고 생각하는 호환성 수준입니다 플랫폼을 서비스로 실행하든, 아니면 서비스로 실행하든 동일한 코드가 있습니다 VMS 또는 전제의 서비스로서의 인프라 그것은 모두 동일한 쿼리 엔진이므로 실제로 만듭니다

보드 전반에 걸쳐 좋은 호환 이야기 예, 관리는 인프라에서 Azure의 모든 부분과 동일한 방식으로 업데이트됩니다 네 희망 사항이 개선됩니다 그리고 이것이 우리가 일이 점점 악화되는 것을 막는 방법입니다

따라서 전체 쿼리 성능을 제공하는 변경 사항을 선택해야합니다 그리고 매년 또는 2 또는 길게주기가 있습니다 그것의 현재 세트를 취할 것입니다 동일한 코드를 SQL 서버 버전으로 제공하십시오 당신의 전제라면

그러나 그것이 다시 시장의 차별화 요소라고 생각하는 호환성 수준입니다 플랫폼을 서비스로 실행하든, 아니면 서비스로 실행하든 동일한 코드가 있습니다 VMS 또는 전제의 서비스로서의 인프라 그것은 모두 동일한 쿼리 엔진이므로 실제로 만듭니다 보드 전반에 걸쳐 좋은 호환 이야기

예, 관리 인스턴스는 인프라에서 Azure의 모든 부분과 동일한 방식으로 업데이트됩니다 희망 사항이 개선됩니다 그리고 이것이 우리가 일이 점점 악화되는 것을 막는 방법입니다 따라서 전체 쿼리 성능을 제공하는 변경 사항을 선택해야합니다 그리고 매년 또는 2 또는 길게주기가 있습니다

그것의 현재 세트를 취할 것입니다 동일한 코드를 SQL 서버 버전으로 제공하십시오 당신의 전제라면 그러나 그것이 다시 시장의 차별화 요소라고 생각하는 호환성 수준입니다 플랫폼을 서비스로 실행하든, 아니면 서비스로 실행하든 동일한 코드가 있습니다

VMS 또는 전제의 서비스로서의 인프라 그것은 모두 동일한 쿼리 엔진이므로 실제로 만듭니다 보드 전반에 걸쳐 좋은 호환 이야기 예, 관리는 인프라에서 Azure의 모든 부분과 동일한 방식으로 업데이트됩니다 그래서 질문은 도움이 나를 이해하는 데 도움이됩니다

백색 흰색 배치 모드가 덜 효과적 일 경우 그래서 그 문제는 무엇입니까? 최적화 도구 가능한 모든 계획을 평가하여 사용할 가장 저렴한 계획이 무엇인지 확인해야합니다 그리고 돌아서

가능한 단위로 배치 모드에서 단지 가능성의 수를 곱했습니다 그것은 평가해야하므로 더 많은 시간이 걸릴 것입니다 최적화 단계에서 컴파일하는 동안 고정 세금이 적용됩니다 따라서 최적화를 수행하는 데 10 초가 걸리면 쿼리 실행 시간이 3 초 2 초가됩니다 당신은 여전히 ​​길을 잃었습니다

그래서 그 아이디어가 있습니다 승인 이것이 우리가 지능형 쿠폰에 대해 이야기해야했던 것입니다 저기있다 더 많은 정보를 얻으려는 곳에서도 질문 할 수 있습니다

나무도 평화의 하나 Azure에 대한 빠른 트랙이라는 프로그램이 있습니다 Azure로 마이그레이션하는 경우 우리는 당신을 도울 수있는 연습을했습니다

검증 된 사례를 통해 Microsoft는 전문성을 발휘하여 어디에서나 전문성을 발휘할 수 있습니다 설계 구성 개발부터 배포, 마이그레이션에 이르기까지 모든 것이 여러분의 도움을받을 수 있습니다 네, 고마워요

Oracle in Focus: Cloud, Infrastructure, Database and Platform (CXOTalk #261)

오라클은 $ (40) 억 회사 매출 약 $ (40) 억! 오라클은 사업을하고있다; 그것은 1977 년에 설립 된, 그래서 40 년 동안 사업을하고 있어요 그것은 세계의 주요 기술 기업 중 하나입니다

오늘, 에피소드 #에 CxOTalk 261, 우리는 최고 분석가 세에로 말하는 세계; 우리는 오라클에 대해 이야기하고 있습니다 마이클 Krigsman입니다 나는 산업 분석 및 CxOTalk의 호스트입니다 난 당신이 훌륭한 스트리밍 업체 인에 대한 실시간 스트리밍하는 빠른 감사의 말을하고 싶습니다 당신이 Livestream

com/CxOTalk로 이동하는 경우, 그들은 당신에게 그들의 계획에 대한 할인 혜택을 줄 것이다 속히, 찾고,의는 오라클에 대해 이야기 우리의 공연을 시작하자 자신의 기술에서, 이러한 보라가 진화 한 방법을 찾고, 자신의 사업보고 많은, 많은 년 우선, 나는 포레스터와 업계 분석가 리즈 허버트을 소개하고 싶습니다 연구 이봐, 리즈 어떻게 지내세요? 안녕, 마이클

오늘의 쇼에 초대해 주셔서 감사합니다 언급 한 바와 같이, 나는 리즈 허버트입니다 나는 응용 프로그램 팀 여기 포레스터 리서치 (Forrester Research)의 분석가 중 하나입니다 나는 2002 년부터 포레스터와 봤는데, 그래서 난 그냥 내 15 주년을했다 그 때, 나는 무슨 개발의 많은을 추적 할 수있는 기회를 했어 애플리케이션과 애플리케이션 서비스에

물론, 나는 우리가 오늘 얘기 할 거라고 확신 큰 변화 중 하나가되었습니다 클라우드로의 전환 다시 초대해 주셔서 감사합니다, 모든 사람들에 오신 것을 환영합니다 음, 리즈, 정말 고마워요 이 CxOTalk에 두 번째 모습입니다 예

그것은 당신을 가지고 좋아요 당신과 나는이 회의에서 서로에 모든 시간을 충돌, 그래서 당신과 함께 채팅을하는 것이 좋다 이리 이제 우리의 두 번째 산업 분석가 닐 워드 – 더튼이다 안녕하세요, 닐 어떻게 지내세요? 환영

이 CxOTalk에 처음, 그래서 환영합니다 이것은 마이클 나의 처음이다 대단히 감사합니다 그것은 여기에 진정한 기쁨입니다 그래, 내 이름은 닐 워드 – 더튼이다

나는 MWD 어드바이저의 연구 책임자입니다 우리는 2005 년부터 약 12 ​​년 후에 사업에서 한, 우리는 지금 사회의이 IT 및 비즈니스 관리자와 행위자, 건축가 같은 사람의 약 7,500 종류 우리의 초점은, 우리를 모르는 사람을 위해, 기술 작업을 변경하는 방법 디지털이다 그것은에 관여하는 대단히 흥미로운 지역이다 그래, 내가에 초점을 맞추고있어 정말로, 그리고 나는 감사, 그래서 여기 정말 기쁩니다 제비

큰! 환상적인! 어떻게 디지털 기술의 변경이 작동 : 나는 그 항목 중 하나가 될 것입니다 용의자 우리는 오늘을 터치합니다 나는 그렇게되기를 바랍니다 마지막으로,하지만 적어도, 나는 마이크를 전에 CxOTalk에있다 다른 분석을 환영하고 싶습니다 G2 군중과 함께 현재 Fauscette 이봐, 마이크, 그리고 CxOTalk 다시 환영합니다 이봐, 마이클

감사 돌아 반갑습니다 나는 이것이 지금 내 3, 4 시간을 것 같아요 모르겠어요 당신은 나 한테 물어 유지, 그래서 내가 좋아했던 것 같아요

그래, G2 군중, 나는 최고 연구 책임자 해요, 나는 거의 2 년 지금 여기에있었습니다 나는 그 전에 IDC에서왔다 나는 약 10 년 동안 엔터프라이즈 응용 프로그램을 실행했습니다 내가 IDC에있는 동안 또한, 나는 오라클의 기업에서 리드 애널리스트는, 그래서 내가 함께 작업했던 세월을 통해 아주 조금 환상적인! 나는 오프닝 중에 언급 한 바와 같이 이제, 오라클은 매우 큰 조직이다

지금은 40 년 동안 사업을하고 있어요 너무 오래 동안 주변되었습니다 모든 회사는 변화를 통해 간, 진화했다 시작하기 위해,이 맥락에서 오라클을 배치 해보자 마이크, 나는 몇 가지 단어를 말하도록 요청하는 것입니다 무슨 회사를 가지고 년의 마지막 숫자를 통해, 오늘 오라클과에 가고 있어요 이 회사는 어떻게 진화했다? 마이클, 업계 자체가 정말 지난 20 년 동안 상당히 변경되었습니다; 그러나 우리는 통합을 많이 볼 시작했을 때 2000 년대에, 오라클은 기업의 하나였다 정말 주도한다는 점에서 다른 응용 프로그램 회사를 데려와 확장을 담당 그들의 응용 프로그램 포트폴리오 있도록 정말 매우 광범위한되었다

그리고, 어떤 시점에서, 그들은 솔루션을 구축이 전환 경로에서 시작하는 모든 방법 인프라 스택까지 클라우드에서 작업 할 모든 응용 프로그램에 대한 방법입니다 나는 지난 몇 년 동안, 그들은 정말 관계 변화에 초점을 맞추고있다,라고 말하고 싶지만 그들은 사업 방식을 변경하면 주변이 진행하는 가입 기반 사업을 할 그들이 판매 어쨌든 거의 모든 제품, 제품 라인 물론, 그들은 여전히 ​​기존 고객을 많이 가지고, 그들은 이전 응용 프로그램이 즉, 아직 구내에 있지만, 그들은 새로운 판매하는 일의 대부분은 지금 클라우드 기반이다 그리고 응용 프로그램 계층을 통해 데이터베이스부터 실행됩니다 확실히 전환에있었습니다 회사, 그리고 그들은 아래로 꽤 멀리 이제 경로 다른 분석가, 리즈, 당신의 생각? 당신은 서비스 또한 응용 프로그램에 초점을 맞 춥니 다

오늘 오라클과 관련하여 시장에서 무엇을보고있다? 확실한 우리가 본 것들 중 하나는 당신이 말한 것처럼, 그들은 가장 큰 기술 중 하나있어,이다 공급 업체 거기, 때로는 그 그들이 가장 빠른 아니에요 의미한다 그들은 반드시 위험에게 길을하지 않는 몇 가지 더 작고 더 시작 형 회사 해야 할 것 예를 들어, 오라클은 전체 클라우드 경쟁 조금 늦은 것을 잘 알려진 우리는 오늘날의 애플리케이션 시장뿐만 아니라, 플랫폼 및 인프라에 큰 어렴풋한 참조있다 그것이 그들이 투자 할 때, 그들은 큰 이동했다

오라클에 대해 주목할만한이었다 것들 중 하나는 뛰어 들고있는 곳이다 고객의 요구의 새로운 영역, 그들은 투자의 상당한 양을 넣을 수있어 그 뒤에 사실, 우리가 정말 얘기하지 않은 회사에 대한 매우 독특한 뭔가가있다 아직 대해 많은,하지만 래리 엘리슨은 전체의 등 상당 부분을 소유하기 때문에 기업, 그들은 방법의 다른 많은 공기업을 결정을 할 수있어 크기는 할 수 없습니다 그것이 그들이 투자하는 경우에 강한 영향을 받았어요 클라우드은 조금 늦게 이었지만, 그들은 분명 의미하고있는 지역이다 투자 당신은 역할의 진화처럼, 그들은 자신의 영업 사원을 치료하는 방법으로 그것을 볼 수 있습니다 그 투자가 향하고있는 제품에 고객의 성공뿐만 아니라, 물론

그런 다음, 마찬가지로 우리는 다가오는 기술의 또 다른 물결이 아직 거기보고있다 이것은, 내가 전화 할게, 디지털 기술의 물결입니다; 하지만 내 말은 인공입니다 지능과 기계 학습, 자동화 및 사물의 인터넷 당신은 오라클이 최근에 투자 된 내용을 보면 것을 알 수있다 그들은뿐만 아니라 그 물결에 뛰어 오르고있다 다시 말하지만, 그들은 처음 아니었지만, 그들은 확실히 어떤 깊은 주머니를 가지고, 우리는있어 그들이 지금 뒤의 근육을 많이 넣어보고

닐이의 또 다른 구성 요소는 데이터베이스뿐만 아니라 엔터프라이즈 애플리케이션 아니다 서비스로 ERP 나 CRM뿐만 아니라 인프라의 모든 종류의 플랫폼있다 당신은 그것에 대해 어떻게 생각하십니까? 당신이 무엇을 관찰하는? 모든 종류의 사이에있는 물건; 샌드위치의 충전 자주 정말 헤드 라인을 잡아하지 않지만 음, 꽤 중요한 부분입니다 같은 방법으로 오라클의 비즈니스의 다른 부분은 않습니다 내 감각은, 난 정말 여기에 다른 사람들과 함께 동의하고 거기에 약간의 트위스트를 배치 할 것입니다 다시 몇 년, 나는 오라클 래리 엘리슨 (Larry Ellison)은 유명한 생각, 그는 말을 들어하지 않았다 클라우드는 광기와 완전한 막무가내의 종류이었다

모든 임원의 종류의 무대로 전진 할 것을 오픈 월드에서 볼 수 분명했다 하나 하나 정말 클라우드 전환의이 종류를 선포 그것은 얼굴에 대해 정말 종류의입니다 아주 짧은을 통해 회사에 대한 급진적 인 변화의 리즈 말했듯이, 거대한, 엄청난 종류 시간의 공간 이제 사물의 플랫폼 측면에서 근본적으로, 내보기는 오라클의 전략은 종류이다 방어의, 그러나 그것은 반드시 나쁜 것은 아니다 않으며 놀라운 일이다 그것의 위치와 전략은 중력의 중심을 실현에 대한 근본적 신규 투자에 대한 예측 가능한 미래를위한 클라우드 될 것입니다

고객이 그들이 거기에 있어야 할 때 그것은 종류의 최소화, 거기에 대해 전부 고객을위한 기회는 항상 뭔가를 가지고 있는지 확인하기 위해 다른 곳으로 이동합니다 고객이 마을에 가서 일을 할 때 고객을 제공 할 수있다 기본적으로, 많은 이해 방어 전략, 실제로 하나는 당신이 생각하는 경우 오라클이 있는지, 무엇을, 40 만 개 또는 50 만 고객 실제로는 고객을 소요 단지 확인하여 매우 건강한 사업을 할 수 있습니다 여행에 구름, 그리고 그들이 그 여행을 그들이 필요로하는 서비스를 제공합니다 나는이 밖으로는 위해, 오라클은이 점을 지적하는 것입니다 단지의 둘레에 다른 일을 생각한다 오랜 시간이 정말 약간, 주류 보수적 인 구매자 피칭에 대해되었습니다 오라클은 클라우드에 약 6 여행을 이야기 할 때, 무엇을 정말 말하는 것은 전혀 문제입니다 당신이 가고 싶은 얼마나 빨리 또는 얼마나 느린, 우리는 당신을 위해 거기있을거야, 우리는 당신의 손을 잡아 것입니다

이것은 근본적으로 신뢰와 그들이 여기 연주 안전 메시지입니다 난 그냥 여기 스레드의 링크를 두 종류로, 오라클이 받아 들인 방법 매우 놀라운 생각 클라우드 및 속도와 그들이 그 짓을있는 초점 나는 리즈의 포인트라고 생각; 구동 더 concensus 다른 회사와는 달리, 좋은 측면과 나쁜 측면이있는 오라클은 명확한 리더십, 명확한 선두에있다 래리 엘리슨 (Larry Ellison)에서 최고 그 비전과 그 위임 뒤에까지 회사 라인 그 결과, 나는 그것을 받아 들일 수있었습니다 이유의 큰 부분이라고 생각 너무 빠른 속도로 클라우드

그 어떤 생각? 마이크, 당신은 년 동안 오라클을보고 있었어요 당신은 그것에 대해 어떻게 생각하십니까? 확실한 음, 좋은 지적입니다 나는 그들이 민첩 초점을 맞춘 리더십 팀이 할 수 있다고 생각합니다 래리 엘리슨은 확실히 비즈니스 관점에서 충분히 정통한입니다

나는 투자자 일에 가서 래리 일어 서서이 정말 던질 것이다 때 웃음을 사용 모든 클라우드 플레이어에서 바위 나는이 클라우드 물건을 좋아한다 "를 인용했다 한 모임을 알고있다 나는 나의 모든 것을에 구름을 넣어 사람들을 표시했다 " 그 날에, 그는 좋은 비즈니스 사람이 무엇을 할 것이라고하고 있었다 그는 판매와 그가 가진 사업을 성장하고 있었다

하지만 무대 뒤에서, 그가 구축 한 기술 작업을 실제로 것 육년 그 후, 다섯 서서 클라우드 제공합니다 지금은 물론, 그들도 역시 길에 솔루션을 많이 인수했다 그러나 그들은 광범위한 클라우드 포트폴리오를 가지고 있고, 그 실수라고 생각하지 않습니다 어떤 사람들은 그것이 어쩌면 생각하지만, 나는 그것이라고 생각하지 않았다 당신은 래리 엘리슨 (Larry Ellison)의 investments– [웃음]을 보면 넷 스위트와 세일즈 포스하고, 그런데, 모두 초기

그는이를 놓치지 않았다 나는 그가 한 생각하지 않았다 나는 그들이 고객의 보수적 인 설정을 할 수 있기 때문에 회사가 천천히 움직이라고 생각합니다 그러나 그들은 지금 잘 일한 자체를 보여주는 속도로 움직였다 오라클 애플리케이션을 투자하고 구매하는 대기업이 많이 있습니다 , 솔직하자 파트너로 오라클에 대해 이야기 클라우드와; 시간 때이 있었다 그 언어는 아마도 사용되지 않았을 것입니다

그들은 확실히 그들은 고객과 상호 작용하는 방식과 그들이 판매하는 방식을 변화하고 있습니다 자신의 제품 누군가는 영업 인력이 신속하게 이동했다 네 당신이 그들을 지불 할 때 판매 힘은 이동, 그들은 구름에 초점 솜씨를 지불하고, 무엇을 추측; 구름에 초점 이봐, 리즈

당신은 많은 고객과 이야기, 당신은 서비스에 초점을 맞추고 있습니다 고객에게 더 가까이 이동의 오라클 종류의이 개념에 대해 어떻게, 더 반응이되고 고객에게? 그들은 최고 고객 사무실을 고용했습니다 당신은 그것에 대해 어떻게 생각하십니까? 확실한 이 이전에 말한 것처럼, 나는 그 거대한 변화 생각합니다 나는뿐만 아니라 다른 사람, 오라클 오픈 월드 행사에서 올해 큰 변화를 발견했다 정말 정말 고객의 성공 스토리 전면을 가하고, 다른 요소를 특징으로 및 센터, 그것은 주목할입니다

우리는 점점 더 많은 기업들이 클라우드로 전체 이동이 정말하고 있다는 것을 깨닫게 볼 클라우드를 구입하면, 당신은 정말 아니에요 때문에 전략적 회원들과의 협력을 의미 특징과 기능을 구입 당신은 그들이 만드는 거라고 믿을 곳 당신은 장기적인 파트너십을 구입하고 당신이 2 년 동안 필요 해요 특징과 기능에 대한 투자, 세 년, 4 년 즉, 큰 RFP를하고 큰 패키지 소프트웨어를 구입 할 때와 큰 변화입니다 그리고 아마 여기 저기에 약간의 업그레이드를하고, 년의 다음 번호를 사용합니다 나는 그들이 좋은 일을했다고 생각으로 지금, 나는뿐만 아니라, 그들이 더 초점이 넣어 사랑 작업은 그들이 만든 문화에서 지금 문화를 변경하려면 시작하는 방법을 보여주는 하나 때때로 소프트웨어 패키지에 수천만 달러를 판매하는 많은 돈이 지금에 따라 가입 기반 가격 책정의 사업을 할 수 또는 지불 – 당신 – 가서-싶은 것을 제품 당신에 대해 얘기하고 이를 위해, 우리는 순수 클라우드 다른 기업과 숫자를 보았다

당신은 계약을 갱신 할 수 있어야합니다, 당신은 당신이가는하지 않는 경우 그렇게하지 않을거야 파트너의 더합니다 그뿐만 아니라 종류, 우리는뿐만 아니라 그들의 문화에보고있는 시장 변화의 역할의 그들은 우선 순위를하고있다 소프트웨어에 반대 닐, 대한이에 대한 당신의 생각은 인프라로 클라우드 서비스로? 글쎄, 난 당신이에서 말했듯이 정말 중요 정말 뭔가, 기억하고 생각 시작, 마이클, 오라클은 40 년 동안 주변되었습니다 어떻게 그 시간에 무슨 일이 일어나고? 그것은 오라클을 낳았다 그 무엇입니까? 음, 클라이언트 서버 혁명은 오른쪽했다? 그것은 육상, 메인 프레임 및 미드 레인지 컴퓨터에서 변화했다 클라이언트 – 서버 기반 컴퓨팅 나는 친절하고, 오라클은 정말 깊이이 거대한,주기적인 변화의 힘을 이해하고 생각 플랫폼에서의 일시적인 변화, 우리는 다른 권리의 중간에 분명히있어 지금

우리가 말하는 몇 년 오라클에서 임원을 들었을 때 나에게 항상 조금 황당했다 이것은 기본적으로 모든 쓰레기입니다 그들이 마지막으로 정말 제대로 그립에 받고 있다는 것을 완료 의미가 있습니다 다시 말하지만, 리즈와 마이크의 의견을 울리는, 나는 그것을보고 정말, 정말 중요하다고 생각합니다 오라클은 자사의 문화를 변경하고 고객과의 관계에 더 초점을 맞추고 유지된다 고객과의 이러한 긴밀한 관계 때문에, 그래, 당신은 그 높은 갱신 율을하지 않는 한 당신은 정말 장기적으로, 근본적으로 자신을 물건 것입니다 오라클은 항상 근본적으로 장기적인 관계를 유지하기 위해 노력하고있다, 그래서이다 그 변화를 만들 필요가 있었다 나는 다시, 아마 다른 사람처럼, 그래, "오, 말 많은 시간을 보낼거야, 생각 말했다, "그러나 다른 사람들이 말한 것처럼 리즈 특히 말했듯이, 다시, 우리는 지금보고있다 기술의 새로운 물결 종류의 약 리더십 위치에 사람들의 의식을 입력 인공 지능, 기계 학습, 모든 것을 주위 로봇, 주변

정말 흥미로웠다 또 다른 점은 플랫폼 사업의 맥락에서 볼 수 오픈 월드이었다에서, 오라클은 다시 유지되지 않습니다 당신은 주어진 나는 그것이 근본적으로 추구하는 사용자들은 조금 전에 말한 생각 방어 전략 우리는 정말 충분히 좋은 일을 생각 할 수 있지만, 나는 오라클 것을 실제로 믿는다 보다 더 추진된다 실제로만큼 충분히 좋은보다 더 나아가하려고 물론 당신이 볼 때, 채팅 봇을 기반으로 채널 주위에 무엇을하고 있는지 당신은 볼 때 이 AI 프레임 워크, 기계 학습, 심지어 blockchain 주위에 무엇을하고 있는지에, 그냥 아니다 종이 조각에 스티커를 넣어

실제로이 매우 심각하고 생각의 꽤 많은 추구합니다 나를 위해, 그것은 정말 고무적인 신호입니다 나는 그것이 매우 위험 할 것이라고 생각하기 때문에 그냥 충분하고 아니에요 무엇, 당신의 세 가지 이야기를 듣고, 나에게 정말 흥미로운 우리가 갈 것입니다 경우입니다 시간을 거슬러, 심지어 3 년 전, 말한다 나는 톤을 덜 긍정적 인 것 같아요

이 닐, 오른쪽, 매우 긍정적 인 톤인가? 나는 당신이 말하고있는 것을 의미한다 좋아, 그럼 [웃음] 내가 그 문제를 해결하자 [웃음] 난에 대해 긍정적이 될 수있는이 많이 있다고 생각 않습니다 나는 오라클은 여전히 ​​가지고있는 과제는 근본적으로 그 많은 도전 생각 30 주변에 있었다 회사 40 년이되는,이, 그들이 어떻게 설득 할 그들은 미래의 파트너뿐만 아니라 파트너 넓은 시장 과거? 권리? 제대로 집중하고 blockchain 같은 것들을 중심으로, 제대로 실행, 봇 채팅, AI, 그리고 ML, 좋은 물건의 모든 종류의, 그건 정말 중요합니다

그러나, 근본적으로, 그것은 또한 충분하지 않습니다 그것은 나에게 보인다, 오라클에 대한 진정한 도전은 어떻게 사람들과 참여 않습니다 누가 신규 사업과 기업 내 비즈니스를 구축하고 사람들이 건물입니다, 그래서 지금 디지털 변환을 운전하고있는 그 기업? 그것은이뿐만 아니라, 그들을 위해이 실제로 그 사람들을 설득 않는 방법 오라클 e- 비즈니스 스위트 10, 15 년 전에 투자 한 사람들; 자사의 CRM 기술의 일부에; 20 30 년 [전] 데이터베이스에서? 나는 장미 정원처럼 모든 생각 않습니다 오라클은 상관이 많은 작업은 여전히있다 즉 실제로는 근본적으로 제품을 구축에 대해이 아니다; 이 방식으로 말하는 이야기에 관하여 그것은 지금 의제를 운전하는 사람들에게 의미가 있습니다 나는 그것이 바로 아직있어 매우 생각하지 않지만, 나는 다른 사람들이 어떻게 생각하는지 알고 싶어요 게다가

네 나는 닐 뭔가를 추가합니다 난 당신이 정말 어떤 종류를 제공하는 방법 이전에 구름의 경로에 대한 말을 좋아한다 보수적 자신의 수준 측면에서 회사의 옵션을 가지고 기꺼이의 더 위험 그 요인 중 일부는 걸 경쟁 세트로 할 또한 경제적이다 에서 당신이 금융 서비스 회사 인 경우에, 지느러미 기술자와에서 당신에 너무 많은 압력이있다 다른 곳이 정말 대담하게 변경해야합니다

다른 한편으로는, 당신은 이러한 자원 산업의 하나 또는 유틸리티의 일부에 있다면 지역, 그리고 정말 오일 및 유틸리티보다 더 많은 가스가, 그들이있어 몇 가지에 대해서 이야기하고 금융 문제가 계속 가격 변동성이 많이가있었습니다 그들이 교란 수 및 디지털 사업에 앞서 생각하고 싶지 수도 있지만, 그들은있어 비용 제약 환경의 종류에 살고있는 약 굳어지는 현실의 많은 이전에 클라우드로의 경로에 대한 말을 듣고, 나는 완전히 동의합니다 즉 오라클이 시장에 수하는 진정한 자산이다 뭔가

그것은 당신이 고객을 가지고 어디에 당신이 말한 정확히 사실이다 그들은 e- 비즈니스 스위트 또는 피플을 실행 할 수있다 시장이고 우리는 모든 업계 분석가, 그리고 우리는보고의 비즈니스에있어 진행 물론 우리 일상의 모든 이러한 기술을 배포하는 최종 사용자에게 말하고있다 어떤 이유로, 그들 중 많은 -, 오른쪽 이유는 아마없는 일부 있지만, 그들은 그냥 빨리 앞으로 이동할 수 없습니다 – 일부

그게 정확히 맞아 생각합니다 즉, 기존에 발을 유지하고 유지할 수 있습니다 오라클 같은 일부 브랜드의 진정한 힘이다 이 비전을 추진하는 동안, 그렇게 할 수있는 욕망이 고객을위한 안전한 경로 미래의 다양한 서로 다른 채널을 통해 그 경로의 한 쉽게 가능하게 그들은 ~을 가졌다 마이크 Fauscette, 미래에 발을 유지하고, 과거에 오는에 대한 의견 과거 중 나는 그 고객 및 비즈니스, 일반, 변화를 말할 흥미로운 점 같아요 우리는 알고있다, 당신은 사람들이 디지털 전환에 대해 얘기 들었어요

우리는 플랫폼에 대해 생각하고,이 새로운 방식의 기술이 사업 재생에 대해 우리는 생각합니다 그것은 경쟁 차별화, 경쟁력에 훨씬 더 그것은 앞으로 점프 기업이 정말 기술을 사용하여 경쟁을 뛰어 넘을 수있는 일입니다 조합의 오른쪽 종류의 사람들 기본적으로 기업이 기술에서 그들이 원하는 것을 생각하는 방식이있다 이동하기 시작했다 이제 아직 가장자리에 밖으로없는 따르겠다 보수적 중간있다

당신은에서 작동 할 수 있어야 오라클, 세일즈 포스, 그리고 다른 사람과 같은 회사에 대해 생각 해당 환경 그들은 같은 시간에, 그들은 시작하려는 유지해야하고 사업을 그 고객은 방향, 이동, 이동 도움, 그리고 일이 가능한하기 그것은 그들이 그렇게 할 수 있습니다 당신은 그것을 보았다 우리는 인공 지능의 IoT 또는 blockchain을 언급했다 이러한 기술은 거기 밖으로, 당신은 회사를 사용하기 시작보고 있습니다 만, 그들은 스스로 서 일이 아니다

그들은 플랫폼 내부에 내장, 그들은이 디지털 인프라의 일부가 될 것 플랫폼이 새로운 회사의 섬유, 그들은 앞으로 이동한다 그 사용할 수있는 것은 정말 중요합니다 그들은 완전히 아직 사용할 수 없습니다 그들은 아직 모든 길을 갈 수 없습니다,하지만 그들은 볼 필요가 그들이 파트너와 함께하면 그들이있는 파트너를 가지고 있다고 오라클, 세일즈 포스, 또는 다른 같은 회사, 우리 모두가 기술이 있음을 알고 있기 때문에 지금 투자하고가는 투자를 계속 발전하는 그 기술의 사용은 진화 할 것이다 디지털 사업의 종료 상태는 무엇입니까? 나는 아무 생각이 없습니다

나는 그것이 여정 것을 알고있다 그것은 긴 여행이고, 그것은 기업의 많은이 아직도 겪고 뭔가 그들은 파트너가를 통해 가고 싶어, 나는 내가 것보다 올해가 더 들어 내가 얘기하고 상호 작용하는 사람 – – 오라클 고객으로부터 들었다 오라클 강화하고이 모든 문화의 일부로서 그 기술 파트너 인이었고, 그들이 겪고 있다고 기술 변화 나는 오픈 월드에 있었다으로 그래, 또한 I, 고객과 이야기 당신은 강한 감각을 가지고, 또는 하나 일어나고 협력, 강한 감각을 가지고있다

그것은 우리가 지금 훨씬 더 친절, 온화 오라클이 말을 스트레칭 너무 많이 있습니다 [웃음] 예 [웃음]하지만 계속 뭔가가있다 우리는 누구에 대한 요청이의 측면에서, Arsalan 칸에서, 트위터에서 질문이 있습니다 오라클의 의지는, 데이터를 공유하는 같은 다른 소프트웨어에 일을 이야기합니다 누구는에 코멘트를 만들고 싶어? 당신이 API를 볼 때 나는, 생각하고, 당신은 데이터 교환 및 상호 운용성 보면, 그건 마음의 개방 상태의 기술 반사의 종류, 말하자면

그 어떤 생각, 누구? 나는 그것이 현실, 마이클 생각합니다 나는 독점 스택의 일, 나는 그들이 그렇게 의미 있다고 생각합니다 그들은 독점 할 수있는 일이 있지만 아이디어는 당신은 혼자 서서 수 통합되지, 혼합 환경에 걸쳐 통합 충분히 열 수 없습니다 포춘 5000의 IT 상점 지금은 모든 하이브리드이며, 그들은 모든 종류의 조합이 구름과 기존의 그들이 그 환경에서 작동 할 수없는 경우, 나는 그들이 단순히 고객에게 서비스를 제공 할 수 있다고 생각 것을 그들에 판매하는 것을 시도하고있다

당신은뿐만 아니라 뭔가를 말을하려고 것처럼 닐, 당신은 볼 아니, 괜찮아요 정말, 나뿐만 아니라 마이크의 포인트를 반향, 가정, 우리는 설문 조사를 통해 그 시간을보고 시간 다시의 CIO 및 기술 투자를 운전하는 사람들의 다른 종류는 매우 우리에게 명확하게 찾을 때 투자, 개방성과 유연성이 만드는 것을 기능 목록보다 더 중요합니다 권리? 당신은 10, 15 년 전에 돌아갈 경우 반면에, 그것은, 좋아, 매우 훨씬 더 있었을 것이다 주위 하드 가장자리의 종류, 물건의 세트 번호가있는 것은,이 제품을 수행 나는 그것을 할 필요가? 점점 더 많은, 우리는 괜찮아요,이 플랫폼이 얼마나 개방적이고 유연, 기술 지도자의 우선 순위를 참조? 나는 오라클이 추세를 무시한다면, 그것은 토스트 것 같아요 그것은 완전히 남아있을 것입니다

당신은 경로 전략의 일환으로 볼 수 있습니다 당신은 많은 사람들이 수개 국어 환경의 종류를 참조 될지에 대한 지원을 확인합니다 당신은 5, 10 년 전으로 거슬러 가면, 오라클은 글쎄, 당신은 무엇을 알고 "라고 말할 것인가? 당신은 자바를 가지고있다 당신은 우리가 지은 거기에 약간의 자바 프레임 워크를 가지고있다 그들은 독점의 종류입니다

당신이 다른, 음, 행운을 아무것도 할합니다 " 이제 그들은 네 ", 말을하는지 그래, 당신은 할 수 있습니다 뿐만 아니라 당신은 루비를 할 수 있습니다 당신은 PHP를 할 수 있습니다

당신은 물건의 모든 종류의 작업을 수행 할 수 있습니다, 그 모든 멋진입니다 " 난 당신이 말한 것처럼, 마이클, API를 주위에 무슨 일이 일어나고 있는지, 무슨 일이있어, 해당 결혼 할 때 생각 오라클의 통합 클라우드 서비스와 같은 것들로 일어나고, 이러한 일들이 모두 있다는 것입니다 오라클은 지금 있도록하는 명제에 절대적으로 기본 당신이 이야기 한 것처럼 뭔가 다른 날에 발생했습니다 정말 오픈 월드에서 내 마음에 갇혀 것들 중 하나였다 – 나는 기억이 안나요 지금 누가 – [사람] "오라클 클라우드는 당신이 실행해야합니다 유일한 클라우드 말했다 나에게 꽤 뚜렷한 및 마케팅 문의 흥미로운 종류의 비즈니스 ", 권리? 나는 그 말을 듣고 내 마음에 와서 즉각적인 것은 클라우드에 대해 "글쎄, 무엇을했다 당신이 당신의 사업을 변경하려는 경우 당신은 단지 그것을 실행할하지 않을 경우 당신은해야 할 수도? " 오라클은 그 게임, 개방성과 유연성을 연주의 기회를 가질 것입니다 음, 만약에이 그들이 제공하는지의 핵심합니다 오늘날의 환경에서 당신은 근본적으로 주위를 기반으로하지 않는 변화 의제를 가질 수 없습니다 개방형 표준, 개방형 프로토콜, 심지어 개방 프로그래밍 언어, 개방형 프로그래밍 모델, 전제, 프라이빗 클라우드, 퍼블릭 클라우드, 누군가에 : 호스팅에 대해 서로 다른 장소로 개방 다른 사람의 구름

이들은 플레이해야하는 게임의 모든 부분입니다 나는 그에게 무언가를 추가합니다 나는, 당신은 개방형 아키텍처에 대해, 둘, 마이크 닐을 훌륭한 포인트를 만든 것 같아요 개방형 표준, 오라클은 지금까지 그가는대로 이동했다 방법에 대해 설명합니다 또 어떤 내가 본 것은 그들은 단지 일반적으로, 더 개방 될 것입니다 나는 문화가보다 개방, 더 투명하게했습니다에 대해 이야기하고있다

그들은 고객 레퍼런스를 공유하는 것이 더 행복하다 그들은 그들의 로고는 이러한 새로운 제품의 일부 누구 논의하기 위해 더 많은 행복이 그들에 대해 이야기하고 싶습니다 나에게 그것은 또 다른 부분입니다 당신이 두 기업은 기술 파트너를 선택할 때, 그들은 걸 좋은 점을 제기 그들은 기술의 측면에서 열려 있는지 찾아봐야하지만, 그들은 동등하게 찾고 그들은 그들의 문화의 관점에서 열려있어 있는지, 그것은 뭔가 다른 사람을 그리고 개인적으로 가지고하는 지난 몇 년 동안 오라클을보고 나타났습니다 지금, 나는 당신이 CxOTalk을보고있는 우리의 고객을 생각 나게합니다

우리는 오라클에 대해 얘기하고, 우리는 3 개 산업 분석가와 이야기하고 있습니다 : 리즈 허버트, 닐 워드 – 더튼, 마이크 Fauscette 지금 해시 태그 #CxOTalk 사용에가는 트윗 채팅있다 그것은 당신이 오라클 또는 아무것도에 대한 질문을 할 수있는 완벽한 기회입니다 이 3 개 애널리스트합니다 내가 오라클 애플리케이션에 관심을 돌려 원하기 때문에 리즈, 사라지지 않습니다 무엇 오라클의 소프트웨어 관점에서 무슨 일이 일어나고? 당신은 우리와 함께 의견을 공유 할 수 있습니까? 확실한

나는 몇 가지 관찰을 공유 할 수 있습니다 하나는 우리는 그들이 중요한 만든 마지막 30 분 논의했습니다 무엇인가 구름 대한 투자 이제 ERP, HCM 및 CRM에서보고, 경우 핵심 응용 프로그램의 대부분의 체인을 공급 다른 지역들은 클라우드로 사용할 수 있습니다 무엇 오라클의 전략에 대한 주목할만한 것은 그것은 이동 응용 프로그램에 관련된 정말 우리가 고객과 함께 볼 수있는 전략의 더 많은 부분 구름,이다 그들이 매우 포괄적 인 포트폴리오입니다 우리는 클라우드 공간에서 거인, 특히 순수 연극, 오라클의 제안에 대해 얘기 수도 있지만 클라우드에서 사용할 수있는 매우 포괄적 인 제품군

나에게, 스위트 룸이 접근 방식에 대해 다른 뭔가 다른입니다 우리 90 년대와 2000 년대 초반에보고는, 그 디자인이 구름의 성질에 의해 모듈은 한 번에 그것을 뜯어 할 필요가 없다는 것입니다 그들은 서로 다른 유형의 많은 사용 가능했습니다 우리는 클라우드로의 경로와 거리 레거시 응용 프로그램의 경로로 말을 한 것처럼, 서로 다른 접근 방식을 많이 사용하도록 설정 한 다른 진입 점을 많이 시도하는 사람들을 사용합니다 그들이 좋아하는 것을 내가 함께 일하고 있어요 클라이언트의 많은 그들이 갈 수 있다는 것입니다 적은 제공합니다 나는, 그들은 SaaS는이 장황한 설명에 악화지고있어 함께 작업 한 클라이언트의 일부를 생각한다 및 클라우드 애플리케이션

품종의 최선을가는 것은 지금 방식으로 확실히이다 그러나, 단지 역사상 어느 때처럼 너무 많은 품종의 가장 나쁜 일이다 공급 업체 관리의 측면에서 그 일의 비용은 오버 헤드 측면에서있다, 당신의 소프트웨어의 작은 덩어리를 구입하고 있기 때문에 큰 할인을받지 측면에서 각자 모두 즉 몇 의견입니다 내가 강조하고 싶은 것이다 마지막 것은 오라클이 정말 업계에 큰 투자를했다입니다

마이크 Fauscette은 2000 년대 초반에 있던 이전 취득 파티를 참조 이들 기업 중 일부는 소매에 대한 리텍 매우 깊은, 산업 중심의 기업이었다 텔런트, 그리고 다른 사람, 그래서 소매 및 유틸리티에 그들 중 많은 의료에서뿐만 아니라 그들이 자신의 응용 프로그램 전략과 오늘날의 위치에 대한 주목할만한 것은 그 산업이다 특정 응용 프로그램은 수평 사람을 지연 나는 날카롭게 더 이동 관심이 더있는 고객과 일하고 있어요 알고 자신의 클라우드 포트폴리오

그들은 여러 가지 이유로 오라클과 함께 일하고 싶어하지만, 그 다음이있을거야 그들에게 상 때문에, 오늘, 그 정도가이 아니다 당신의 SaaS 도입, 클라우드 도입에 넓게 보면 그러나, 그것은 꽤 수평이었다 전반적으로, 모든 공급 업체를 통해, 그리고 우리가 본 적이 채택의 패턴입니다 그것은 다른 경쟁 업체를 능가되는 것은 아니다,하지만 넓은 산업이다 도전하는 우리는뿐만 아니라 추적하고 있습니다 원하는 회사의이 개념은, 말하자면, 공급 업체를 줄일 수 있기 때문 정말 흥미 롭군요 풋 프린트는 것, 따라서 단지 단순 위해 공급 업체의 수를 줄이고 스위트 룸에 백업 할 수 있습니다 당신이에 모든 거라면 그것은, 우리가 때문에에 대해 말하기 된 신뢰가 필요 스위트, 당신은 더 나은 그 공급 업체에 대해 좋은 느낌

리즈 의미가? 네, 물론입니다 오늘의 제품군이와 나는 다른 무언가에 대해 추가하려는 다른 점은 다른 생각 다시 점에 우리는 열기에 대해 이야기했다 우리가 추적하는 다른 추세 중 하나는 경로 생태계의 아이디어, 또는 당신은 할 수 클라우드 생태계는 말한다 점점 더 많은 선도적 인 애플리케이션 공급 업체는 우선, 클라우드에 있습니다 둘째로, 그들은 생태계 플레이를 제공합니다

이것은 시장 또는 기타 유사한 맛의 모양을 가지고 있지만, 기본적으로 수 즉, 고객이 너무보고있는 또 다른 요인이다 그들은 응용 프로그램의 폭 넓은 포트폴리오를 가지고 오라클 같은 업체에서 구입 할 수 있습니다 그러나, 필연적으로, 그들은 또한 그 진정한 품종의 최고의 틈새 애플리케이션을 촉진해야합니다 그는 공급 업체에서 제공하지 않을 수 있습니다 그것은 우리가보고있는 또 다른 변화는 내가 함께 일하고 있어요 클라이언트 중 일부는 시작입니다이었다 업체 선정시 그것에 대해 생각하는; 뿐만 아니라 공급 업체가 무엇인지, 그들이 열려 그들은, 우리가 얘기 한 모든 일을 좋은 문화를 가지고 할, 그러나 또한 어떻게 할 생태계를 육성? 그들은 정말 쉽게 나를 소비하는 그들이 정말 장려 할 있도록 함; 또는 말을 할 그들은 생태계를 가지고 있지만 굽이마다 자신의 사업에 잘라하려고했는데? 그게 우리가 본 적이 또 다른 중요한 전쟁터입니다 그것은뿐만 아니라 그것을 위해 초기입니다

이제 우리는 정말 모두에 감동하지 않은 또 다른 점은 Oracle 데이터베이스입니다 우리는 인프라 클라우드 기업으로, 클라우드 기업으로 오라클에 대해 이야기했습니다 서비스 회사로서 소프트웨어와 같은 데이터베이스에 대해 무엇? 즉, 데이터베이스는 여전히 많은, 많은, 많은 대규모 조직에서 사업을 실행합니다 마이크 Fauscette, 당신은 우리에게 데이터베이스에 대한 빠른 개요를 제공 할 수 있습니까? 확실한 당신은 그냥 말을 얼마나 이상한 생각해

우리는 그냥 오라클에 대해 얘기, 지금, 우리가하지 않은 어떤을 40 분 동안, 또는 일단 데이터베이스를 가져왔다 얼마나 자주 2, 3 또는 4 년 전에 일어 났을 것이라고? 그냥 기술 산업처럼, 우리는 년 동안 소프트웨어를 보았다 격렬하게 성공, 정말 성공한 대부분의 기업이었다 제품을했다 카테고리 킬러 제품입니다 데이터베이스는 물론, Oracle 용이었다 물론, 그들은 투자하고 제공 진화에 대한 투자를 계속합니다

세계가 클라우드로 이동하는 동안, 그것은 사실은 변경되지 않습니다, 그 그 아래에,이 아직 모든 데이터를 놓을 곳이어야한다 그것의 일부는 물론, 지금은 구조화되지 않은,하지만 그것의 일부 구성되어있다 오라클은 물론, 지금과 경쟁하기 위해, 그 모두를 통해 클라우드에 투자 아마존, 마이크로 소프트, 거기에 다른 사람 그들은 데이터베이스를 계속 진화했다 큰 발표는 올해 18C이었다

즉 그 자치 데이터베이스이었다에 대해 래리 엘리슨 (Larry Ellison)이 이야기 데이터베이스의 진화입니다 아이디어는, 당신은 단지 작은 거품의 자신의 종류에 걸릴 경우, 그것은 매우 흥미로운 것 같아 생각 우리는 특히 보안 관점에서 소프트웨어를 최신 상태로 유지에 문제를 많이 봤어요 이퀴 팩스 위반는 "아차, 우리는이 작은 일을 패치하는 것을 잊었다"의 좋은 예입니다 그게 무슨 짓을 한거야? 그것은 거대한 창을 열었습니다 그건 그냥 현실입니다

그것은 최신 물건을 유지하기 어렵습니다 지금 당신은 소프트웨어 또는 몇 가지를 통해 취할 수있는 능력을 가지고 데이터베이스를 가질 수 있다면 기술의 다른 유형, 기능은 자율적으로 자동으로 일을하는 – 그래서 그이 꽤 좋은 제안입니다 – 서로 다른 두 가지가있다 데이터베이스에 미치는 영향에 대해 생각한다면 그것은 꽤 큰 시작했다 그래도, 조합이다 이 서비스로 데이터베이스이며, 그것의 자율적 인 반복에서이 아니다

그냥 데이터베이스 아니다 또한 오라클 운영, 클라우드 운영 팀, 그리고 간다 제공의 전체 일종 그 주위에 그 완전히 자율적합니다 그것은 또한 일어날 않는 기능을 많이 갖는 것을 자동입니다 그것은 자기 프로비저닝, 그것은 자기 조정, 그것은 자기 최적화, 당신이 사용하는 것입니다 하고 DBA (데이터베이스 관리) 많은 노력을 지출해야합니다 이제 사람들은 자동 또는 자동이 될 수 있습니다

당신도 이외의 아무것도 할 필요가 없습니다 그리고 그들은 또한, 자율적 일 수 정책을 정의합니다 즉 진정한 변화입니다 아이디어는 방법으로, DBA를 교체하지 않는 것입니다 그것은보다 전략적인있는 일을하고 사업을 통해보고까지 DBA를 무료로의 우리가 데이터를 사용하는 방법, 우리는 데이터를 분석하는 방식에 더 많은 가치, 그리고 다른 것들을 추가 그곳에 그것은 정말 흥미로운 제공, 그리고 그것의 첫 번째 반복에서 12 월에 사용할 수 데이터웨어 하우스 등

그리고 내년 6월의 OTP 버전은, 내 생각, 목표이지만, 완전히 구운 아니다 아직 그것은 확실히 이동이며, 진화, 기술의 무리의 조합입니다 그들은 수년 동안 근무했다고 당신이 패치가없는 자치 데이터베이스의이 개념은, 나는 두 가지 질문이 있습니다 첫째는, 왜 중요 보안 예를 들면? 예 둘째, 그들은 완전히 어쩌면 구체화하지 않을 무언가를 발표하고 아마 다른 년

그들은 12 월에 그것의 일부를 제공합니다 어떻게 현실이, 그리고 그것을 얼마나 가능성이 그들이 실제로에 제공 할 수있을거야 약속? 당신이 그것을 조금을 해명하기 시작하고 그것의 기본 수준에서 보면 흥미로운 것은,이다 기술, 기능이 많이, 기능의 많은 12C 때 이미 있었다 그들은 12C를 발표했다 오라클 데이터베이스에 대한 한 가지의 역사에서 매우 몇 번있다 그들이 이전에 한 일 사이에이 거대한 갈고리를 수행 한 자신의 릴리스 이 데이터베이스에 앞서 그들을 계속 혁신의 연속 경로이고, 그것은 단지 이러한 새로운 기능을 모두 결합하고 그들은을 출시 할 때마다 시간에 몇 가지 새로운 기능을 추가 새 그들은을 위해 그 자료를 치고, 정확하게 할 수있는 훌륭한 역사를 가지고 데이터베이스

나는 고객 기반에 좋은 자신감이 있다고 생각합니다 그런 다음 첫 번째 질문에 대해 이야기하지만, 자동 조각, 패치 조각 특히, 이 기업의 많은에 대한 정말 복잡한 문제의 모든 것을 확인하는 것입니다 당신의 스택 소프트웨어가 정기적으로 패치 된, 심지어 단지 모두 알고 아마 오픈 소스를 가지고 혼합 스택에 사용할 수있는 패치 인프라 아마 그와 관련된 서로 다른 공급 업체가 있습니다 그것은 모든 최신 상태로 유지하기 위해, 그렇게하기가 매우 어렵습니다 제가 말씀처럼, 이퀴 팩스 보안 위반는 최근 그 좋은 예입니다

그것은 몇 달 동안 사용할 수 있었다 놓친 패치, 그리고 그들은 단지 그것을 적용하지 않았다 오라클에 대해 이야기하고 새 데이터베이스, 그것은에 두 번하는 기능이 있습니다 분기는 자동으로 모든 패치를 적용하거나 심지어 중요한 경우에, 정의 할 수 있습니다 자동으로 발생하는 패치가 해제 될 때 이 사용자로부터 제어의 일정 금액은, 그러나 그것은 자동입니다 그리고 그것은 중요하다 그리고 그것은 중요하다

네 [웃음] 그럼, 우리는 거의 시간이 부족합니다 우리는 몇 분 남아 있고, 그래서 내가하고 싶은 것을 공유의 종류로 각각 문의입니다 미래의 다음의 2, 3 년보기 당신은 어디에서 오라클이 진화 볼 수 있습니까? 닐은, 당신은 인프라와보기의 경로 지점에서이 먹고 싶어합니까? 당신은 시도 하시겠습니까? 확실한 그래, 정말 고마워

어디에서 향후 2, 3 년 오라클을 볼 수 있습니까? 앞서 말했듯이 글쎄, 당신은 오라클이 충분하고 종류의 것이라고 예상 근본적으로, 더 넓게는 수비 위치를 재생중인 때문에 그것은, 모든 데이터베이스 사업을 버팀목의 종류에 관하여 사실의 비밀을하지 않습니다 엔터프라이즈 애플리케이션 사업을 강화 해, 사람들이 클라우드로 이동해야합니다 것을 만들고, 그들은 다른 곳에서는 찾아 갈 이유가 없습니다 당신은 그들이 충분히 잘 할 거라고 생각할 수 있습니다 나는 큰 집행 shakeups 또는 가지 측면에서 어떤 놀라움을 금지 말 것 때문에 메가 인수 어떤 종류의 방향에 큰 변화, 나는 그것을 기대 오라클은 아마의 매우 첨단에서 자신의 위치를 ​​유지하기 위해 계속 서비스 기능과 같은 플랫폼의 종류,하지만 멀리 뒤에 정말되고, 나는 당신이 구현의 측면에서 빠른 추종자를 호출 할 수 있습니다 추측 우리가이 만약 IoT 관련이 있는지 여부에 대한 초기의 이야기 기능은 채팅 봇 AI와 관련 기계 학습, blockchain, 그리고 모든 다른 것들

나는 오픈 월드에서보고, 내가 다른 장소에서 임원 이야기에서 무엇을 본 적이에서, 그들은 이러한 투자에 많은 중요성을 배치하는 것을 계속한다 나에게 남아있는 유일한 주요 문제는 필드에 기본적으로 어느 정도,이다 그들은 시장의 새로운 부분으로 이러한 기능을 구동하기 위해 노력하고 결국, 그리고에 무슨 그들이 초점 범위는 주로 자신의 핵심 고객 기반의 기존 있는지 확인하려고 이러한 것들을 최대의 일부를합니다 나에게, 정말 오라클 주위에 상자가 얼마나 큰의 질문입니다 오늘날 우리가 가지고 그것은 기본적으로 같은 크기의 상자인가, 또는 오라클은 정말 성장하려고합니다 않습니다 밖으로 상자? 네, 귀하의 질문에 대답합니까? 네 오라클 풋 프린트에 대한 질문; 어디 오라클은 그 공간의 궤도로까지가는? 리즈 허버트 상황이가는 어쩌면 특히 그것을보고하는 위치에 대한 의견 응용 프로그램 및 심지어 서비스 및 고객 관계 관점에서

확실한 몇 가지 주요 변화는 우리가 향후 3 년 동안 보게 될 것 같아요 : 하나, 우리는 시작 오픈 월드에서 그것의 흔적을 보는 것은 이제 포함 응용 프로그램의 실제 변화 될 것이다 인공 지능, 자동화 및 blockchain 같은 차세대 기술 오라클은 아주 잘하고있는 것은 제작되는이 아닌 독립, 별도의 일환으로 그들의 이야기는하지만, 정말이 상황에서, CRM의 맥락에서 무엇을 의미하는지 보여주는 공급 체인은, 등등 권리 나는 기대 향후 3 년 동안, 우리는 거기에 상당한 발전을 볼 수 있습니다

시장은 그것을 보이기 시작, 그들은 분명히 뒤에 근육을 많이 옮기고 그것 둘째, 나는 업계 이야기는 매우, 매우 강한되기 시작합니다 생각합니다 우리는 이미 그것을보고있다 당신은 파트너를 언급했다 그들이 투자하고 어디 그들의 서비스 파트너의 많은과 대화 나누기, 알고, 그건

서비스 파트너는 업계를 알고있다 그들은 당신이 금융과 같은뿐만 아니라 광범위한 산업에 대해 이야기 할 때 매우 깊은 경향이있다 더 구체적인 손실 관리 또는 같은 존재 내에서 서비스하지만, 하부 산업 보다 즉, 향후 3 년간의 이야기의 큰 부분이 될 것입니다, 저는 믿습니다 세 번째는 서비스와 같은 데이터로 전환 될 것이다 그들은 많은 기업에 비해 그 하나 추가 레이어와 클라우드에 대해 이야기; 하부 구조 서비스 또는 일부 결합 된 플랫폼 서비스 및 플랫폼; 소프트웨어를 서비스로, 분명히; 다음 서비스로 데이터입니다

지금 사용 사례의 대부분은 그들이 최근 오라클 오픈 월드 행사에서 경향이 추진 한 적어도 그들이 선보일 것들의 대부분,하지만 당신이 볼 수있는, 자연에서 마케팅 할 사방에 적용 당신은 하나 개의 버전으로 이동 얻을 변화 중 하나는 멀티 테넌트 (multi-tenant) SaaS 오퍼링입니다 것을 당신은 매우 독특한 분석을 가지고있다 당신은 보상, HR 모집 프로세스, 또는 공급망 프로세스에 좋은 분석을 할 수 있습니다 그것은 우리가 볼 세 번째 일이다 내가 뭔가 마이크 Fauscette 다시 묶어 할 마지막 한 가지, 바로 이전했다 이제 이야기는 클라우드로 전환하고이 다음 세대의 일부에 대해 정말하고있다 기술은 있지만 아직 훌륭한 일을하지 않은 근본적으로 보여주는 것 오라클의 기술을 기반으로 비즈니스 모델, 새로운 비즈니스 모델을 재창조

나는 3 년 이내에, 우리는 그들을 통해 함께 묶어보고 시작하는거야 기대하는 기술과 실제 파괴적인 비즈니스 이야기와 투자 이들의 경쟁은 그 일을하고, 그래서 업계는 우리에게 요구한다 괜찮아 마이크 Fauscette, 당신은 마지막 단어를 얻을거야, 같습니다 어디 오라클은 향후 3 년간거야? [웃음] 오라클은 세월을 통해 입증했다, 나는 12 밀접를 봤다 년, 그 전에 경쟁으로보다 확실히 더

그들은 당신이 그들이 연주하는 생각보다 더 오래 게임을 아주 잘입니다 나는 어쩌면 생각 과거에, 심지어 분석가의 많은, 많은 사람들이, 고객을 생각해야 것을 그들은 짧은 편에 어떤 일 주위에 있었다 당신은 더 이상 플레이를 보면, 당신은 그들이 짓을 얼마나 보면, 나는 당신이 것 같아요 닐 오른쪽; 그 곳 아니기 때문에 그들은 아무것도의 최첨단 않을거야 고객은 그들이되고 싶어요 그러나 그들은 쉽게 지속적인 내부 혁신 일을 빠른 추종자가 될 수 혁신 패러다임 그들이 어디에 있었는지 당신이 추적하면 이야기는 적어도 10 정말 일관하고있다 년, 어쩌면 더

그들은이 무제한 전략을 애플 리케이션했다 그들은 모든 인수했다 그들은 오랜 시간이 걸렸습니다 융합 프로젝트를 시작하지만, 응용 프로그램을 구축 즉, 클라우드에서 될 수있는 능력을 가지고 있었다 그들은 하드웨어 사업을 추가했다 그 모든 그들은 지금 어디에 그들을 얻을 단지 지속적인 혁신이다

난 당신이 그냥 그 라인을 그릴 계속하면, 당신이 볼거야, 생각합니다 그들은 내장 된 인공 지능으로 더 많은 일을 계속하는 것입니다 그들은 만약 IoT와 함께 더 많은 일을 계속하는 것입니다 그들은 당신이 고객에게 말하는 blockchain의 사용을 확대 해 나갈 겁니다 그 주위에 많은 흥분이있다 리즈, 나는 당신이 절대적으로 옳은 것 같아요

수직 구름, 산업 구름 : 그들은 깊은 수직에, 깊은, 깊이 갈 것입니다 그건 정말 차세대입니다 나는 그들이 알고 생각하고 그들이 앞으로 몇 위에 무거운 갈거야 어디 연령 괜찮아 와우! 우리가 가지고있는 액션 포장 45분

마이크 Fauscette를 G2 군중에서, 리즈 허버트을 : 나는 우리의 세 가지 업계 분석가 감사드립니다 포레스터와 MWD 어드바이저에서 닐 워드 – 더튼에서 우리는 오라클에 대한 정보를 많이 했어 오라클은 어디로 가는가 정말 고마워요, 모두 마이클 Krigsman입니다 CxOTalk

com를 확인하십시오 우리는 금요일에 또 다른 쇼가있다 우리는 쇼에게 모든 시간을 가지고있다 페이스 북에서 우리를 좋아하고, 유튜브에 가입하는 것을 잊지 마세요해야합니다 모든 사람들을주의하십시오

좋은 하루 되세요