BDC tai Batch Data Communication ja Call Transaction ovat rajapintastrategian menetelmiä. BDC:n ja Call Transactionin välillä voi olla useita kontrasteja. Käsittely viivästyy erätiedonsiirrossa verrattuna puhelutapahtumien valmistelunopeuteen. Virheiden hallinnassa sekä Erätiedonsiirrolla että Call Transactionilla on omat tiedot.
BDC vs puhelutapahtuma
Erona BDC:n ja Call Transactionin välillä on, että BDC-rajapinta on asynkroninen eli se käsitellään erissä, toisaalta Call Transaction -rajapinnan pääosa on synkroninen eli se kestää reaaliaikaisesti.
BDC tai Batch Data Communication on SAP:n luoma erärajapintastrategia. Sitä käytetään suurimmaksi osaksi tiedon siirtämiseen SAP R/3 -kehykseen. BDC toimii toistamalla asiakkaan syötteen arvopohjaisesta näytöstä käyttämällä ABAP-ohjelmaa.
Call Transaction, vaihdot aloitetaan valmistautumishetkellä, joten ABAP-ohjelman pitäisi tehdä virhe hoitaessaan. Sitä voidaan myös käyttää jatkuviin käyttöliittymiin ja mukautettujen virheiden hoitamiseen ja kohokohtien kirjaamiseen.
Vertailutaulukko BDC:n ja puhelutapahtuman välillä
| Vertailuparametrit | BDC | Soittotapahtuma |
| Error Dealing | BDC:ssä kehys päättää virheiden käsittelyn tekemällä virhelokin. | Puhelutapahtumissa virheenkäsittely on tehtävä nimenomaisesti ohjelman toimesta käyttämällä rakennetta BDCMSGCOLL. |
| Mitata | Sitä käytetään valtavaan tietomäärään. | Se on ihanteellinen pienempään tiedon määrään. |
| Viestintätyyppi | Tiedonkäsittely on asynkronista. | Tiedonkäsittely on synkronista. |
| Tietojoukko | Tietojen päivitykset koordinoidaan. | Tietojoukon päivitykset ovat koordinoituja/ei-samanaikaisia. |
| Käyttö | Erilaisia vaihtoja voidaan käyttää. | Vain yksi vaihto voidaan käyttää. |
Mikä on BDC?
BDC eli erädataviestintä on perintötietoa tai tiedon pinoamista SAP-kehykseen hyödyntävä menetelmä, jota ei päivitetä SAP-kehyksissä. Esimerkiksi organisaatio päättää mukauttaa viitekehyksensä ja tekniikkansa SAP:iin ja ottaa käyttöön SAP:n, sen pitäisi siirtää SAP-kehykseen jättimäinen määrä tietoa, joka on osa sen perintökehystä tai vanhoja puitteita. Tämä strategia tehdään BDC:n kautta.
BDC-kokouksia, joita muutoin kutsutaan eräsyöttöistunnoiksi, käytetään perintötietojen pinoamiseen SAP-kehykseen ja syvästi redundanttisten asioiden suorittamiseen, joihin kuuluu tiedonkulku. BDC-kokous jäljittelee online-osiota, kaikki tasapuolisesti, vaihdot, hyväksynnät, jotka muistetaan joka vaihdosta.
BDC-vaihdon suorittamiseksi kehittäjän on tarkasteltava fyysisesti koko vaihtoa mielenkiintoisesti. Hänen tulee ottaa huomioon jokainen kenttä – mukaan lukien yksityiskohdat, kuten kentän nimi, tyyppi ja pituus. Ohjelmistoinsinöörin on laadittava joukko syöttöohjelmaa järjestääkseen koko lähestyvän tiedon BDC-taulukkoon. SAP toimii koko syklin ajan käyttämällä BDC-tallennusta. BDC-tallennus on elementti, joka muistetaan SAP R/3 -kehyksessä. BDC-tallennuksessa asiakas tallentaa esimerkkivaihdon ja Importer Wizard järjestää tallennuksen tyyppipuun rakenteeseen. Puuta hyödynnetään sitten Map Designerissa, joka kartoittaa koko tiedot suoraan BDC-taulukkojärjestelyyn. Tämän sitten valmistelee kokonaan BDC:n kokousohjelma.
Mikä on puhelutapahtuma?
Call Transaction on strategia kuin kokousstrategia, kun taas ryhmäsyöttö on kaksivaiheinen menetelmä, puhelutapahtuma tekee kaksi vaihetta verkossa peräkkäin, voimme käynnistää kehyksen uudelleen. CALL TRANSACTION USING -rajapinnan pääosat ovat: – Synkroninen valmistelu – Siirtää tietoja yksinäistä vaihtoa varten – Synkroninen ja poikkeava datajoukko, joka päivittää molemmat ajateltavissa. Ohjelma kertoo millaista virkistystä halutaan. Erillinen LUW vaihtoa varten kehys esittää tietojoukon lähetyksen ennen ja jälkeen CALL TRANSACTION USING -selityksen. – Nippusyötteen valmistelulokia ei tuoteta.
Call Transaction -tekniikassa kutsumme keskukseksi itse BDC-ohjelmassa. Jos oletetaan, että toinen henkilö suorittaa tämän ohjelman, meidän on avattava koodi hänelle. Puhelutapahtumamenetelmä toimii etualalla. Ei näyttötilaa vastaa taustakäsittelyä puhelutapahtumatekniikassa. Call Transaction Method voi käsitellä vain yhtä sovellusta kerrallaan. Call Transaction Methodissa ei tietenkään lokitiedostoa. Meidän on määritettävä lokitiedosto käyttämällä BDCMSGCOLL-toimintoa. Call Transaction Method päivittää tietokannan asynkronisesti. Tässä menetelmässä tiedot päivitetään automaattisesti puhelutapahtumassa.
Tärkeimmät erot BDC:n ja puhelutransaktioiden välillä
Johtopäätös
Kun näitä kahta verrataan, Batch Data Communication on kokenein liitäntämenettely. Pääosa BDC-rajapinnasta on asynkroninen valmistelu. Tämä tarkoittaa, että sitä käytetään melko pitkän tiedon ajan. Tässä strategiassa uutta vaihtoa ei aloiteta ennen kuin aikaisempi vaihto on pidetty yhteydessä tietojoukkoon. Erätiedonsiirrossa kokoukset eivät ala tasapuolisesti. Virheiden hallinnassa sekä erätiedonsiirrolla että puhelutapahtumalla on omat tiedot. Vaikka virheloki tehdään erätiedonsiirrossa, virheet tulisi käsitellä ilmeisesti.
Toinen ero, joka näkyy, on tiedon liikkuvuus. Erätiedonsiirrossa tietoja ei päivitetä, paitsi jos käsitellään kokous. Sitten taas tiedot päivittyvät luonnollisesti puhelutapahtumissa.
