Ó théama an iris go cleachtas tionscadail
Leathanaigh seirbhíse agus teicniúla oiriúnacha don alt
Video-Botschaft
Nasc bunachar sonraí Borland BDE a athsholáthar le tiománaithe dúchasacha
Warum die BDE heute im Betrieb zum Risiko wird und was „native Treiber“ praktisch lösen: weniger fragile Systemkonfiguration, besseres Deployment und kontrollierbare Transaktionen – ohne Big-Bang-Erneuerung.
Video mit KI erstellt
Transkript anzeigen
Hallo, ich bin Mark. Viele BDE-Probleme sind keine Bugs, sondern Betriebsrisiken.
Der Titel heute: „Borland BDE Datenbankanbindung durch native Treiber ersetzen“. Die BDE ist abgekündigt und hängt oft an globaler Maschinen-Konfiguration.
Das passt schlecht zu heutigen Rollouts, Terminalservern und restriktiven Rechten. Und: Sie bindet Sie häufig an 32-Bit, was 64-Bit-Strategien unnötig blockiert.
Native Treiber heißt: Die Anwendung spricht die Datenbank über aktuelle, unterstützte Treiber an, ohne BDE-Zwischenschicht. Damit werden Deployment und Konfiguration reproduzierbar.
Und Transaktionen, also klare Commit- und Rollback-Grenzen, lassen sich sauber kontrollieren. Wichtig: Das ist selten nur „Komponente tauschen“.
SQL, Datentypen und Zeichensätze müssen geprüft werden. Wenn Sie dazu Fragen haben, klären wir das gern im Kontext Ihrer Anwendung.
I manygn gnólachtaí ritheann aipeanna Delphi a cuireadh chun cinn go tráthúil de réir riachtanas gnó agus a sheasann mar chuid shuntasach den slabhra luacha. Ó thaobh teicniúil áfach, bíonn an rochtain ar sonraí go minic bunaithe ar an Borland Database Engine (BDE) — minic mar thoradh ar stair fhada, fada go leor seasmhach, ach i dtimpeallachtaí oibriúcháin nua-aimseartha ag éirí ina fhadhb níos mó. Tá an BDE curtha as feidhm, tagann a lóistíocht tiománaithe agus cumraíochta ó ré a raibh riachtanais slándála agus díspreagthachta sroichte sula raibh na caighdeáin reatha ann, agus tá an nasctha le comhdhéanta 32-giotán ag éirí níos suntasaí le gach cinneadh ardáin.
An BDE-áil níl sé dáiríre ina chás cosmaideach amháin, ach céim lárnach i nuachóiriú: imeallú ó chumraíocht alias dhomhanda agus tiománaithe legacy i dtreo tiománaithe bunúsacha na bhbunachar sonraí agus rochtain shoiléir, iniúchadhacht ar shonraí. D’aistrigh sé do ghnólachtaí a chiallaíonn: rioscaí oibríochta laghdaithe, deployment inathnuaite, scálaíocht bhetter agus bonn iontaofa do chéimeanna breise cosúil le REST-freastalaithe, Windows- nó Linux-seirbhísí, sreafaí tuairisciúcháin agus cliaint il-ardán.
Tábhachtach: Ní bhíonn an t-aistriú go hiondúil mar “mhalartaigh comhpháirteanna amháin”. Má dhéanann duine an BDE a ghéilleadh i ndáiríre, caithfear iompar SQL, cineálacha sonraí, siombailí carachtair, transachtaí, meicníochtaí glasála agus láimhseáil earráide a athchruthú chomh cruinn agus is féidir — agus an deis a úsáid chun an rochtain ar shonraí a dhíchomhtháthú go struchtúrtha. Anseo a chruthaítear an tairbhe gnó agus faghlach: ní hamháin go n-oibreoidh an t-iarratas arís, ach go mbeidh sé inmharthana le cothabháil agus le todhchaí.
Cén fáth a bhíonn an BDE ina riosca inniu
Seachadadh agus cumrú: domhanda, íogair, deacair uathoibriú
Bunús an BDE de ghnáth le cumraíocht chóras nó meaisín (Riarachán BDE, Aliases, paraiméadair lárnacha). I dtimpeallachtaí reatha le rollouts caighdeánaithe, Terminalservern, VDI, cearta srianta agus slabhraí suiteála uathoibrithe, is foinse seasta é seo de chásanna speisialta:
- Spleáchas ar Aliases dhomhanda seachas cumrú in aice leis an bhfeidhmchlár (m.sh. in aghaidh inste, in aghaidh mandant).
- Conspóidí i suiteálacha chomhalta d’iarratais/leaganacha éagsúla ar an gcóras céanna.
- Uathoibriú ar iarraidh nó deacair in CI/CD agus i mbainistíocht (m.sh. socruithe in-athchruthaithe).
Ábhair ardáin agus todhchaí: 64-Bit, ARM64, eiceachóras nua tiománaithe
Go leor scénáraí BDE nascthaíonn iarratais le 32-giotán agus le sean-eiceachóras tiománaithe. Fiú má tá iarratas “ag rith fós”, tá an spás oibre ag éirí níos giorra: tá 64-Bit ina chaighdeán i dtimpeallachtaí corparáideacha, agus le Windows 11 ar ARM64 tá ceist na spleáchas dúchais níos tábhachtaí fós. Teipeanna i céimeanna nuachóirithe cosúil le traslíniú glan go 64-Bit nó ullmhúchán do ARM64 tarlaíonn sa phraxis go minic, ní mar gheall ar Delphi féin, ach mar gheall ar shlabhraí tiománaithe agus loighic suiteála atá as dáta.
Transachtaí, glasanna agus ualach ilúsáideora: “oibríonn” vs. “rialaithe”
Tá go leor feidhmchlár atá fásaithe ag baint úsáide as meascán de thrasnaíimplícit, iompar Auto-Commit agus tuairimí glasála stairiúla leis an BDE. D’fhéadfadh sé seo a bheith neamhleor i gciorcal beag úsáideoirí, ach faoi ualach léirítear é seo le saincheisteanna tipiciúla:
- Teorainneacha neamhshoiléire Commit/Rollback, go háirithe i ngnóthais ilchéimeacha.
- Deadlocks nó amanna feitheamh fada do ghlais, toisc nach n-oireann straitéisí glasála don chóras sprioc.
- Láimhseáil earráide nach n-aistriúann eisíonna teicniúla go glan i státacha gnó.
Cuireann tiománaithe dúchais agus sraitheanna rochtana sonraí nua-aimseartha (m.sh. trí BDE-Ablösung mit nativer Anbindung) iarnáil níos mó smachta ar fáil: réimsí transaíochta scartha, leibhéil aonaithe faoi leith, meastóireacht earráide comhsheasmhach agus paraiméadair feidhmíochta níos soiléire.
Cad atá i gceist go praiticiúil le “tiománaithe dúchais” i Delphi
“Tiománaithe dúchais” ciallaíonn i gcomhthéacs corparáideach: labhraíonn an t-iarratas leis an mbunachar sonraí sprioc trí stac tiománaithe tacaithe agus reatha, gan sraitheanna idirghlactha cosúil leis an BDE agus gan chomhpháirteanna legacy atá spleách ar chumraíocht dhomhanda. I Delphi is minic gur caighdeán teicniúil láidir é BDE-Ablosung mit nativer Anbindung, toisc gur féidir leis bhunachair sonraí éagsúla a chur i láthair go héagsúil agus ag brath ar thiománaithe cruthaithe (ag brath ar DB: ODBC/OLE DB/Client-Libs), ach comhtháthaithe go rialaithe agus nua-aimseartha.
Ní hamháin “BDE amach, FireDAC isteach” an íomháchruth; is é an sprioc ná:
- Sraith rochtana sonraí shainithe (Layer), a chuasclann tógáil naisc, transachtaí agus catagóirí earráide.
- Cumrú tríd socruithe in aice leis an bhfeidhmchlár (comhad, Secret Store, Environment), ní tríd staid meaisín.
- Scartha go glan idir UI, loighic ghnó agus rochtain sonraí (go minic curtha i bhfeidhm mar Layer-3 Architektur).
Staidí tipiciúla tosaigh: Cé na scénáraí BDE a fheicimid sa phraxis
Paradox/dBASE sa chóras comhaid
Úsáideann go leor aipeanna sean-siamsa Paradox-táblaí go díreach ar Fileshare. Tá sé seo le húsáid le hábhar feidhmíochta agus glasála ach go príomha le rioscaí oibríochta (neamhghnáthais líonra, corrú ón gcomhad, castaíocht cúltaca/athshlánú). Ní leor “aistriú tiománaithe” amháin anseo: de ghnáth teastaíonn migrúint chuig RDBMS freastalaí (m.sh. MariaDB, PostgreSQL, SQL Server) agus múnla oibríochta nua (Úsáideoirí, róil, cúltacaí, monatóireacht).
BDE ar InterBase/Firebird/Oracle/SQL Server tríd shean-thiománaithe
Sa chás seo b’fhéidir go bhfuil an freastalaí bunachar sonraí “nó go leor nuashonraithe”, ach tá an rochtain sean. I dtionscnaimh mar seo is minic gur féidir an t-aistriú go FireDAC a dhéanamh go céimeach, toisc go bhfuil an samhail sonraí cheana féin i rithim caighdeánach. Bíonn an phríomhobair ansin i ndifríochtaí dialaige SQL, paraiméadair, cineálacha sonraí agus transachtaí.
Oibriú cumasc: BDE plus comhéadan breise
I roinnt timpeallachtaí tá bealaí rochtana breise i láthair taobh leis an BDE (ADO, ODBC, nascanna REST, comhpháirteanna Import/Export). Méadaíonn sé sin an riosca easnaimh: tuairimí códcarachtair éagsúla, loighicí glasála comhthráthacha, rialacha gnó dúbailte. Is deis í an BDE-Ablösung freisin chun bealaí rochtana a aontú agus rialacha gnó a thabhairt ar ais go lárnach.
Clochanna fáinne teicniúla ag an BDE-Ablösung — agus conas iad a réiteach go glan
1) Difríochtaí SQL agus Dialaig
Ní chiallaíonn SQL faoi BDE an cur i bhfeidhm SQL a bheidh ag an mbunachar sonraí sprioc. Ábhair choitianta:
- Litréir dáta, cumascadh sringaí, feidhmeanna (m.sh. UPPER/LOWER, COALESCE/NVL, SUBSTRING).
- Sintáis JOIN agus joins seachtracha (léarscríbhneoireacht legacy).
- ORDER BY ar cholúin ríofa, rialacha GROUP BY, iompar DISTINCT.
I nuachóiriú smachtaithe ní hiondúil SQL a aistriú go dall, ach é a chlárú: cé na ceisteanna a bhíonn criticiúil (feidhmíocht, próisis lárnacha gnó), cé na cinn a bhíonn ann uaireanta, cé na cinn is féidir a chruthú mar Views/Stored Procedures, agus cá bhfuil sé fiúntach refactoráil a dhéanamh ar loighic na n‑iallach.
2) Cineálacha sonraí, seamnacht Null agus fad réimse
Tá tuairimí cineálacha sonraí leagtha síos i go leor tionscadal sean a dhéanann difear faoi thiománaithe dúchais. Coinníollacha tipiciúla:
- Réimsí boolean: 0/1, T/F, Y/N, cineálacha BOOL fíor — lena n-áirítear úsáid innéacs.
- Sringaí seasta vs athrthacha, Stripáil, Padding agus iompar comparáide.
- NUMERIC/DECIMAL vs FLOAT: timthriallacha, suimeanna, botúin comparáide.
- NULL vs stríng folamh: idirdhealú gnó, bailíochtuithe, luachanna réamhshocraithe.
Mar sin, bíonn liosta cineálacha sonraí agus convenciónanna mar chuid riachtanach d’aon BDE-Ablösung mhaith. Is é an sprioc nach mbraitheann loighic ghnó agus tuarascálacha ar iompar implícit, ach go ndéantar rialacha a shoiléiriú go héifeachtach.
3) Siombailí carachtair, Unicode agus ordú (Collation)
Is ó amanna ANSI a dtagann go leor iarratais sean-Delphi/BDE. Le Unicode-Delphi agus freastalaithe DB nua-aimseartha, caithfear a bheith soiléir faoi:
- Cén Codepage/Collation atá gníomhach sa bhunachar sonraí?
- Conas a ordófar agus a chomparáidfear umlaítear agus carachtair speisialta?
- Cé na réimsí atá teicniúil mar “téacs” agus cé na cinn atá “códanna”?
Mura bhfuil ordú agus comparáid soiléir, cruthaíonn botúin a bhíonn deacair a aimsiú: liostaí cuardaigh dúbailte, torthaí cuardaigh míthreoracha, luachanna “céanna” a fheictear go éagsúil sa UI agus i SQL. Ní chuideoidh tiománaithe dúchais ach má tá an iompar spriocaithe sainithe agus tástáilte.
4) Teorainneacha transaíochta agus comhimoibriúlacht
Faoin BDE úsáideadh transachtaí go minic go implícit nó mar thoradh ar iompar comhpháirte. Le FireDAC nó tiománaithe dúchais caithfidh (agus is féidir) tú a bheith níos soiléire:
- Cé na gníomhaíochtaí gnó ba chóir a bheith adaimh?
- Cé na Leibhéil Ionaid (Isolation Levels) atá réasúnta (m.sh. Read Committed vs. Snapshot)?
- Conas a dhéanfar glanadh ar ais-safe má tharlaíonn earráidí?
Go háirithe i bhfeidhmchláir ilúsáideora gnó tá sé seo mar ghnó maith: laghdaíonn sé neamhchothromaíochtaí sonraí agus is féidir fadhbanna glasála a anailísiú go in-athchoinnealta.
5) BLOBs, réimsí Memo agus sreafaí doiciméad
Ó mholtaí mar PDF, r-phoist, íomhánna nó prótacail: is íogaire réimsí BLOB i bhfeidhmchláir sean. D’fhéadfadh tiománaithe éagsúla BLOB-streamáil, códúchán nó módanna léithe/ scríbe a láimhseáil go difriúil. Déanann réiteach láidir iniúchadh ar:
- Streamáil vs luchtáil iomlán (iachtar cuimhne, feidhmíocht).
- Teorainneacha agus amaíostacha do dhoiciméid mhóra.
- Tagairt transaíochta: cathain a chomhlíontar doiciméad i ndáiríre?
Modh oibre: BDE-Ablösung gan Big-Bang
In earnáil ghnó ní bhíonn “rud ar fad nua” ann go minic. Is straitéis ingearach, céimnithe é an cur chuige is shoiléire a chuireann cobhsaíocht ghnó chun tosaigh agus ag an am céanna a fheabhsaíonn an ailtireacht.
Céim 1: Iniúchadh stát reatha le fócas ar riosca agus próisis lárnacha
Ar dtús tá iniúchadh teicniúil ann:
- Cé na bunachair sonraí, táblaí, Aliases agus cumraíochtaí BDE atá i láthair?
- Cé na comhpháirteanna (TTable/TQuery/TDatabase) a úsáidtear, cá bhfuil SQL “fite fuaite”?
- Cé na próisis atá criticiúil don ghnó (ríomhphoist, díriú, cothabháil sonraí bunúsacha)?
- Cé na fadhbanna feidhmíochta nó cobhsaíochta atá ar eolas?
Ní hamháin doiciméad acadúil atá i gceist leis an toradh, ach ordú in-athráite miondealaithe le haghaidh imirce.
Céim 2: Sainmhíniú ar ailtireacht sprioc (rochtain sonraí mar mhodúl féin)
Chun nuachóiriú inbhuanaithe, níor cheart go mbeadh rochtain sonraí scaipthe i ngach Forms agus tuairisciú. Tá sprioc ann do chlárlann chasta, m.sh. mar sraith seirbhísí/datasúl le:
- bainistiú nasc soiléir,
- stearadóireacht transaíochta lárnach,
- aistriúchán earráide aonfhoirmeach (teicniúil → gnó/diaignóis),
- inrochtanacht tástála (Unit-/Integrationtests i gcoinne inste DB shainithe).
I go leor tionscadal Delphi is é seo an céim a dhéanann cód legacy ina bhonn cód indéanta le cothabháil arís.
Céim 3: Oibriú comhthreomhar (Strangler Pattern) seachas gearrchiseal crua
Tá sé praiticiúil aistriú a dhéanamh ar chásanna úsáid aonair ar dtús: m.sh. léamh sonraí bunachar, ansin scríobh sonraí bunachar, ansin gnóthais chriticiúla transaíochtaí. D’fhéadfadh cuid den iarratas rith trí FireDAC cheana féin, agus réimsí eile fós ag úsáid BDE. Tá sé ríthábhachtach an chéim idirnáisiúnta seo a bhainistiú go gníomhach (gan loighic dúbailte, dualgais shoiléire, tástálacha glacadh sainithe).
Céim 4: Nuachóiriú ar thaobh an bhunachar nuair is tairbheach ó thaobh gnó
Le tiománaithe dúchais éiríonn an bunachar níos mó mar chomhlacht gníomhach. Ní cuspóir é seo i bhféin féin, ach is minic gur céim chiallmhar í:
- Iniúchadh innéacs agus optamú de réir fiosrúcháin réalaí.
- Forlíonta Constraints agus Foreign Keys chun cáilíocht sonraí a chinntiú.
- Úsáid Views nó Stored Procedures áit a gcothaíonn seasmhacht agus inmharthanacht.
Céim 5: Cruachóireacht do Oibríocht agus Seachadadh
Ní bheidh an t-aistriú teicniúil “críochnaithe” go dtí go mbeidh an t‑oibriú agus an roll-out faoi bhlásta:
- Straitéis chumraíochta (in aghaidh timpeallachta, in aghaidh mandant) agus stóráilte sábháilte ar chreidiúintí.
- Logging/Tracing le haghaidh earráidí DB lena n-áirítear Correlation‑IDs (tábhachtach do tacaíocht agus iniúchtaí).
- Meicníc Installer/Update gan postlamaí láimhe ar BDE.
FireDAC mar stac sprioc tipiciúil: Cén fáth a bhfuil meas ag gnólachtaí air
I dtionscadail Delphi is minic gur rogha phraiticiúil é FireDAC toisc go soláthraíonn sé sraith rochtana sonraí nua-aimseartha gan an t-iarratas a bhrú isteach i gcóras coimhthíoch. I bhfeidhmchláir B2B tá na pointí seo faoi leith:
- Bainistiú nasc glan lena n-áirítear paraiméadaithe, amaíostacha agus patrúin earráide.
- Transachtaí le smacht soiléir agus iompar in-athléirithe.
- Uirlisí feidhmíochta (roghanna fetch, nuashonruithe batch, Prepared Statements), a mbíonn tionchar suntasach acu ar mhéid sonraí mór.
- Saoirse maidir le roghnú bunachair sonraí (m.sh. MariaDB, PostgreSQL, SQL Server) gan an t-iarratas a athscríobh ar fad.
Tábhachtach: Ní hæan FireDAC “sdalal”, ach tógann an tairbhe le convenciónanna soiléire, athstruchtúrú comhsheasmhach ar shlí rochtana sonraí agus critéir ghlan glacadh.
Ní hamháin tiománaithe: Cad iad na roghanna nuachóirithe a osclaítear ina dhiaidh
REST-freastalaithe agus seirbhísí: Loighic bhunúsach a oscailt go soiléir
Le rochtain ar shonraí smachtaithe beidh sé i bhfad níos éasca loighic ghnó atá i láthair a sholáthar mar REST-API nó próisis cúlra a rith mar sheirbhís. Úsáideann go leor gnólachtaí an BDE-Ablösung mar phointe tosaigh chun:
- API inmheánach a thógáil do chórais eile (ERP, DMS, CRM),
- Nasc a dhéanamh le Portál do chustaiméirí nó portal comhbhréithe,
- Sreafaí Import/Export agus tascanna sceidealta a bhogadh chuig seirbhísí cúlra.
Is é an téacs coitianta i gcónaí: Gan rochtain shlán, dúchais ar shonraí, síneann gach sraith API/Seirbhís an riosca, mar níl naisc, transachtaí agus patrúin earráide faoi smacht go soiléir.
Il-ardán agus córais sprioc nua (lena n-áirítear Windows 11 ARM64)
Tá gnólachtaí ag pleanáil ranna cliant héiteirgeacha níos minice: deascanna clasaiceacha Windows, timpeallachtaí fíorúla, hampeiceanna oibre macOS, agus gléasanna ARM64 níos mó. Tá iarratas nasctha le BDE teoranta go struchtúrtha anseo. Le tiománaithe dúchais agus sraith rochtana nua-aimseartha éiríonn sé níos dóichí go ndéanfar cinntí ardáin gan go n-éireoidh siad ar rochtain sonraí.
Disipiln Ailtireachta: imeallú ó loighic UI atá gar do bhunachar
Is minic a tógadh iarratais BDE go gar don bhunachar: tá comhpháirteanna UI nasctha go díreach le TTable/TQuery, tá rialacha gnó scaipthe, agus déantar rochtain sonraí “trí thimpiste”. Tá deis sa t-aistriú an seo a ghlanadh:
- Concentráil loighic ghnó i seirbhísí/ranganna,
- Dícheangail an UI,
- Cruthaigh Use‑Cases in‑inntíneacha le haghaidh bailíochtúcháin,
- Déanaimh earráidí agus cásanna speisialta a láimhseáil go comhsheasmhach.
Ní rud acadúil é seo: laghdaíonn sé costs tacaíochta agus déanann sé athruithe níos inmharthana go airgeadaíochta.
Dearbhú cáilíochta: Conas a chinntiú go bhfuil “toradh céanna” i ndáiríre
Is annamh a theipeann ar BDE-Ablösung ag an nasc, ach ag cásanna imeallacha gnó. Dá bhrí sin teastaíonn straitéis QA a théann níos faide ná “maith le cliceáil”:
- Tástálacha Golden‑Master do liostaí/tuarascálacha lárnacha (ionchur céanna → aschur céanna).
- Tástálacha transaíochta do chur-chistí criticiúla/n-athrú stádais (éirí le hearráidí, seiceáil rollback).
- Tástálacha ualaigh agus comhimoibriúlachta ar na táblaí agus innéacsanna criticiúla i ndáiríre.
- Tástálacha imirce do charachtair/Collation, go háirithe i gceisteanna cuardaigh, ordaithe agus dúblacha.
Do ghnólachtaí is é an difríocht idir “teicniúil aistrithe” agus “nuachóirithe go cobhsaí san oibriú”.
Radharc costais/tairbhe: Cad a shocraíonn ROI a BDE-Ablösung
Braitheann iarracht an BDE-Ablösung go láidir ar an staid tosaigh (Paradox vs. Server‑DB, cé chomh mór is atá an t‑ábhar SQL, staid ailtireachta). Mar sin féin tá an tairbhe inchomparáide i bpatrúin athfhillteacha:
- Rioscaí oibríochta laghdaithe: spleáchais níos lú, cumrú lámhleabhar níos lú, níos lú earráidí runtimes aisteach.
- Athruithe níos tapúla: tá SQL agus loighic rochtana sonraí lárnaithe, tástáilte agus intuigthe.
- Scálaíocht níos fearr: optamú feidhmíochta dírithe, transachtaí rialaithe, glasáil intuigthe.
- Ullmhúchán do chéimeanna eile: REST-freastalaithe, seirbhísí, nasc Portal, 64-Bit/ARM64, il‑ardán.
I bhfeidhmchláir B2B is é an éifeacht is mó de ghnáth ná oibriú níos cobhsaí, níos tuartha agus líon bhacáin i bhfad níos lú le nuachóiriú a dhéanamh ar aghaidh.
Conclúid: BDE a chur in ionad chiallaíonn rochtain sonraí a chur arís faoi smacht
Ba droichead phraiticiúil idir Delphi agus bunachair sonraí í an Borland BDE go stairiúil. I dtimpeallachtaí corparáideacha nua-aimseartha áfach tá sí ina caillteanas: teicniúil curtha as feidhm, lothair i deployment, deacair a uathoibriú agus neamhchosúil le spriocanna ardáin reatha. Is céim straitéiseach é réiteach glan ar an BDE-Ablösung trí thiománaithe dúchais — go minic trí FireDAC — a théann i bhfad níos faide ná “leabharlann a mhalartú”.
Má dhéanann tú an t-aistriú mar thionscadal nuachóirithe smachtaithe, gheobhaidh tú ní hamháin cobhsaíocht agus smacht níos fearr ar transachtaí, ach freisin ailtireacht a thacaíonn le REST-freastalaithe, seirbhísí agus céimeanna breise nuachóirithe. Tá riachtanach iniúchadh maith, ailtireacht sprioc shoiléir, imirce céimnithe agus QA a chruthóidh cothromaíocht ghairmiúil idir toradh gnó agus toradh teicniúil.
Mura dteastaíonn uait Big‑Bang neamhghá a dhéanamh agus más mian leat an BDE-Ablösung a phleanáil go struchtúrtha, is céim réasúnta tosaigh í an t‑iniúchadh comhroinnte ar an staid reatha agus roadmap imirce chliste: https://net-base-software-gmbh.de/kontakt/
Céim eile
Nuair a éiríonn an téama ina thionscadal iarbhír, ba cheart ailtireacht, maoin reatha agus oibríocht a mheas le chéile go luath.
Ní hamháin go dtacaímid le ceisteanna aonair, ach freisin nuair is gá ó shlisíní cód foinse, ó ábhair legacy nó ó smaointe portail tionscadal corparáideach iontaofa a fhorbairt.
- Measúnítear an staid reatha, an stát sprioc agus na rioscaí teicniúla le chéile.
- REST, rochtain ar shonraí, portaill agus Rollout, ní chuirfear iad siar mar iarmhairtí déanacha.
- Feicfidh sibh go luath cén bealach atá eacnamaíoch agus ó thaobh oibríochta inbhuanaithe.