Mums visiem ir ierobežojumi, un Access datu bāze nav izņēmums. Piemēram, Access datu bāzes lieluma ierobežojums ir 2 GB, un tā nevar atbalstīt vairāk par 255 vienlaikus esošiem lietotājiem. Kad jūsu Access datu bāzei ir pienācis laiks pāriet nākamajā līmenī, varat migrēt uz SQL Server. SQL Server (lokāls vai Azure mākonī) atbalsta lielāku datu apjomu, vairāk vienlaicīgu lietotāju un lielāku noslodzi nekā JET/ACE datu bāzes programma. Šī rokasgrāmata sniedz jums vienmērīgu SQL Server ceļojuma sākumu, palīdz saglabāt jūsu izveidotos Access priekšgalsistēmas risinājumus un, cerams, motivēs jūs izmantot Access turpmākiem datu bāzu risinājumiem. Izmantojiet Microsoft SQL SQL Server migrācijas palīgu (SSMA), lai sekmīgi migrētu, izpildiet tālāk norādītos posmus.
Pirms sākat darbu
Nākamajās sadaļās ir sniegta pamatinformācija un cita informācija, kas palīdzēs sākt darbu.
Par sadalītām datu bāzēm
Visi Access datu bāzes objekti var atrasties vienā datu bāzes failā vai arī tos var glabāt divos datu bāzes failos: priekšgalsistēmas datu bāzē un aizmugursistēmas datu bāzē. To dēvē par datu bāzes sadalīšanu, un tā mērķis ir veicināt koplietošanu tīkla vidē. Aizmugursistēmas datu bāzes failā drīkst būt tikai tabulas un relācijas. Priekšgalsistēmas failā drīkst būt iekļauti tikai visi pārējie objekti, tostarp veidlapas, atskaites, vaicājumi, makro, VBA moduļi un ar aizmugursistēmas datu bāzi saistītās tabulas. Kad migrējat Access datu bāzi, tā ir līdzīga sadalītai datu bāzei, jo SQL Server darbojas kā jauna aizmugursistēma datiem, kas tagad atrodas serverī.
Tādējādi joprojām varat uzturēt priekšgalsistēmas Access datu bāzi ar saistītām tabulām ar SQL Server tabulām. Varat efektīvi izmantot ātras lietojumprogrammu izstrādes priekšrocības, ko nodrošina Access datu bāze, kā arī SQL Server mērogojamību.
SQL Server priekšrocības
Vai joprojām ir nepieciešama pārliecinoša informācija, lai migrētu uz SQL SQL Server? Apsveriet arī dažas papildu priekšrocības:
- Vairāk vienlaicīgu lietotāju SQL Server vienlaikus var apstrādāt daudz vairāk lietotāju vienlaicīgi nekā Access, un samazina atmiņas prasības, kad tiek pievienots vairāk lietotāju.
- Lielāka pieejamība Izmantojot SQL Server, varat dinamiski dublēt datu bāzi, pakāpenisku vai pilnīgu, kamēr tā tiek izmantota. Tāpēc, lai dublētu datus, lietotājiem nav jāliek iziet no datu bāzes.
- Augsta veiktspēja un mērogojamība SQL Server datu bāzes veiktspēja parasti ir labāka nekā Access datu bāzei, it īpaši tad, ja datu bāze sasniedz lielu datu bāzi, kuras lielums sasniedz terabaitu. Arī SQL Server apstrādā vaicājumus daudz ātrāk un efektīvāk, apstrādājot vaicājumus paralēli, izmantojot vairākus vietējos pavedienus vienā procesā, lai apstrādātu lietotāju pieprasījumus.
- Uzlabota drošība Izmantojot uzticamu savienojumu, SQL Server integrējas ar Windows sistēmas drošību, lai nodrošinātu vienotu integrētu piekļuvi tīklam un datu bāzei, izmantojot labāko no abām drošības sistēmām. Tas atvieglo sarežģītu drošības shēmu administrēšanu. SQL Server ir ideāla krātuve sensitīvai informācijai, piemēram, sociālās apdrošināšanas numuriem, kredītkaršu datiem un konfidenciālām adresēm.
- Tūlītēja atgūšana Ja operētājsistēma avarē vai pazūd strāva, SQL Server var automātiski atjaunot datu bāzi nemainīgā stāvoklī dažu minūšu laikā un bez datu bāzes administratora iejaukšanās.
- VPN izmantošana Piekļuve un virtuālie privātie tīkli (VPN) nesaprot. Tomēr, izmantojot SQL Server, attālie lietotāji joprojām var izmantot Access priekšgalsistēmas datu bāzi darbvirsmā un SQL Server aizmugursistēmu, kas atrodas aiz VPN ugunsmūra.
- Azure SQL Server Papildus SQL Server priekšrocībām piedāvā dinamisku mērogojamību bez dīkstāves, inteliģentu optimizāciju, globālu mērogojamību un pieejamību, aparatūras izmaksu novēršanu un samazinātu administrēšanu.
Labākā Azure SQL Server varianta izvēle
Ja veicat migrāciju uz Azure SQL Server, pastāv trīs izvēles opcijas, un katrai no tām ir atšķirīgas priekšrocības.
- Vienota datu bāze/elastīgie baseini Šai opcijai ir sava resursu kopa, kas tiek pārvaldīta, izmantojot SQL datu bāzes serveri. Viena datu bāze ir kā iekļauta datu bāze SQL Server. Varat pievienot arī elastīgu pūlu, kas ir datu bāzu kolekcija ar koplietojamu resursu kopu, kas tiek pārvaldīta, izmantojot SQL datu bāzes serveri. Visbiežāk izmantotie SQL Server līdzekļi ir pieejami ar iebūvētiem dublējumiem, ielāpiem un atkopšanu. Taču nav garantēta precīza uzturēšanas laika, un migrācija no SQL Server var būt sarežģīta.
- Pārvaldīta instance Šī opcija ir sistēmas un lietotāju datu bāzu kolekcija ar koplietojamu resursu kopu. Pārvaldīta instance ir kā SQL Server datu bāzes instance, kas ir labi saderīga ar SQL Server lokāli. Pārvaldītā instancē ir iebūvēti dublējumi, ielāpi, atkopšana, un to ir viegli migrēt no SQL Server. Tomēr ir neliels skaits SQL Server līdzekļu, kas nav pieejami, un nav garantēta precīza uzturēšanas laika.
- Azure virtuālā mašīna Šī opcija ļauj palaist SQL Server virtuālajā mašīnā Azure mākonī. Jums ir pilnīga SQL Server programmas kontrole un ērts migrācijas ceļš. Taču jums ir jāpārvalda jūsu dublējumi, ielāpi un atkopšana.
Papildinformāciju skatiet sadaļā Datu bāzes migrācijas ceļa izvēle uz Azure un Kas ir Azure SQL?.
Pirmie soļi
Ir vairākas problēmas, kuras varat risināt uzreiz un kas var palīdzēt racionalizēt migrācijas procesu pirms SSMA palaišanas:
- Tabulu indeksu un primāro atslēgu pievienošana Pārliecinieties, vai katrā Access tabulā ir indekss un primārā atslēga. SQL Server pieprasa, lai visām tabulām būtu vismaz viens indekss, un saistītai tabulai ir jābūt primārajai atslēgai, ja tabulu var atjaunināt.
- Primārās/ārējās atslēgas relāciju pārbaude Pārliecinieties, vai šo relāciju pamatā ir lauki ar atbilstošiem datu tipiem un lielumiem. SQL Server neatbalsta savienotas kolonnas ar atšķirīgiem datu tipiem un lielumiem ārējo atslēgu ierobežojumos.
- Pielikuma kolonnas noņemšana SSMA nemigrē tabulas, kurās ir kolonna Pielikums.
Pirms SSMA palaišanas veiciet tālāk norādītās pirmās darbības.
- Aizveriet Access datu bāzi.
- Pārliecinieties, vai pašreizējie lietotāji, kuriem ir izveidots savienojums ar datu bāzi, arī aizver datu bāzi.
- Ja datu bāze ir .mdb faila formātā, noņemiet lietotāja līmeņa drošību.
- Dublējiet savu datu bāzi. Papildinformāciju skatiet sadaļā Datu aizsardzība, izmantojot dublēšanu un atjaunošanu.
Padoms Apsveriet iespēju datorā instalēt Microsoft SQL Server Express izdevumu, kas atbalsta līdz 10 GB un ir bezmaksas un vienkāršāks veids, kā izpildīt un pārbaudīt migrāciju. Veidojot savienojumu, izmantojiet LocalDB kā datu bāzes instanci.
Padoms Ja iespējams, izmantojiet savrupu Access versiju.
SSMA palaišana
Microsoft nodrošina Microsoft SQL SQL Server migrācijas palīgu (SSMA), lai atvieglotu migrāciju. SSMA galvenokārt migrē tabulas un atlases vaicājumus bez parametriem. Formas, atskaites, makro un VBA moduļi netiek konvertēti. SQL Server metadatu pārlūks parāda jūsu Access datu bāzes objektus un SQL Server objektus, ļaujot jums pārskatīt abu datu bāzu pašreizējo saturu. Šie divi savienojumi tiek saglabāti jūsu migrācijas failā, ja izlemjat nākotnē pārsūtīt papildu objektus.
Piezīme Migrācijas process var ilgt kādu laiku atkarībā no datu bāzes objektu lieluma un pārsūtāmo datu apjoma.
- Lai migrētu datu bāzi, izmantojot SSMA, vispirms lejupielādējiet un instalējiet programmatūru, veicot dubultklikšķi uz lejupielādētā MSI faila. Pārliecinieties, vai instalējat datoram atbilstošo 32 vai 64 bitu versiju.
- Pēc SSMA instalēšanas atveriet to darbvirsmā, vēlams no datora, kurā ir Access datu bāzes fails.
To var atvērt arī datorā, kuram ir piekļuve Access datu bāzei no tīkla koplietojamā mapē. - Izpildiet SSMA sākuma norādījumus, lai sniegtu pamatinformāciju, piemēram, SQL Server atrašanās vietu, Access datu bāzi un migrējamos objektus, savienojuma informāciju un to, vai vēlaties izveidot saistītas tabulas.
- Ja migrējat uz SQL SQL Server 2016 vai jaunāku versiju un vēlaties atjaunināt saistītu tabulu, pievienojiet kolonnu rowversion, atlasot Pārskatīšanas rīki>Projekta iestatījumi>Vispārīgi.
Lauks rowversion palīdz izvairīties no ierakstu konfliktiem. Programma Access izmanto šo lauku rowversion SQL Server saistītā tabulā, lai noteiktu, kad ieraksts pēdējo reizi tika atjaunināts. Turklāt, ja vaicājumam pievienojat lauku rowversion, programma Access to izmanto, lai atkārtoti atlasītu rindu pēc atjaunināšanas darbības. Tas uzlabo efektivitāti, palīdzot izvairīties no rakstīšanas konfliktiem kļūdām un ierakstu dzēšanas scenārijiem, kas var rasties, ja Access konstatē atšķirīgus rezultātus no sākotnējās iesniegšanas, piemēram, kas var rasties ar peldošā komata skaitļu datu tipiem un trigeriem, kas modificē kolonnas. Tomēr izvairieties no lauka rowversion izmantošanas formās, atskaitēs vai VBA kodā. Papildinformāciju skatiet sadaļā rowversion.
Piezīme Izvairieties no mulsinošas rowversion ar laikspiedoliem. Lai gan atslēgvārds laikspiedols ir sinonīms vārdam rowversion programmā SQL Server, rowversion nevar izmantot kā datu ieraksta laikspiedolu. - Lai iestatītu precīzus datu tipus, atlasiet Pārskatīšanas rīki>Projekta iestatījumi>Tipu kartēšana. Piemēram, ja saglabājat tikai angļu valodas tekstu, varat izmantot varchar , nevis nvarchar datu tipu.
Objektu konvertēšana
SSMA pārvērš Access objektus par SQL Server objektiem, taču objekti netiek kopēti uzreiz. SSMA nodrošina migrējamo objektu sarakstu, lai jūs varētu izlemt, vai tos pārvietot uz SQL Server datu bāzi:
- Tabulas un kolonnas
- Atlasiet vaicājumus bez parametriem.
- Primārā un ārējā atslēga
- Indeksi un noklusējuma vērtības
- Ierobežojumu pārbaude (atļaut nulles garuma kolonnu rekvizītu, kolonnas validācijas kārtulu, tabulas validāciju)
Kā ieteicams izmantot SSMA novērtējuma atskaiti, kurā redzami konvertēšanas rezultāti, ieskaitot kļūdas, brīdinājumus, informatīvus ziņojumus, laika prognozes migrācijas veikšanai un atsevišķas kļūdu labošanas darbības, kas jāveic pirms objektu pārvietošanas.
Konvertējot datu bāzes objektus, objektu definīcijas tiek iegūtas no Access metadatiem, pārvērstas par ekvivalentu Transact-SQL (T-SQL) sintaksi un pēc tam šī informācija tiek ielādēta projektā. Pēc tam varat skatīt SQL Server vai SQL Azure objektus un to rekvizītus, izmantojot SQL Server vai SQL Azure metadatu pārlūku.
Lai konvertētu, ielādētu un migrētu objektus uz SQL Server, izpildiet šo rokasgrāmatu.
Padoms Kad esat sekmīgi migrējis savu Access datu bāzi, saglabājiet projekta failu vēlākai izmantošanai, lai varētu vēlreiz migrēt datus testēšanai vai galīgajai migrācijai.
Tabulu saistīšana
Apsveriet iespēju instalēt jaunāko SQL Server OLE DB un ODBC draiveru versiju, nevis izmantot vietējos SQL Server draiverus, kas iekļauti sistēmā Windows. Jaunākie draiveri ir ne tikai ātrāki, bet arī atbalsta jaunus Azure SQL līdzekļus, ko iepriekšējie draiveri neatbalsta. Draiverus var instalēt katrā datorā, kurā tiek izmantota konvertētā datu bāze. Papildinformāciju skatiet rakstā Microsoft OLE DB draiveris 18 SQL Server un Microsoft ODBC draiveris 17 darbam ar SQL Server.
Pēc Access tabulu migrēšanas varat izveidot saiti uz tabulām SQL Server, kurā tagad tiek viesoti jūsu dati. Tieši saistot datus tieši no Access, ir vieglāk skatīt datus, nevis izmantot sarežģītākus SQL Server pārvaldības rīkus. Varat vaicāt un rediģēt saistītos datus atkarībā no SQL Server datu bāzes administratora iestatītajām atļaujām.
Piezīme Ja izveidojat ODBC DSN, saistot ar savu SQL Server datu bāzi saistīšanas procesa laikā, izveidojiet vienu un to pašu DSN visos datoros, kas izmanto jauno lietojumprogrammu, vai arī programmiski izmantojiet DSN failā saglabāto savienojuma virkne.
Papildinformāciju skatiet sadaļā Datu saistīšana vai importēšana no Azure SQL Server datu bāzes un Datu importēšana vai saistīšana ar datiem SQL Server datu bāzē.
Padoms Neaizmirstiet programmā Access izmantot saistīto tabulu pārvaldnieku, lai ērti atsvaidzinātu un atkārtoti saistītu tabulas. Papildinformāciju skatiet sadaļā Saistīto tabulu pārvaldība.
Pārbaude un pārskatīšana
Nākamajās sadaļās aprakstītas bieži sastopamās problēmas migrācijas laikā un kā tās tiek risinātas.
Vaicājumi
Tiek pārvērsti tikai atlases vaicājumi; Citi vaicājumi to nedara, tostarp atlases vaicājumi, kas izmanto parametrus. Daži vaicājumi var netikt pilnībā konvertēti, un SSMA ziņo par vaicājumu kļūdām konvertēšanas procesa laikā. Objektus, kas netiek konvertēti, varat rediģēt manuāli, izmantojot T-SQL sintaksi. Sintakses kļūdu dēļ var būt nepieciešama arī manuāla Access funkciju un datu tipu konvertēšana uz SQL Server funkcijām. Papildinformāciju skatiet sadaļā Access SQL un SQL Server TSQL salīdzinājums.
Datu tipi
Access un SQL Server datu tipi ir līdzīgi, bet ņemiet vērā tālāk norādītās iespējamās problēmas.
Liels skaitlis Datu tips Liels skaitlis glabā nemonetāru, skaitlisku vērtību un ir saderīgs ar SQL bigint datu tipu. Šo datu tipu var izmantot, lai efektīvi aprēķinātu lielus skaitļus, bet tam ir jāizmanto Access 16 (16.0.7812 vai jaunāka) .accdb datu bāzes faila formāts, un tam ir labāka veiktspēja ar Access 64 bitu versiju. Papildinformāciju skatiet sadaļā Datu tipa Liels skaitlis izmantošana un Office 64 bitu vai 32 bitu versijas izvēle.
Jā/Nē Pēc noklusējuma Access kolonna Yes/No tiek pārvērsta par SQL Server bitu lauku. Lai izvairītos no ierakstu bloķēšanas, pārliecinieties, vai bitu lauks ir iestatīts neatļaut vērtības NULL. Sistēmā SSMA varat atlasīt bitu kolonnu, lai rekvizītu Allow Nulls iestatītu uz NO. TSQL izmantojiet priekšrakstus CREATE TABLE vai ALTER TABLE .
Datums un laiks Pastāv vairāki datuma un laika apsvērumi.
Ja datu bāzes saderības līmenis ir 130 (SQL Server 2016) vai augstāks un saistītajā tabulā ir viena vai vairākas kolonnas datetime vai datetime2, tabula var atgriezt ziņojumu #deleted rezultātos. Papildinformāciju skatiet sadaļā Programma Access saistītā tabula ar SQL-Server datu bāzi atgriež #deleted.
Izmantojiet Access datu tipu Date/Time, lai kartētu uz datu tipu datetime. Izmantojiet Access datu tipu Date/Time Extended, lai kartētu datu tipu datetime2 , kuram ir lielāks datuma un laika diapazons. Papildinformāciju skatiet sadaļā Datuma/laika paplašinātā datu tipa lietošana.
Vaicājot datumus SQL Server, ņemiet vērā laiku, kā arī datumu. Piemērs.
- DateOrdered Between 1/1/19 and 1/31/19 var neietvert visus pasūtījumus.
- DateOrdered between 1/1/19 00:00:00 AM And 1/31/19 23:59:59 PM ietver visus pasūtījumus.
Pielikums Datu tips Pielikums glabā failu Access datu bāzē. Programmā SQL Server ir pieejamas vairākas iespējas. Varat izvilkt failus no Access datu bāzes un pēc tam apsvērt iespēju saglabāt saites uz failiem savā SQL Server datu bāzē. Varat arī izmantot FILESTREAM, FileTable vai attālo BLOB krātuvi (RBS), lai saglabātu pielikumus, kas tiek glabāti SQL Server datu bāzē.
Hipersaite Access tabulās ir hipersaišu kolonnas, ko SQL Server neatbalsta. Pēc noklusējuma šīs kolonnas SQL Server tiks konvertētas par nvarchar(max) kolonnām, bet kartējumu varat pielāgot, lai izvēlētos mazāku datu tipu. Access risinājumā hipersaites darbību joprojām var izmantot formās un atskaitēs, ja vadīklas rekvizītam Hipersaite ir iestatīta vērtība True.
Vairākvērtību lauks Access vairākvērtību lauks tiek pārvērsts par SQL Server kā ntext lauks, kurā ir norobežota vērtību kopa. Tā kā SQL Server neatbalsta vairākvērtību datu tipu, kas modelē relāciju daudzi pret daudziem, iespējams, ir jāveic papildu noformēšanas un konvertēšanas darbs.
Papildinformāciju par Access un SQL Server datu tipu kartēšanu skatiet sadaļā Datu tipu salīdzināšana.
Piezīme Vairākvērtību lauki netiek konvertēti.
Papildinformāciju skatiet sadaļā Datuma un laika tipi, Virknes un binārie tipi un Skaitļu tipi.
Visual Basic
Lai gan SQL Server neatbalsta VBA, ņemiet vērā tālāk norādītās iespējamās problēmas.
VBA funkcijas vaicājumos Access vaicājumi atbalsta VBA funkcijas datiem vaicājuma kolonnā. Tomēr Access vaicājumus, kas izmanto VBA funkcijas, nevar izpildīt SQL Server, tāpēc visi pieprasītie dati tiek nodoti apstrādei programmā Microsoft Access. Vairumā gadījumu šie vaicājumi ir jākonvertē par tranzītvaicājumiem.
Lietotāja definētas funkcijas vaicājumos Microsoft Access vaicājumi atbalsta VBA moduļos definētu funkciju izmantošanu, lai apstrādātu tiem nodotos datus. Vaicājumi var būt savrupi vaicājumi, SQL priekšraksti formu/atskaišu ierakstu avotos, datu avoti kombinētajiem lodziņiem un sarakstlodziņiem formās, atskaitēs un tabulu laukos, kā arī noklusējuma vai validācijas kārtulu izteiksmes. SQL Server nevar palaist šīs lietotāja definētās funkcijas. Iespējams, jums būs manuāli jāpārveido šīs funkcijas un jāpārvērš tās par saglabātajām procedūrām SQL Server.
Veiktspējas optimizēšana
Vissvarīgākais veids, kā optimizēt veiktspēju, izmantojot jauno aizmugursistēmas SQL Server, ir izlemt, kad izmantot lokālos vai attālos vaicājumus. Migrējot datus uz SQL Server, jūs arī pārejat no failu servera uz klienta-servera datu bāzes modeli. Ievērojiet šīs vispārīgās vadlīnijas:
- Izpildiet mazus, tikai lasāmus vaicājumus klientā, lai nodrošinātu ātrāku piekļuvi.
- Izpildiet garus lasīšanas/rakstīšanas vaicājumus serverī, lai izmantotu lielāku apstrādes jaudu.
- Samaziniet tīkla trafiku, izmantojot filtrus un apkopošanu, lai pārsūtītu tikai nepieciešamos datus.
Papildinformāciju skatiet sadaļā Tranzītvaicājuma izveide.
Tālāk ir norādītas papildu ieteicamās vadlīnijas.
Loģikas ievietošana serverī Programma var izmantot arī skatus, lietotāja definētas funkcijas, saglabātās procedūras, aprēķinātos laukus un trigerus, lai centralizētu un koplietotu programmas loģiku, biznesa kārtulas un politikas, sarežģītus vaicājumus, datu validāciju un attiecinošās integritātes kodu serverī, nevis klientā. Pajautājiet sev, vai šo vaicājumu vai uzdevumu serverī var veikt labāk un ātrāk? Visbeidzot pārbaudiet katru vaicājumu, lai nodrošinātu optimālu veiktspēju.
Skatu izmantošana veidlapās un atskaitēs Programmā Access rīkojieties šādi:
- Formām kā ierakstu avotu izmantojiet SQL skatu tikai lasāmai veidlapai un SQL indeksētu skatu lasāmai/rakstāmai veidlapai.
- Atskaitēm kā ierakstu avotu izmantojiet SQL skatu. Tomēr katrai atskaitei izveidojiet atsevišķu skatu, lai varētu vieglāk atjaunināt konkrētu atskaiti, neietekmējot citas atskaites.
Datu ielādes samazināšana formā vai atskaitē Neparādiet datus, kamēr lietotājs tos nav pieprasījis. Piemēram, atstājiet rekvizītu Recordsource tukšu, lieciet lietotājiem atlasīt filtru formā un pēc tam aizpildiet rekvizītu Recordsource ar savu filtru. Vai arī izmantojiet klauzulu Where, piemēram, DoCmd.OpenForm un DoCmd.OpenReport, lai parādītu precīzus(-us) ierakstus, kas nepieciešami lietotājam. Apsveriet iespēju izslēgt ierakstu navigāciju.
Uzmanieties ar heterogēniem vaicājumiem Neizpildiet vaicājumu, kas apvieno lokālu Access tabulu un SQL Server saistītu tabulu, kas dažreiz tiek dēvēts par hibrīdvaicājumu. Šāda veida vaicājumam joprojām ir nepieciešams, lai Access lejupielādētu visus SQL Server datus lokālajā datorā un pēc tam palaistu vaicājumu, tas netiek izpildīts SQL Server.
Kad izmantot lokālās tabulas Apsveriet iespēju izmantot vietējās tabulas datiem, kas reti mainās, piemēram, štatu vai provinču sarakstam valstī vai reģionā. Statiskas tabulas bieži tiek izmantotas filtrēšanai, un tās darbojas labāk Access priekšgalsistēmā.
Papildinformāciju skatiet rakstā Database Engine Tuning Advisor, Veiktspējas analizētājs Access datu bāzes optimizēšanai un Microsoft Office Access lietojumprogrammu optimizēšana, kas saistītas ar SQL Server.
Skatiet arī
Azure datu bāzes migrācijas ceļvedis
Microsoft datu migrācijas emuārs
Microsoft Access uz SQL Server migrācija, konvertēšana un uzlabošana