25.6.16

Graph Database 소개

네트워크 그래프 계층 트리 구조 또는 경로 : 워크로드를위한 플랫폼을 선택하는 경우 이러한 단어 중 하나에 해당 워크로드를 설명한다면, 당신은 그래프 데이터베이스를 검토 할지도 모릅니다.

그래프 데이터베이스는 데이터 관리에서 가장 빠르게 성장하는 카테고리 중 하나이며, 아직 그들은 많은 사람들에게 수수께끼. 독립 실행 형 그래프 데이터베이스가 SQL을 지원하지 않기 때문에, 그들은 NoSQL 제품군의 일부입니다. 그러나 그들은 키 값을 저장하고 열의 저장소 문서 저장소와 같은 다른 NoSQL 데이터베이스는 다릅니다. 관계 데이터 - - 그들은 데이터의보다 구체적인 종류를 저장하고 작은 그래프의 워크로드는 거의 모든 워크로드의 디커플링 안에있는 "범용"

그래프 데이터베이스의 종류에 있습니다. 모든 그래프 데이터베이스가 정점과 그들 사이의 에지 (관계)를 구현하지만, 속성의 그래프는 정점과 에지의 "속성"또는 속성의 추가를 가능하게합니다. 그래프 데이터베이스는 정점과 에지의 수십 또는 수십억을 가질 수 있습니다. 극단 그래프 데이터베이스 잘 사용 할 수 있습니다.

속성의 그래프는 대부​​분의 시장 점유율을 그래프 데이터베이스의 스타일입니다. 기타 주요 스타일은 RDF (자원 기술 프레임 워크)의 트리플 스토어입니다. 더 많은 참가자를 가지고 있기 때문에, 그것은 W3C (월드 와이드 웹 컨소시엄) 표준을 기반으로합니다. RDF 형식의 데이터베이스의 정점과 에지의 속성에 상당하는 것을 만들려면 속성을 사용하여 정점에 정점이나 에지에서의 새로운 관계를 만듭니다.

그래프 데이터베이스는 관계형 데이터베이스 관계를 판별하려면 모든 데이터를 살펴 필요가 있고, 한편, 그들은 단지 관련 정점을 처리하기 위해 (A는 3 홉 B에 연결되어있는 경우 예를 들어, 결정) 경로 분석에 아주 잘합니다. 당신은 강력한 인덱싱 및 쿼리의 최적화 전략과 RDBMS와 같은 성능에 접근 할 수 있지만, 그래프 데이터베이스에서 당신은 이러한 쿼리를 튜닝하는 데 필요한없이 잘 수행하거나 그냥 그 인덱스를 가질 수 있습니다 알고 있습니다.

물론 그래프 데이터베이스는 단순히 경로 분석을위한 것이 아닙니다. 그들은 정점 "에지 값에 따라 우선하여 점의 상대적인 우선 순위를 결정하기에 안성맞춤입니다. 아마 최선의 PageRank 알고리즘은이를 예시하고 있습니다.

PageRank가 인바운드 관계의 질 (안 양)에 따라 정점을 평가하고 웹 사이트를 평가하기 위해 Google이 사용됩니다. 어떻게 페이지 순위는 인바운드 링크의 품질을 결정합니까? 같이 그 정점에 인바운드 링크의 품질 및에 따릅니다.

지난해 공급 업체에서 그래프 데이터베이스 간의 경쟁의 주요 포인트로 사용되는 스토리지가 그래프에서 사용되는 언어의 장점을 들어 왔습니다. Neo4j의 주요 부동산 그래프는 주로 그것이 지난해 오픈 소스를 만든 사이퍼를 사용하고 있습니다. RDF 저장소는 주로 SPARQL을 사용하고 있습니다.

모두 그래프 알고리즘의 스루를 포함한 그래프 데이터를위한 풍부한 기능을 가지고 있습니다.

데이터베이스는 SQL 실행 세번째 그래프 언어를 만들고 마찬가지로 그래프 알고리즘에 뻗어 있습니다. 등의 Teradata Aster 같은 SQL 엔진은 당신은 단순히 정점과 에지가 테이블에 쿼리를 가르쳐주세요. 결과는 역시 테이블로 돌아옵니다.

