Salut!
Am si eu niste nelamuriri si niste mici intrebari, daca se poate.
Am un client care are in momentul de fata 2 sisteme de contabilitate : X (mai mare) si Y.
Sistemul X trebuie sa devina SAP in viitorul apropiat si va fi eliminat. In mom de fata aceste 2 sisteme impart pe un server Oracle o baza de date in care isi scriu date in urma diferitelor operatii. Clientul vrea ca aceeasi chestiune sa se intample si din SAP. Eu am zis ca ar fi 3 solutii :
1. export Y txt -> import SAP -> exp SAP txt -> imp Y. Asta mi se parea cea mai simpla solutie, dar clientul nu prea o accepta... (motivele nu le stiu).
2. ma gandeam ca la nivelul serverului Oracle unde va fi instalat SAP'ul (sper sa fie Oracle pana la urma ) sa creez o baza de date similara cu cea de pe serverul unde este Y si sa existe un job care sa faca la intervale de timp update'ul intre cele 2 DB de pe cele 2 servere.
Tot aici cred ca ar mai fi o alta optiune(nu am experimentat niciodata) - sa creez direct din SAP un RFC catre baza de date de pe serverul Oracle unde este Y. Se poate?
3. aici chiar am doar o vaga idee dar intreb totusi - sa rezolv problema cu ajutorul Idoc'urilor. E cineva expert in Idoc sa'mi spuna daca se poate si cum se poate?

Cam care ar fi cea mai buna solutie? Daca mai exista altele sunt deschis la sugestii....

Multumesc anticipat,
Cata

Am uitat sa precizez 2 chestii :
- volumul de date este destul de mare
- vor fi mai multe operatiuni de update intre SAP si Y in decursul unei zi

Merci,
Cata

Ar fi posibil ca Y sa foloseasca baza de date a SAP-ului ? Teoretic e posibil, dar accepta clientul ? Plus, trebuie sa nu aiba tabele cu acelasi nume ca in SAP... Ce versiune de kernel va avea SAP ?

Adica in loc sa fac RFC din SAP spre server Y sa fie ceva invers? Dinspre Y inspre SAP? (Sau nu am inteles bine?)
Daca am inteles bine....Nu prea cred pt ca asta ar insemna in primul rand chemarea programatorilor produsului Y.. si nu cred ca ar fi de acord.


Din pacate nu stiu inca nici ce vrsiune de SAP o sa puna .
Presupun.. adica e inspre 80-90% ca va fi 4.7. De asta intrebam mai mult "din timp" pentru ca as putea sa le impun de exemplu instalarea pe Oracle daca e cazul. Dar nu e nimic sigur si de asta caut mai multe solutii.

Merci,
Cata

Cea mai eleganta/eficienta solutie ar fi asta:

Tabelele din Y create in baza de date SAP cu tot cu definitie in ABAP Dictionary.

Ai putea scrie direct SELECT * FROM TABELA_Y_NR1.

Daca ai 4.7 (cred!) atunci ai putea sa faci din SAP conexiune la alta baza de data si sa accesezi datele cu Native SQL

Ok. Asta ar insemna : o baza de date (cea existenta deja) pe serverul Y, o baza de date similara (cu tot cu data dictionary...) pe serverul SAP si o conexiune de pe serverul SAP pe serverul Y si intretinerea DB'ului prin Native SQL concomitent cu intretinerea bazei de date de pe serverul SAP.
Asa? Sau inteleg prostii?

Merci,
Cata

Nu, nu am explicat bine. Revin.

Solutia 1)
Tabelele din Y create in baza de date SAP cu tot cu definitie in ABAP Dictionary.

Ai putea scrie direct SELECT * FROM TABELA_Y_NR1.

Asadar va exista o singura baza de data folosita de SAP si Y simultan.

Solutia 2)
Daca ai 4.7 (cred!) atunci ai putea sa faci din SAP conexiune la alta baza de data si sa accesezi datele cu Native SQL. Nu va exista definitia tabelelor din Y in ABAP dictionary si vor exista 2 baze de date(1 pt SAP, 1 pt Y).

Asta ar insemna ca sistemul Y sa poata sa scrie pe un alt server. Ceea ce s'ar putea sa iasa din discutie... dar oricum e o idee.

Nu inteleg de ce zici ca vor exista 2 baze de date (1 pt SAP si 1 pt Y). Nu pot ca din SAP cu Native SQL sa scriu/citesc direct in/din baza de date Y pe un alt server?

Ba da, asta vroiam sa spun, ca se poate.

Ok. Deci declar castigatoare solutia nr 2, partea a doua.
Merci mult pt raspunsuri si pt promptitudine.

Cata