Transaction a MS Access

[Stanislav Hruška]

Chcem mať Access-e konzistentné údaje. Pri DB, ktorá podporuje transakcie (v mojom prípade FB), to nie je problém.

• Transaction.StartTransaction
• Table1.Post
• Table2.Post
• Transaction.Rollback, alebo Commit

Ako to vyriešiť pri Access-e?
Transakcie, presnejšie ich metódy StartTransaction a spol, nie sú podporované. Ani formou imitácie. Tým pádom, predpokladám, musím mať nastavené AutoCommit, AutoStar a AutoStop na True.
Druhým problémom je, že ak chcem získať nový primárny kľúč, tak musím použiť Pos. Ak v druhom kroku dôjde k chybe, tak mi ostane visieť mŕtvy záznam.

[Radek Červinka]

>Chcem mať Access-e konzistentné údaje.

Jednoduche: tak nepouzivej Access. Nebo ho pouzivej v jednouzivatelskem modu a hodne se modli (stav tak pred 5 lety, ale pochybuji ze se to zmenilo).

Proc Access a ne treba SQLite?

[Stanislav Hruška]

Proc Access a ne treba SQLite?

Pôvodom je to stará aplikácia a

• Mám MS Office professional 2007. Tam je plná podpora Access-u. Vďaka tomu som pochopil základy a naučil  sa pracovať s DB. A získal nejaké zlé návyky   Nič strašné
• Viem s ním robiť
• Čo projekt, to nový mdb súbor
• Prázdne mdb sú malé. Nemajú ani 1 MB. Taký FB je cez 5 MB
• Netreba nič inštalovať, ani dodávať
• SQLite som skúšal a nie je to pre mňa. Dátumy ma veľmi rýchlo presvedčili, aby som ho nechal na pokoji. Aj mi to bolo takto odporúčané

Je to v jedno užívateľskom režime. Len niektoré akcie pracujú s viacerými tabuľkami. Nepredpokladám nejaké kolízie, mimo mňa, počas behu aplikácie.
Chcel som to mať na istotou. No, nevadí.

[pf1957]

nevim, jestli to plati i v nejakem starem MS Accessu, to si vyzkousej sam:

https://docs.microsoft.com/en-us/office/client-developer/access/desktop-database-reference/transaction-statement-microsoft-access-sql?

[Stanislav Hruška]

Ďakujem. Píšu tam od ver. 2013. Takže som mimo.

[František]

ked ovladas firebird tak preco nie embeded

[Stanislav Hruška]

Lebo 1 MB a 5 MB je v tomto prípade veľmi veľký rozdiel. Mne prešlo cez ruky vyše 400 - 450 projektov. To je 1 600 - 1 800 MB navyše. Úplne zbytočne.
Všetky projekty by mohli byť v jednom súbore. Podľa mňa je praktickejšie mať pre každý projekt samostatný súbor. Užívateľ môže s nimi narábať podľa ľubovôle. Môže si vytvárať kópie a experimentovať. Aj to bol dôvod pre MS Access.

[miroB]

Ďakujem. Píšu tam od ver. 2013. Takže som mimo.

Ak použiješ napríklad možnosť:
https://www.microsoft.com/en-us/download/details.aspx?id=54920
Microsoft Access Database Engine 2016 Redistributable
tak budeš mať verziu MS Access Engine 2016.
Access enginu bez aplikácie MS Access, som používal dlhé roky.
Napriek faktu, že som mal adekvátny a kompletný MS Office od v. 2007 až po v. 2019 (pracoval som v školstve, takže sme mali oficiálne licencie)
Access engina zvláda aj drobné (ale užitočné) veci, čo samotná apka MS Access nie. Via Delphi, som používal ADO. Ale aj najrýchlejšie DAO. Funguje aj FireDAC. Ten tuším pristupuje k Access engine cez ODBC. (najhoršia možnosť)
ODBC je už deprecated - undepecated - deprecated. ADO undeprecated. A DAO ani neviem - rôzne politiky Microsoftu. Aj preto som už dávno u SQLite.
Tiež pre nekonečné množstvo ďalších výhod voči MS Access.
Nekonzistentnosť Microsoftu pri vývoji a údržbe MS Access je trestuhodná. Množstvá chýb, zmeny postojov. ODBC, ADO, DAO. Raz tak, inokedy presne naopak. Neošetrené chyby. Exporty do Excelu sú fantastiocké, ale stále nemajú opravené zásadné chyby. Tie chyby trvajú už roky. MS o nich vie,. ale hraje mŕtveho chrobáka..
PS: Tá Access Engina bola cca v časoch Windows 95 súčasťou operačného systému. Alebo možno aj XP.

[Stanislav Hruška]

Nekonzistentnosť Microsoftu pri vývoji a údržbe MS Access je trestuhodná

Žiaľ, to je pre MS viac ako typické. Najhoršie sú na tom užívatelia, lebo nemôžu vedieť čo ich čaká.
Výkon je posledné čo ma trápi.
Za odkaz ďakujem a pozriem sa naň. Neviem či mi to pomôže, lebo FireDAC. Ten si ide svoje. Teraz robili asi väčšiu záplatu na FireDAC. Uvidím
Áno, každý Windows už má v sebe MS Access engine. To je výhoda. Spomínal som to tu.