우리 로서도 활동으로 끼워 벤더 (코어 등) 비 그래프를보고 있습니다. DataStax는 지난해 타이탄 뒤에 팀을 인수 해 지금 타이탄에 따라 DataStax 그래프를 가지고 있습니다. 우리는 왕년의 만능 데이터베이스에 슬로우 반환을 참조하십시오 시작합니다. 새로운 승자는 결국 오늘날의 모든 범용 데이터베이스가 원시적 보이는 그래프 기능이 포함됩니다있게합니다.

16.6.16

SAP Demand Signal Management (DSiM) 소개

그들은 예를 들어, 소비자 제품과 하이테크 제품에 대한 생산 있으면 소비자에게 직접 제품을 판매하는 소매 업체에 대한 것이 특히 제조업체들에게뿐만 아니라 아무리 - 이해하고 최종 소비자의 수요 에 대응하기 위해 점점 더 중요 해지고 있습니다.

그들에게 고품질의 것이며, 그것은 소매 및 유통 센터에서 직접 최신 정보를 수송 수요 신호를 수신하는 것이 중요합니다. 이러한 정보는 소매점의 POS 데이터 (POS) 또한 블로그에서 시장 전체의 통찰력 및 경쟁뿐만 아니라 소셜 미디어 데이터를 제공하는 시장 조사 자료, 트윗 등 다른 데이터 소스를 통해 수신 수 및 기타 플랫폼.

문제는 이런 종류의 데이터를 별도로 유지되고 널리 같은 (영업, 마케팅, 공급망 및 IT) 그것을 소유하는 부문 간 운송 및 정렬 등의 내부 데이터에 대한 거의 모든 링키지 회사 전체로 확산되고있는 것입니다.

SAP 수요 신호 관리 (DSIM)은 차례​​입니다!

SAP HANA에 의해 구동되며, SAP의 수요 신호 관리는 ,, 등이 내부 마스터 및 트랜잭션 데이터 (예를 들면 출하) 외부의 POS 데이터와 시장 조사 데이터 등 대용량의 데이터를 저장하고 일관된 중앙 집중식 의 인 메모리 데이터베이스가 포함되어 있습니다 높은 질적 인 결과와 데이터를보고, 추가 처리를위한 공통의 데이터베이스를 달성하기 위해 업로드시 데이터의 통합, 클렌징과 조화를 보장하는 프레임 워크와 결합됩니다.

이를 통해 SAP 수요 신호 관리는 제조업체에 것을 가능하게합니다
그들의 판매 및 브랜드의 성능을 분석하고 개선
그들의 무역 촉진 효과를 높입니다
공급망의 재고 수준을 최적화
제대로 신제품 발표
소매점에서 중요한 재고 상황을 인식하고 취해 그 이후의 판매 손실 상황을 방지합니다
신속하게 현물 시장 동향과 편차
빠른 변화를 수요에 대응
...

이것은 메이커가 다른 무역 상대국 사이의 성능 추적하고 그 제품 브랜드와 마지막으로, 최종 소비자의 행동에 대한 일반적인 통찰력을 향상시키고 또한 카테고리의 성능을 분석 할 를 보장합니다.

11.6.16

SAP S/4HANA Cloud edition의 5가지 장점

SAP의 S/4HANA 주위의 노이즈가 증가하므로, S/4HANA 클라우드 버전에 대해 리뷰를 진행합니다. 해결책은 지금보다 강력한 오퍼링에 성장하고 나는 고객이 이동하는 것은 지금 준비하고 있다고 느낍니다. 현재 SAP ECC의 고객 기반하면서 단순 공통 주제를 스포크 구성되어 고객의 성장 그룹에서 온 백 표준에 이동할 수 있도록 인식되는 유연성과 버릇 왔습니다. 나는 조직은 SAP S/4HANA 클라우드로 전환함으로써 달성 할 수있는 5 주요 장점을 발견했습니다.

  1. 보다 신속한 구현 시간

  1. 지원 비용 절감

  1. 표준 복원 및 제어를 제공하는 능력

  1. SAP의 전략 방향에 대한 조정

  1. 통합과 확장의 유연성
