Beruflich Dokumente
Kultur Dokumente
Login
Register
Activity
Communications
Actions
Brow se
Previous
Next
in In-Memory Business Data Management and SAP HANA on Apr 11, 2012 4:55:39 PM
Introduction
In this first edition of this HANA Developer's Journey I barely scratched the surface on some of the ways which a
developer might begin their transition into the HANA world. Today I want to describe a scenario I've been studying
quite a lot in the past few days: accessing HANA from ABAP in the current state. By this, I mean what can be built
today. We all know that SAP has some exciting plans for ABAP specific functionality on top of HANA, but what
everyone might not know is how much can be done today when HANA runs as a secondary database for your current
ABAP based systems. This is exactly how SAP is building the current HANA Accelerators, so its worth taking a little
Filter Blog
By author:
---
time to study how these are built and what development options within the ABAP environment support this scenario.
By date:
May 2012
April 2012
March 2012
the data to the HANA system. Your ABAP applications can then be accelerated by reading data from the HANA copy
February 2012
instead of the local database. Throughout the rest of this blog I want to discuss the technical options for how you can
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
By tag:
abap analytics
beyond_sap
business_intelligence_(businessobjects) bw database
emerging_technologies
hana
in-memory
ABAP has long had the ability to make a secondary database connection. This allows ABAP programs to access a
in_memory_business_data_management open_source
database system other than the local database. This secondary database connection can even be of a completely
different DBMS vendor type. This functionality is extended to support SAP HANA for all the NetWeaver release levels
from 7.00 and beyond. Service Note 1517236 (for SAP Internal) 1597627 (for everyone) lists the preconditions and
technical steps for connection to HANA systems and should always be the master guide for these preconditions,
Recent Posts
however I will summarize the current state at the time of publication of this blog.
Preconditions
SAP HANA Client is installed on each ABAP Application Server. ABAP Application Server Operating System must
support the HANA Client (check Platform Availability Matrix for supported operating systems).
SAP HANA DBSL is installed (this is the Database specific library which is part of the ABAP Kernel)
The SAP HANA DBSL is only available for the ABAP Kernel 7.20
Kernel 7.20 is already the kernel for NetWeaver 7.02, 7.03, 7.20, 7.30 and 7.31
Kernel 7.20 is backward compatible and can also be applied to NetWeaver 7.00, 7.01, 7.10, and 7.11
Your ABAP system must be Unicode or Single Code Page 1100 (Latin 1/ISO-8850-1) -See Service note 1700052
for non-Unicode Support instructions
Next, your ABAP system must be configured to connect to this alternative database. You have one central location
where you maintain the database connection string, username and password. Your applications then only need to
specify the configuration key for the database making the connection information application independent.
This configuration can be done via table maintenance (Transaction SM30) for table DBCON. From the configuration
screen you supply the DBMS type (HDB for HANA), the user name and password you want to use for all connections
and the connection string. Be sure to include the port number for HANA systems. It should be 3<Instance
Number>15. So if your HANA Database was instance 01, the port would be 30115.
Incoming Links
Featured Content for In-Memory Business Data
Management
Featured Content for ABAP Development
Comment on 'Developers Journal: ABAP Search
Help For HANA Data'
Developers Journal: HANA Catalog Access from
ABAP
Re: HANA Secondary database connection
stuckHi
DBCON can also be maintained via transaction DBACOCKPIT. Ultimately you end up with the same entry information
as DBCON, but you get a little more information (such as the default Schema) and you can test the connection
information from here.
ABAP Data Dictionary. This does mean that you can't access HANA specific artifacts like Analytic Views or Database
Procedures. You also couldn't access any tables which use HANA as their own/primary persistence.
Here we at least remove the step-wise processing of the Database Cursor and instead read an entire package of
data back into our internal table at once. By default the initial package size will return all resulting records, but you can
also specify any package size you wish thereby tuning processing for large return result sets. Most importantly for
HANA situations, however, is that ADBC also lets you access non-Data Dictionary artifacts including HANA Stored
Procedures. Given the advantages of ADBC over EXEC SQL, it is SAP's recommendation that you always try to use
the ADBC class based interfaces.
Closing
This is really just the beginning of what you could with this Accelerator approach to ABAP integration into SAP HANA.
I've used very simplistic SQL statements in my examples on purpose so that I could instead focus on the details of
how the technical integration works. However, the real power comes when you execute more powerful statements
(SELECT SUM ... GROUP BY), access HANA specific artifacts (like OLAP Views upon OLTP tables), or database
procedures. These are all topics which I will explore more in future editions of this blog.
Tags: sapm entor, hana, abap, accelerator, abdc, native_sql, dbcon, dbacockpit, exec_sql, cl_sql
Com ments
28 Comments
Follow SCN