[50551] in SAPr3-news
Re: View erzeugen scheitert / generische Datasource
daemon@ATHENA.MIT.EDU (Sven Mader)
Thu Jul 8 15:18:51 2004
To: sapr3-news@mit.edu
Date: Thu, 8 Jul 2004 21:18:59 +0200
From: "Sven Mader" <mr.cool@gmx.net>
Message-ID: <2l5l0kF8e98qU1@uni-berlin.de>
Hallo Tom,
> Ich versuche, eine generische Datasource zu erzeugen, da mir der
> Business Content nicht ausreicht.
>
> Versuche ich nun, auf die Tabelle direkt zuzugreifen, meldet mir das
> System, dass ich verschiedene Felder nicht nutzen kann, da sie auf
> andere Tabellen referenzieren. Nun habe ich versucht, einen View auf
> diese Tabelle zu erstellen, allerdings mit dem gleichen Ergebnis. Ich
> brauche allerdings genau dieses eine Feld!
Ich verstehe den Fehler nicht richtig.
Wenn ein Feld in einer Tabelle vorhanden ist, warum soll es dann nicht auch
ins BW-System geliefert werden sollen - außer vielleicht Feldern mit
unbestimmter Länge wie STRING oder RAW-Felder.
Noch einmal zum Mitschreiben.
1. Es gibt im R/3-System eine Tabelle
2. Du legst einen View auf diese Tabelle mit der SE11 an
3. Über die SE16 oder ein ABAP-Programm liefert der View deine gewünschten
Daten.
4. Du legt eine DataSource in der RSO2 an
5. Mit dem BW-System oder der RSA3 im R/3-System können nun keine Daten
geladen werden.
=> Das glaube ich nicht.
Da stimmt wahrscheinlich an der Tabelle etwas nicht.
1. genauere Fehlermeldungen würden helfen.
2. Um welche Tabelle geht es denn?
3. Gibt es bei den Laufzeitobjekte der Tabelle (SE11) des DDIC oder der DB
Probleme?
Der Fehler musste eigentlich schon im R/3-System auftreten.
=> SE16 und RSA3 zuerst starten.
Oder ist dein Problem die SE16. Diese Transaktion bereitet die Daten für den
Benutzer auf. In der DB können die Daten ganz anders aussehen - siehe
Datumsfelder oder POOL-Tabellen.
So gibt es zum Beispiel Tabellenanzeigen mit Texten, obwohl diese Texte in
ganz anderen Tabellen stehen.
mfg
Sven