보다 신속한 구현 시간 - 여기의 장점을 파악하는 것은 매우 간단합니다. 전체 프로젝트 기간은 클라우드의 원칙에 대한 절감됩니다. 최대 시간 절약이 감소 한 구성으로 안내되고 구성 프로세스로 인해 빌드 중입니다. 그러나 의한 새로운 테스트 도구와 교육에 테스트 단계에서 발생하는 비용 절감이 원인 SAP 피오리 감소됩니다 거기에 복사하는 어떤 코드가 없으며, 시스템의 변환이 교환 된 기존 SAP ECC 클라이언트를 train .For보다 직관적이고 쉽다 상영 데이터 마이그레이션 및. 데이터 마이그레이션에서 SAP는 새로운 시스템에로드되는 데이터의 노력을 줄이기 위해 미리 전달 된 데이터 이주 스크립트와 템플릿을 제공합니다. 실시 시간의 감소는 순서에 항상 환영 될 것이다 구현의 전반적인 비용을 절감하는 세계적인 외부 컨설턴트의 노력과 고객의 프로젝트 팀을 줄일 수 있습니다.

지원 비용 절감 - SAP S / 4HANA 클라우드로의 전환은 계약의 새로운 유형의 장소에있는 것을 의미합니다. 연간 구독이 사용되며 이것은 코어 라이선스 솔루션 호스팅 및 상자 수준의 지원이 포함되어 있습니다. 백업 및 성능 모니터링과 같은 현재의 작업은 모든 고객 레코드 시스템을 관리하는 것이 아니라 자사의 비즈니스에 집중할 수있는 방법 덮여 있습니다. 코어의 SAP S / 4HANA 솔루션이 전제 솔루션의 전통적인 SAP의 ECC는 사용자 정의 할 수 없습니다로이 외에도 응용 프로그램의 지원 비용으로 인해 맞춤형 객체의 삭감에도 마찬가지로 감소 있습니다.

백 기본값 복원 - 많은 SAP ECC의 고객을 위해 맞춤형 수준이 시간이 지남에 성장하는 것이다 성숙한 SAP ECC 시스템과. 아마 필요한 맞춤형 코드의 일부는 일부는 필요로하는 것은 아닙니다. 과도한 추가 코딩으로 이어질 정말 누군가가 실제로 종종 간과되고있는 것 것에 비해 필요로하는 것들을 인식. 깔끔하고 단순한 솔루션에서 시작할 수 있다는 고객 수를 더 낭비없는 효율적인 방법으로 일할 수있는 능력을 제공하는 SAP 베스트 프랙티스를 기반으로합니다. 지금 이것은 지지체의 전체 비용을 절감하고 TCO를 절감 할 수 있도록합니다. 완벽하게 사용자 정의 가능한 제품에 주요 요인으로 효율이 나타납니다 클라우드 솔루션을보고, 이동하는 고객은 그 이익을 침식합니다.

SAP의 전략 방향 - 제품이 클라우드 최초의 도구이기 위하여는 SAP S / 4HANA의 명확한 방향성이 있습니다. 이것은 새로운 기능 모두가 (클라우드 버전의 새로운 릴리스가 예정되어 연 4 회를 한 번만 전제 솔루션) 클라우드 에디션에서 처음 출시되어 따라서 전제로 편집하기 전에 될 을 의미합니다. 클라우드 기반 도구에 대한 수요가 빠르게 성장하고 있으며, ERP도 제대로이 여행하게되었습니다. 디지털 코어 신속하게 변경하는 기능에 초점을 맞추고 클라우드는이를 달성하기 위해 모든 특성을 가지고 있습니다. SAP는 최근의 인수는 주로 하이부리스 성공 요인과 콩쿨, S 등의 품종 클라우드 솔루션의 최선을되는 / 4HANA 클라우드는 현재 품종 ERP 클라우드 제품의 최고입니다.

