2010-01-22 37 views
5

Biliyorum! STXL.CLUSTD okumak için "uygun" yolu SAP ABAP işlevidir. Ama üzgünüm, performans probleminden çok acı çekiyoruz. Veritabanına (Oracle) doğrudan gitme kararını zaten verdik ve şimdiye kadar her şey çok daha iyi olduğu için kararımızı geri alma planımız yok. Ancak, bu soruna rastladık. STXL.CLUSTD alanındaki metin anlaşılmaz bir biçimde saklandı. Kodlama formatı hakkında herhangi bir bilgiyi google ile bulamıyoruz. Herkes bana STXL.CLUSTD metnini nasıl çözebilir?SAP metni STXL.CLUSTD'den nasıl çözülür?

Teşekkürler

+0

Performans sorunlarınızın "READ_TEXT" çağrısından kaynaklandığını düşünmüyorum. İşlev modülü oldukça hızlıdır. Ayrıca, bir oturumda, tekrar tekrar okunan metinler arabelleğe alınır. Bir “SAT” veya “SE30” izlediniz mi ve en iyi listeyi analiz ettiniz mi? – rplantiko

cevap

9

Kısa versiyon: Yapmıyorsunuz. READ_TEXT işlev modülünü kullanın.

Uzun versiyon: Sözde bir küme tablosuna bakıyorsunuz. Detaylar için bakınız http://help.sap.com/saphelp_47x200/helpdata/en/fc/eb3bf8358411d1829f0000e829fbfe/frameset.htm. Gördüğünüz veriler, bir şekilde ABAP çekirdeğinin verileri dahili olarak işleme biçimiyle ilgili olarak, metnin dahili bir temsilidir. Bu veriler meta veriler olmadan anlam ifade etmemektedir. Orijinal yapıyı uyumsuz bir şekilde değiştirirseniz, veriler artık okunamaz. Oh, ve verilerin meta verilere bir referans içermediğinden bahsettim mi? Bu tabloların içeriğini okurken, ABAP'ta bile, orijinal kaynak veri yapısını bilmeniz gerekir, aksi halde mahkum olur. Meta veri ve çekirdeğin çalışma zamanında bu veri türlerini nasıl işlediğine dair bilgi olmadan, içeriği deşifre etmekte zorlanacaksınız.

Kişisel görüş: SAP R/3 sisteminin altındaki veritabanına doğrudan erişim gerçekten çok kötü bir fikir çünkü bu sadece tüm güvenlik önlemlerini atlatmakla kalmıyor, aynı zamanda veri tabanındaki tüm yapısal değişikliklere karşı da çok hassas oluyor. Veritabanına doğrudan erişmenin tek gerçek nedeni performans eksikliği değil, (ABAP) bilgisinin eksikliği ve iyileştirilebilmesi gereken :-)

+0

kabul etti. * veritabanı veritabanlarına katılmaz * ve * asla * bir küme tablosu. –

+1

Tamam. Pes ettim. Patronumu ABAP şeylerine daha fazla kaynak yatırmaya ikna etmeye çalışacağım. Teşekkürler – Sake

+0

Küme verilerini ayıklamak için bir ABAP yolumuz var, ancak gerçek zamanlı veri çoğaltmasını kullanmak istiyoruz ve bunun için küme tablolarındaki verilere erişim anahtar olacaktır. VARDATA alan (lar) ının nasıl çözüleceğini bilen var mı? SAP ne tür bir sıkıştırma kullanıyor? –

0

Herhangi bir ABAP kodu çalıştırmadan veya kümeleri çalıştırmadan kesinlikle kümeleri ve havuzları okuyabilirsiniz. RFC'ler veya BAPI'ler, vb. Çok iyi bir yaklaşım, yüksek performans ve kullanımı kolaydır.

Yığınlarını StackOverflow ürünündeki kullanıcıları sevmekten hoşlanmıyorum, ancak 'un SAP verilerine erişmek için ABAP kullanması gereken bilgiler 7 yılı aşkın süredir eskimiş durumda.

sayesinde

Bill MacLean

  • Sadece Konuyu fark etti ve ben Simplement için çalışıyorum. Snow_FFFF doğrudur (BTW, o kullanıcı ben değilim ve ASFAIK şirketimizde kimse değildir). Veri Liberator ürünü, 2009'dan beri müşterilerimiz için tabloları (ve diğer pek çok şeyi) de-kümeleme ve ayırma işlemlerini gerçekleştirmiştir.
+0

SO Bill'e hoş geldiniz. Cevaplarınızı imzalamanıza gerek yok. Biraz daha itibara sahip olduğunuzda, diğer kişilerin cevaplarına yorum ekleyebilirsiniz. –

+0

@Bill, metin bilgisi için bu kümeleri okumak için bizimle paylaşabileceğiniz bir SQL kodu var mı – Eralper