통합의 유연성 - SAP S/4HANA 클라우드 버전은 모든 엔터프라이즈 도구의 원 스톱 쇼핑이 없습니다. 제품의 API의 수는이 같은 성공 요인, 하이부리스 등과 같은 다른 시스템에 연결하는 데 사용할 수 있습니다. HCP는 S/4HANA 클라우드 버전에서 달성 할 수없는 특정 맞춤 애플리케이션을 만드는 데 사용할 수 있습니다. 이것은 핵심 S/4HANA 시스템에 별주 할 필요가 없습니다. SAP의 클라우드 제품 사이의 상자 통합 중 시간을 보냈다 건물과 관리의 통합 지점을 줄일 수 있습니다.

요약

SAP S/4HANA 클라우드를 단순화하는 ERP 솔루션을 구현하고 그 혜택을 얻는 것을 희망하는 고객을위한 매우 매력적인 솔루션입니다. 변경할 수 민첩하고 신속하게 할 수있는 것은 SAP S/4HANA 클라우드를위한 진정한 경쟁 우위입니다. "클라우드"구현의 전체 비용에서 라이센스 호스팅 및 지원하는 것을 전제로 구현에 비해 훨씬 경쟁력이 있습니다. 마지막으로, SAP S/4HANA의 준비가 판매되고 있으며, 진정한 디지털 코어와 기능적으로 성장하고 그것은 몇 달 또는 몇 년 동안 많은 관심을 모으고되는 제품입니다.

8.6.16

CDS(Core Data Service) 개념

ABAP Dictionary

(비즈니스) 응용 프로그램을 개발하기 위해 당신의 데이터를 모델링하기 위해 무엇을 필요로하고 있습니다. ABAP 세계에서는 ABAP 응용 프로그램 서버의 의미를이 목적을 위해, 당신은 연간 데이터 모델러처럼 ABAP 사전과 도구를 사용했습니다. ABAP 사전은 있었다고 오픈 SQL을 사용하여 ABAP에 액세스 할 수있는 데이터베이스 테이블 및 데이터베이스 뷰를위한 플랫폼 독립적 인 메타 데이터 저장소입니다. 데이터베이스 엔티티의 정의는 응용 프로그램 서버에서 폼 기반 ABAP 사전 도구에서 행해져 따라 DDL은 DBI (데이터베이스 인터페이스)를 통해 데이터베이스에 전달됩니다. 당신은 SE11에서 "데이터베이스 객체"를보고 그것을 확인할 수 있습니다. 예를 들어보기 위해, 당신이 따라 DDL 문은 CREATE VIEW를 참조하십시오. ABAP 프로그램의 경우 ABAP 사전에 정의 된 엔티티는 쉽게 오픈 SQL의 DML 문의 대상 또는 소스로 ABAP 데이터 객체를 선언 할 글로벌 유형처럼 행동합니다.

HANA CDS

SAP의 HANA 및 임의의 여러 응용 프로그램 서버를 사용하지 않는 데이터베이스에서 직접 응용 프로그램을 개발하기위한 possiblity의 새벽은 필요가 데이터베이스에 직접 메타 모델 저장소를 작성하려면 arised. 응용 프로그램 서버의 ABAP 사전과 마찬가지로 것은 CREATE TABLE인지 CREATE VIEW를 네이티브 SQL을 사용하는 것보다 당신을 위해 상자의 여러 것이있을 것입니다. 특히 의미 WIH 순수한 기술적 인 정의를 농축 할 필요성에 대해. 그리고는 SAP의 Core Data Services의 주요 이유 중 하나입니다.
코어 데이터 서비스는 일반적으로 다른 플랫폼에서 구현할 수 주석이나 단체 등의 새로운 가능성에 농축되어있는 SQL 기반 DDL 사양을 제공합니다. SAP HANA는 CDS는 "데이터 지속성 모델을 구성하는 산출물을 정의한다."가능성을 제공합니다 CDS DDL은 당신이 따라 기본 HANA의 SQL 문을 래핑 의미 성질과 그들을 풍부하여 데이터베이스 테이블 데이터베이스 뷰 데이터 형식을 정의 할 수 있습니다. 뷰의 ABAP 프로그래머의 관점에서, 1은 말할지도 모른다 : 음, OK, HANA 데이터베이스에 직접 사전 도구를 기반의 소스 코드가 있습니다.하지만 너무 셔츠 선견지명 것이다.

ABAP CDS

처음부터 CDS는 혼자 HANA를 위해 설계되지 않았습니다. 또한 ABAP 응용 프로그램 서버는 폼 기반 ABAP 사전 도구와 비교하여 CDS의 DDL에 의해 제공되는 확장 기능의 혜택을 누릴 수있을 것입니다. 테이블을 정의하는 그 capabilty 및 ABAP 사전 때문에 뷰와 데이터 형은 ABAP 응용 프로그램 서버의 CDS를 도입하는 자연적인 방법은 ABAP 사전에 추가 한 이미 거기에있었습니다. ADT 기반의 소스 코드 편집기를 사용하면 DDL 소스를 만들 수 있습니다. 활성화에 이러한 DDL 소스에 정의 된 CDS의 실체는 전체 시민 ABAP 사전 개체입니다. 그들은 TYPE 옵션 다음에 이름을 넣을 수 그들은 오픈 SQL에서 액세스 할 수 ABAP 데이터 형식으로 일하고 있습니다. 첫 번째 단계로, CDS 고급 뷰 건물의 기능은 ABAP CDS로 구현되어 있습니다. 많은 많은 테이블이 이미 ABA​​P 사전에 정의되어있는 경우, ABAP CDS의 DEFINE VIEW 문은 기존의 ABAP 데이터 모델에 대한 CDS 우주의 완전한 부가 쉽게 이용할 수 있도록합니다. 당신은 어느 정교한 새로운 뷰를 정의하거나 CDS가 의미 적으로 그것을 풍부하게하기 위해 뷰에 쉽게 기존의 테이블을 래핑 할 수 있습니다. 예를 들어, ABAP CDS는 역할을 정의 WIH 정의 된 역할에 따라 새로운 권한 개념을 제공합니다 DCL 소스 코드 (일부는 7.40, SP10 WTH 해방되어 완전히 ABAP 7.50에서 출시되었습니다). 기존 테이블에 새로운 권한 개념에 참가하기 위해 당신은 단순히 CDS가 롤에 연결되어있는 테이블의 표시 만들 수 있습니다. 다른 예는 OData인지 UI5 같은 새로운 기술로 기존의 테이블을 연결하기 위해 협회와 테이블의 결합이나 특정 주석을 사용하여 진행하고 있습니다. 하지만 ABAP 자체는 CDS 뷰는 고전적인 사전 개체에 비해 고급 방식으로 처리되는 - 자동 클라이언트 처리는 일례입니다. 그래서 ABAP 사전 하나의 큰 단계에서 CDS의 경치를 도입하면 이미 사용되고 있습니다. ABAP CDS에 데이터베이스 테이블을 작성하는 기능 (ABAP 7.50에서 사용 가능) 데이터베이스 함수 및 데이터 형 따릅니다 수 있습니다. 이것은 결국 당신이 ABAP CDS만을 사용하여 처음부터 ABAP 사전 데이터 모델을 생성 할 수 있습니다.

ABAP CDS vs. HANA CDS

HANA CDS 및 ABAP CDS에서 우리는 같은 사양에 따라 두 가지 구현을 가지고 있습니다. 구현은 매우 비슷하지만없는 100 % 동일합니다. 당신은 CDS의 DDL이 알고있는 경우는 모두 맛 CDS 엔터티의 정의를 이해할 수있을 것입니다. 그러나 원칙적으로 당신은 수정하지 않고 ABAP 그 반대로 HANA에서 DDL 소스를 복사 할 수 없습니다. 뉴 코어 데이터 서비스와 같은 블로그는 SAP HANA 기능 1.0 SPS 10은 SAP HANA에 직접 관련된 개발자를 위해 주로 관심이있는 이유 HANA의 CDS와 ABAP CDS의 구현은 현재 진행중인과 다른 priorities .That입니다. ABAP 개발자는 ABAP CDS의 뉴스 같은 블로그를 찾아야합니다.
HANA CDS 만 SAP HANA에서 작동 할 수 있지만, ABAP CDS가 열리고 있습니다. 그 결과 (오픈 SQL 네이티브 SQL보다 제한되는 것처럼) HANA의 CDS를 위해 존재하지 ABAP의 CDS에 대한 몇 가지 제한이 있습니다. 좋은 예가 내장되어있는 기능. ABAP CDS에서 제공 CURRENCY_CONVERSION 같은 내장 함수는 모든 데이터베이스 플랫폼에서 사용할 수 있어야하며, - 아주 중요한 - 모든 플랫폼에서 동일하게 작동해야합니다. 산술 식, 집계 또는 CAST 표현식과 같은 식으로도 마찬가지. ABAP CDS에서 이러한 기능을 출시하기 전에 모든 플랫폼이 참여해야합니다. 작업을 조용히! ABAP CDS가 (그러나 그것에 최선을 다하고 ...) 아직 SAP HANA의 모든 SQL 함수를 제공 할 수없는 이유와 thats의. 한편, 개방되어 있습니다! 그리고 거기 HANA의 CDS는 사용할 수 없습니다 클라이언트 처리 또는 테이블 버퍼링 같은 ABAP 명물도 있지만, ABAP CDS에서 지원하고 있습니다.

Conclusion

SAP의 Core Data Services는 SAP HANA 및 ABAP 응용 프로그램 서버에 구현되어있는 데이터 모델링을위한 인프라를위한 단 하나의 개념을 제공합니다. 설계 원리는 모두 구현에 대한 것이 원인으로 각각의 환경의 차이에 같고, 이러한 변종 간의 자연스럽게 약간의 차이가 있습니다

7.6.16

Simplification Item: Technical Change in Controlling

Description

SAP S는 / 4HANA는 온 - 프레미스 버전 1511 몇 가지 일반적인 데이터 모델의 단순화는 면적의 제어가 이루어졌다라고. 그들은 :
(CO 라인 항목 테이블) COEP에 이전 있던 • 실제 데이터 (값 유형 = 04)가 ACDOCA되었습니다 (유니버설 저널)
• 통계 데이터 (값 유형 = 11)가 ACDOCA (유니버설 저널)에 호환 액세스를위한 COEP에 추가 열에 포함되어 있습니다
• 1 차 원가 (COSP)과 이차 원가 (COSS)의 총 테이블보기로 대체합니다
• (백업 원래 일람표 용) COSP_BAK과 COSS_BAK에 있던 장기 실행 수주 및 프로젝트에 대한 실제 데이터는 ACDOCA되었습니다
• 04 및 11 이외의 값 형식은 (예로는 계획 원가와 목표 원가를 포함) COEP, COSP_BAK과 COSS_BAK에 저장되는 것을 계속합니다
• 표 머리글 COBK는 이전과 같이 업데이트됩니다
• 이러한 V_COEP과 V_COEP_ORI 등의 호환성 뷰는 이전처럼 데이터에 대한 액세스를 제공합니다

Business Impact

• 표준 SAP의 비즈니스 프로세스에 미치는 영향은 없습니다
이러한 할당이나 취락 등 • 기존의 CO 프로그램이 점차 직접 유니버설 저널을 읽을 수 있도록 조정되어 있습니다
•는 SAP의 코딩과 고객의 부호화에서 select 문은 이전과 동일하게 작동 할 수 그 자리에서 집계 데이터를보기
• 필드가 총 테이블 또는 CO 라인 항목 테이블에 추가되는 경우 사용자 지정 코드를 적응시킬 수 필요할 수 있습니다.
• 쓰기 문장과 고객 DDIC 개체는 노트 1976487의 지시에 따라 적합하게하여야합니다
• (2185026 주 참조)의 값 타입 04 및 11에 대한 ACDOCA에 직접 액세스와 호환성 뷰를 통한 액세스를 취소

Recommended Action

• 필드가 추가되어 있는지 여부를 판단하기 위해 일람표 및 세부 항목 표를 기존 검사
• 직접 ACDOCA에서 읽을 수있는 액세스를 조정합니다