Vairāk

Pēc attiecību klases izveides ārējā atslēga galamērķa tabulai netiek pievienota


Pieņemsim, ka man ir divas tabulas A un B. Attiecība starp šīm divām tabulām ir šāda:

A (1, *) <---- (1,1) B

Tagad, mēģinot pievienot attiecību klasi šīm divām Arcatalog tabulām, ar peles labo pogu noklikšķiniet uz .sde faila Arcatalog un pēc tam:

Jauna ==> attiecību klase.

Izcelsmes tabulai es izvēlos A, un galamērķa tabulai es izvēlos B

(Vai tas ir pareizi btw, vai tam vajadzētu būt pretējam?)

Attiecības kuģa tipam es izvēlos: Vienkārša (Peer to Peer) attiecība

Virziens: abi

Attiecību klases kardinalitāte: (1 - m) Viens pret daudziem

Un pēc tam man jāizvēlas primārās atslēgas lauks izcelsmes tabulā un ārējā atslēga galamērķa tabulā:

Kā redzat ārzemju atslēgu, tā man faktiski piešķir šīs tabulas objektu, tagad man jāsaprot, ja man tas ir jādara manuāli pievienot šajā tabulā ārzemju atslēgas lauku un pēc tam to atlasīt šeit?

Vai to nevajadzētu izveidot automātiski pēc attiecību klases izveidošanas? Acīmredzot, noklikšķinot uz Tālāk un atgriežoties pie savas postgresql tabulas, netiek pievienota ārzemju atslēga ... un tas ir mulsinoši, jo es domāju, ka tad, kad mēs automātiski definēsim attiecības, izcelsmes tabulas ID migrēs uz galamērķa tabulu un kļūs par ārēju atslēgu !

Man bija jāizmanto šī datu bāze tīmekļa lietojumprogrammā, izmantojot ASP.NET, ar Entity Framework, un es samulsu pēc tam, kad Entity Framework ir izveidojis modeli no manas datu bāzes (sākumā es FK pievienoju manuāli) ... Tāpēc tagad es to daru visu no jauna, un es gribētu to izdarīt pareizi ...

Kā es varu definēt svešās atslēgas un attiecību klases no arkataloga?


@vince:

Attiecību nodarbības stāsta ģeodatabāzei par esošajām attiecībām. Galvenajām kolonnām jābūt. Ir daudz iemeslu, kāpēc kolonnas jāizveido kopā ar tabulu, pats galvenais, lai izvairītos no sadrumstalotības, ko izraisa kolonnas pievienošana.

Ja jūs nedefinējat attiecības ģeogrāfiskajā datubāzē (ne visi no tiem atbalsta ārvalstu atslēgu jēdzienu, tāpēc tie nav obligāti), tad jūs nesaņemat attiecību klašu priekšrocības.

@BenSNadler:

Ārvalstu atslēgu opcijas dialoglodziņa filtrā, pamatojoties uz ievades lauka datu tipu. Ja ārējās atslēgas lauks nepastāv, tas jāpievieno manuāli. Es iesaku izmantot rīku arcgis, lai lauku pārvaldība būtu skaidra. Ģeodatu bāzes saistība laukam nerada nekādus datu bāzes līmeņa ierobežojumus. Uz DB tas ir tikai parasts lauks.

Es pievienoju šos laukus manuāli un pēc tam izveidoju attiecību klases.


Pārvērst ER diagrammu tabulās

Pieaugot datu bāzei, ER diagrammas attēlojums kļūst sarežģītāks un pārpildīts. Tas rada sarežģītu situāciju, lai izprastu prasību un to struktūru kopumā. Līdzīgi, ja ER diagramma tiek attēlota ļoti augstā līmenī, tas atkal rada grūtības saprast sistēmu. Bet, lai labi izprastu sistēmu, ļoti nepieciešama pārstāvība augstā līmenī un līdz pat minūtes līmenim. Šie jēdzieni ir labi definēti ar vispārinājumu un specializāciju. Dažreiz mēs būtu sadalījuši entītijas divās vai vairākās entītijās, lai tās būtu precīzākas. Bet, salīdzinot ar visu datu bāzi vai lietotāju, to var apvienot vienā entītijā. Šādu procesu sauc par apvienošanu.

Kad ER diagrammas izstrāde ir pabeigta, tā jāievieto loģiskā struktūrā. Bet kā to var izdarīt? Apspriedīsim to pēdējā sadaļā.


Piemērs

Piemēram, ja primārajā tabulā izdzēšam 15. rindu, mums jābūt pārliecinātiem, ka nevienā saistītajā tabulā ar vērtību 15 nav ārzemju atslēgas. Mums vajadzētu būt iespējai izdzēst primāro atslēgu tikai tad, ja tās nav. saistītās rindas. Pretējā gadījumā mēs nonāktu pie bāreņu ieraksta.

Šeit saistītajā tabulā ir svešas atslēgas vērtība, kas nepastāv primārās tabulas primārās atslēgas laukā (t.i., laukā & # 8220CompanyId & # 8221). Tā rezultātā ir sasniegts ieraksts bez bāreņiem un # 8221.

Tātad atsauces integritāte neļaus lietotājiem:

  • Rindu pievienošana saistītajai tabulai, ja primārajā tabulā nav saistītas rindas.
  • Mainot vērtības primārajā tabulā, kuras rezultātā saistītā tabulā tiek reģistrēti bāreņi.
  • Dzēšot rindas no primārās tabulas, ja ir atbilstošas ​​saistītas rindas.

Uzņēmuma veidošana

Vienības izveidošanai ir vairāki veidi. Piemēram, varat izmantot vedni vai izveidot entītiju no tabulas.

Entītijas izveidošana, izmantojot vedni

Vienkāršākais veids, kā izveidot entītiju, ir izmantot vedni. Šis vednis ļauj jums izvēlēties sakņu datu avotu un izvērsties citos saistītajos datu avotos un pēc tam atlasīt entītijas laukus. Lai palaistu vedni, pievienojiet jaunu veida vienumu Datu entītija savam projektam. Detalizētus norādījumus par vedņa izmantošanu entītijas izveidošanai skatiet Datu entītiju veidošana un lietošana. Šajā tabulā sniegta informācija par rekvizītiem, kurus esat iestatījis vedņa entītijai.

Īpašums Apraksts
Primārais datu avots Saknes datu avots (tabula vai skats), ko izmanto entītijas izveidošanai. Jūs varat pievienot vairāk saistītu datu avotu, pamatojoties uz šo sakņu datu avotu.
Datu entītijas nosaukums Uzņēmuma nosaukums.
Entītiju kategorija Uzņēmuma tips. Entītiju kategorijas ir līdzīgas tabulu tabulu grupām. Pieejamās kategorijas ietver Parametrs, Atsauce, Meistars, Dokuments, un Darījums.
Publiskas personas nosaukums Sabiedrības publiskā resursa nosaukums.
Publiskās kolekcijas nosaukums Publisko resursu kopas nosaukums.
Iespējot publisko API Atlasiet šo opciju, lai iespējotu entītiju OData pakalpojumiem.
Iespējot datu pārvaldības iespējas Atlasiet šo opciju, lai entītijai iespējotu asinhronas integrācijas, piemēram, datu importēšanu / eksportēšanu un savienotāju integrāciju.
Inscenēšanas galds Pakāpiena tabulas nosaukums, kas tiks ģenerēts entītijai. Pakāpiena tabula tiek izmantota asinhronās integrācijās un liela apjoma scenārijos.

Datu avotu pievienošana

Veidojot entītiju, jūs sākat ar sakņu datu avotu. Tomēr jūs varat pievienot papildu datu avotus. Varat manuāli pievienot jaunus datu avotus vai sakņu datu avotā atlasīt aizstājēja ārējās atslēgas lauku, lai automātiski paplašinātu nepieciešamos datu avotus.

Rezultāts

Pabeidzot vedni, tas rada šādus vienumus:

Entītijas veidošana no tabulas

Jūs varat ātri izveidot entītiju no tabulas un pēc tam vēlāk pielāgot rekvizītus, datu avotus un laukus. Ar peles labo pogu noklikšķiniet uz tabulas un pēc tam atlasiet Addins & gt Izveidot datu entītiju.


Nezinot precīzas un veselas prasības, mēs nevaram izstrādāt pilnīgu datu modeli. Pieņemsim, ka pieņemsim šādus uzņēmējdarbības noteikumus, tas ir balstīts uz jūsu jautājumu.

  • Katrs klients var pieprasīt vienu vai vairākas istabas.
  • Katru istabu var pieprasīt viens klients
  • Katrs administrators var piešķirt vienu vai vairākas istabas.
  • Katra istaba jāpiešķir vienam administratoram.
  • Katram numuram jābūt vienam numuram.
  • Katrā numuru tipā var būt viens vai vairāki numuri.
  • Katram rezervējumam jābūt vienam datumam.
  • Katrā datumā var būt viena vai vairākas rezervācijas.
  • Katrā numuru tipā var būt viena vai vairākas īres maksas.
  • Katrai īrei jāpieder vienam numuram.
  • Katrā rezervācijā jāiekļauj viens vai vairāki numuri.
  • Katru numuru var iekļaut vienā rezervējumā.
  • Katram klientam var būt viena vai vairākas rezervācijas.
  • Katram rezervējumam jāpieder vienam klientam.
  • Katru īri var iekļaut vienā vai vairākos rēķinos.
  • Katrā rēķinā ir jāiekļauj viena noma.
  • Katrā rēķina maksājumā ir jāietver viens maksājuma veids.
  • Katrs maksājuma veids var saturēt vienu vai vairākus rēķinu maksājumus.
  • Katrā datumā var būt viens vai vairāki rēķinu maksājumi.
  • Katram rēķina maksājumam ir jābūt vienam datumam.
  • Katram numuram var piešķirt vienu vai vairākus numurus.
  • Katram numuram ir jābūt vienam numuram.
  • Katrā vērtējumā var būt viens vai vairāki istabu vērtējumi.
  • Katram numuram ir jābūt vienam vērtējumam.

Pamatojoties uz iepriekš minētajiem noteikumiem, mēs esam izstrādājuši šādu datu modeli.

Šis modelis ir Viesnīcu rezervēšanas sistēma. Pēc tam, kad normalizācijas process (pārbaudiet manu emuāru), jums būs detalizētāks un pilnīgāks modelis.

Iepriekš minētajā modelī Istaba īre tiek aprēķināta, pamatojoties uz telpu tipu, piemēram, vienvietīgu numuru, divvietīgu numuru, ģimenes istabu vai sanāksmju zāli, nevis cilvēku skaitu telpā.

Un Istaba īre laiku pa laikam tiek mainīta, tāpēc esam iekļāvuši datumu un datumu, lai būtu istabu īres vēsture. Arī klients var izmantot daudz maksājumu veidi piemēram, kredītkarte, debetkarte, maksājums skaidrā naudā, tāpēc mēs esam iekļauti maksājuma veids vienība.

Šis modelis ir balstīts uz pieņēmumu. Es ceru, ka šis modelis jums kaut kādā veidā palīdzēs.

Izmantojiet aprakstošos nosaukumus un nosaukumus, izmantojot minētos vaicājumus un noformējumu. Istabās ir cilvēki, bet es pieņemu, ka tas faktiski ir kaut kas līdzīgs ietilpībai vai istabas lielumam. Tas ļauj izvairīties no sajaukšanas ar veidlapā jau izmantoto kolonnu Cilvēki. Protams, to varētu arī uzlabot. kaut kas līdzīgs numurOfGuests, visticamāk, jums tagad būtu informatīvāks un ikviens, kurš vēlāk vaicātu jūsu datu bāzē. Es vēlreiz pārbaudītu visus kolonnu un tabulu nosaukumus, lai pārliecinātos, ka tie ir kodolīgi un skaidri.

Istabām nav automātiska pieauguma, iespējams, tāpēc, ka jūs plānojat izmantot veselus skaitļus, lai identificētu telpas. Tas var darboties, taču jūs varētu izvairīties no problēmām, atdalot uzņēmuma / lietotāja istabas identifikāciju no datu bāzes loģikas. Kad 13. telpā notiek šausmīga slepkavība, kas padara to nederīgu, un jaunais menedžeris, nemaz ne māņticīgs vai noraizējies par šādiem jautājumiem, pārvērš slotas skapi 14. stāvā uz 13. istabu, jo tas ir pietiekami liels un, atklāti sakot, mūsu viesnīcas kvalitāte pasliktinās . tu esi ieskrējies. Izmantojot atsevišķu DB atslēgu no istabas apzīmējuma, jūs varat saglabāt visus ierakstus un DB integritāti kopā ar fakts, ka notika lielas izmaiņas (kāda cita veida izmaiņu izsekošana un informācija mums būtu jāatbalsta?). Istaba 13 | RoomPK 13 vēsturiskie ieraksti paliek neskarti, bet jauni ieraksti par to, kas personāls zina kā 13. istabu, bet faktiski tagad ir 13. istaba Var ierakstīt arī RoomPK 132. Ir svarīgi, ja kāds mēģina iesūdzēt jūs, kad viņi palika 13. telpā, un viss gadījums ir atkarīgs no tā kas 13. istaba, kurā viņi palika. Atvainojiet, jūsu viesnīcā ir daudz problēmu.

Pēdējais jautājums ir, kur ir darījumi? Es domāju, ka veidlapai ir jābūt arī FK Billam (-iem) un Istabām (-ām). Cilvēkiem ir jāreģistrējas un jāiziet no kaut kurienes, un mums ir jāmaksā viņiem speciāli par šo notikumu un saistību. Ģimene var saņemt divas istabas uz divām dienām, pēc tam izrakstīties no rīta un atkal atgriezties vakarā. Tad viņi ir pārliecināti, ka viņi saņem tikai vienu rēķinu. Vai arī kādam, kurš uzturas divas naktis, ir nepieciešami divi rēķini divu dažādu maksājuma veidu dēļ (kredītkarte, skaidra nauda, ​​darbs, personiskais). Jums, iespējams, tagad ir nepieciešamas uzmeklēšanas tabulas, lai atbalstītu rēķinu un rezervēšanas sarežģījumus. Cilvēki sadala rēķinus, maina numurus un, cerams, atgriežas vēlreiz - tas viss jums ir jāatbalsta.


22.5. Diagrammas skatīšanas veida maiņa

Mainiet diagrammas attēlošanas veidu, ar peles labo pogu noklikšķinot uz elementa vai izmantojot daudzas opcijas, kas pieejamas diagrammās sadaļā Rīki un gt preferences.

22.5.1. Kā paslēpt, parādīt un izkārtot savienotājus diagrammā

Diagrammās izvēlieties paslēpt vienu savienotāju vai jebkuru savienotāju skaitu. Savienotāji, kas ir paslēpti diagrammā, turpina parādīties logā Struktūra, pievienojot “slēpto”. Ja ir kādi slēpti savienotāji, varat tos atsevišķi vai visus uzreiz skatīt atpakaļ.

Lai paslēptu vienu vai vairākus savienotājus diagrammā:

Atlasiet diagrammas savienotāju vai savienotājus, kurus paslēpt. (Lai atlasītu visus noteikta veida savienotājus, ar peles labo pogu noklikšķiniet uz savienotāja un pēc tam izvēlieties Atlasīt visu šo veidu.)

Ar peles labo pogu noklikšķiniet un izvēlieties Slēpt atlasītās formas.

Varat arī doties uz logu Struktūra, atlasīt slēpto savienotāju vai savienotājus, ar peles labo pogu noklikšķiniet un izvēlieties Slēpt formas.

Lai parādītu vienu vai vairākus savienojumus, kas ir paslēpti diagrammā:

Logā Struktūra atlasiet parādāmo savienotāju vai savienotājus, ar peles labo pogu noklikšķiniet un izvēlieties Rādīt slēptās formas.

Lai diagrammā parādītu visus slēptos savienotājus:

Ar peles labo pogu noklikšķiniet uz jebkuras diagrammas daļas un izvēlieties Rādīt visas slēptās malas.

Lai visus slēptos savienotājus kopā parādītu logā Struktūra:

Ar peles labo pogu noklikšķiniet uz objekta, kas norādīts logā Struktūra, un izvēlieties Kārtot pēc redzamības.

22.5.1.1. Kā parādīt un paslēpt lapu pārtraukumus

Savās diagrammās varat parādīt vai paslēpt lapu pārtraukumus. Lappušu pārtraukumi diagrammas virsmā tiek parādīti kā punktētas līnijas.

Lai parādītu lapu pārtraukumus jaunās diagrammās:

Izvēlieties Rīki un gt preferences.

Dialoglodziņa kreisajā rūtī noklikšķiniet uz Diagrammas.

Dialoglodziņa kreisajā rūtī noklikšķiniet uz diagrammas veida. Ņemiet vērā, ka klases diagrammās nav lapu.

Atzīmējiet izvēles rūtiņu Rādīt lapu pārtraukumus, lai jaunajās diagrammās parādītu lapu pārtraukumus.

22.5.1.2. Kā savienotājus izkārtot diagrammā

Savienotāji ir izkārtoti slīpi vai taisni līniju stilos.

Slīpas līnijas var mainīt jebkurā leņķī. Taisnās līnijas vienmēr tiek rādītas kā taisnu leņķu virkne. Ja diagrammas līnijas stils ir iestatīts slīpi, pēc tam jūs varat pārvietot līniju (vai tās daļas) jaunā pozīcijā jebkurā leņķī.

Diagrammā var iestatīt noklusējuma līnijas stilu katram savienotāja elementa tipam. ("Līnijas stils" ir viena no diagrammas preferencēm, kuru varat iestatīt katram elementa veidam, kas ir savienotājs.)

Varat arī iestatīt līnijas stilu konkrētai diagrammai, ignorējot diagrammas veida noklusējuma līnijas stilu:

Ja izmantojat šo metodi, lai mainītu līnijas stilu no slīpa uz taisnu, līnijas, kas jau atrodas diagrammā un ir novilktas pa diagonāli, tiks pārzīmētas taisnā leņķī.

Ja izmantojat šo metodi, lai mainītu līnijas stilu no taisnas uz slīpu, diagrammā nekādas izmaiņas nebūs redzamas, bet pēc tam jūs varēsiet pārvietot jebkuru no diagrammas līnijām jaunā pozīcijā jebkurā leņķī.

Neatkarīgi no zīmējuma līnijas stila, jūs varat izvēlēties atsevišķas zīmējuma līnijas un mainīt to līnijas stilu. Ja mainīsit atsevišķu līniju no slīpas uz taisnu, līnija tiks pārzīmēta, izmantojot taisnus leņķus. Ja mainīsit atsevišķu līniju no taisnas uz slīpu, līnijā netiks veiktas nekādas izmaiņas, bet pēc tam to var mainīt (vai daļu) jebkurā leņķī.

Ir iespēja iztaisnot visas līnijas, kas jau ir diagrammā. Ja izvēlaties šo opciju, visas līnijas tiks pārzīmētas īsākajā maršrutā starp to sākuma un beigu punktiem, vajadzības gadījumā izmantojot diagonālās līnijas. Izmantojot šo opciju, pašreizējās diagrammas līnijas stils tiks iestatīts arī slīps. Pēc tam diagrammas līnijas stila iestatīšana atpakaļ taisnā līnijā pārzīmē visas līnijas taisnā leņķī.

Varat arī izvēlēties līniju šķērsošanas stilus tilta vai tuneļa stilā. Tilta stila izvēle rada divas paralēlas līnijas, kur līnijas krustojas. Atlasot tuneļa stilu, krustojumā tiek izveidota pusloka forma. Noklusējuma stils ir regulāra divu līniju šķērsošana, kur līnijas krustojas.

Lai diagrammai (vai elementa tipam, kas ir savienotājs), iestatītu noklusējuma līnijas stilu:

Atlasiet Rīki un gtPreferences, pēc tam atveriet mezglu Diagrammas un izvēlieties diagrammas veidu.

Nolaižamajā lodziņā Rediģēt preferences: izvēlieties Visas malas. Ja tā vietā, lai izvēlētos Visas malas, jūs izvēlaties konkrētu elementa tipu, kas ir savienotājs, noklusējuma līnijas stils tiks iestatīts tikai šim elementa tipam.

Sadaļā Displeja opcijas noklikšķiniet uz pašreizējā līnijas stila. Pašreizējais līnijas stila nosaukums kļūst par nolaižamo lodziņu.

Nolaižamajā lodziņā atlasiet vajadzīgo līnijas stilu (vai nu slīpi, vai taisnleņķa).

Lai mainītu līnijas stilu konkrētiem savienotājiem pašreizējā diagrammā:

Kad diagrammā ir atlasīts savienotājs vai savienotāji, izvēlieties Diagramma un gt līnijas stils, pēc tam - Slīpi vai Taisni.

Lai pievienotu jaunu elkoni savienotājam:

Shift + noklikšķiniet uz savienotāja, kur vēlaties izveidot jaunu elkoni. (Jaunas līknes var pievienot un izmantot, lai mainītu savienotāja maršrutu, tikai tad, ja līnijas stils ir iestatīts slīpi.)

Lai noņemtu elkoni no savienotāja:

Shift + noklikšķiniet uz elkoņa, kuru vēlaties noņemt.

Diagrammā atlasiet savienotāju vai savienotājus, kurus vēlaties iztaisnot, pēc tam izvēlieties Diagramma un gt Iztaisnot līnijas. (Tas noņems visus starpposma elkoņus.)

Lai mainītu visu līniju šķērsošanas stilu:

Atlasiet Tools & gt Preferences & gt Diagrammas & gt Crossing Style. Šīs diagrammas īpašuma inspektorā varat mainīt arī šķērsošanas stilu. Noklusējuma stils ir regulāra divu līniju šķērsošana, kur līnijas krustojas.


Microsoft Dynamics AX glosārijs

Puse, kas klientiem piedāvā loģistikas pakalpojumus.

Sistēma diskrētu priekšmetu kategoriju sarindošanai pēc Pareto 80/20 principa, kas nosaka, ka neliela daļa priekšmetu veido vislielāko nozīmes daļu.

Klasifikators, kas ABC klasifikācijā nosauc kategorijas.

ABC kods izmaksu klasifikācijai

Klasifikators, kas ABC klasifikācijā nosauc kategorijas, kas sarindo atsevišķas priekšmetu kategorijas atbilstoši to uzskaites izmaksām.

ABC kods iemaksas normai

Klasifikators, kas ABC klasifikācijā nosauc kategorijas, kas sarindo atsevišķas priekšmetu kategorijas pēc to iemaksu starpības.

Klasifikators, kas ABC klasifikācijā nosauc kategorijas, kas sarindo atsevišķas priekšmetu kategorijas atbilstoši to ieņēmumiem.

Priekšlaicīga programmas beigšana programmas kļūdas vai sistēmas kļūmes dēļ.

Hronoloģisks ieraksts, kas apraksta izmaiņas vērtībā, kas klasificēta kā aktīvi, pasīvi, izdevumi un ieņēmumi.

Starpība starp debeta ierakstu summu un finanšu periodā kontā ievadīto kredīta ierakstu summu.

Ekonomiskās vērtības pieauguma vai samazināšanās ieraksts, ko klasificē virsgrāmatas konts.

Prakse salīdzināt kontus.

Noteikums grāmatvedības sistēmā, kas kontrolē derīgas finanšu dimensijas vērtību kombinācijas, ja ir izpildītas finanšu dimensijas struktūras nosacījuma prasības.

Konta galvenās finanšu dimensijas un citu finanšu dimensiju konfigurācija.

Prakse reģistrēt, klasificēt, apkopot un ziņot par grāmatvedības notikumu finansiālajām sekām.

Klasifikators, ko izmanto žurnālu kontu ierakstu grupēšanai pēc to ekonomiskajām īpašībām.

Parastā naudas mērvienība, ko izmanto, lai reģistrētu saimniecisko resursu naudas vērtību virsgrāmatu kontos.

Valūtas vienība, ko izmanto, lai aprēķinātu grāmatvedības notikumu finansiālās sekas.

Atkārtots dokumentu, žurnālu sastādīšanas, līdzsvarošanas un pārskatu sagatavošanas darbību kopums, ko veic puses, kas ziņo par grāmatvedības struktūru finanšu stāvokli un darbību un analizē to.

Saimnieciska darījuma finanšu seku sadalījums virsgrāmatas kontos.

grāmatvedības izplatīšanas līnija

Sākotnējā dokumenta rindas apakšraksts, kas dokumentē saimnieciska darījuma finansiālās sekas, kas dokumentē finanšu seku alikvotas daļas sadalījumu virsgrāmatas kontā.

Reāla vai konceptuāla ekonomiska vienība, kas izmanto virsgrāmatas kontus, lai reģistrētu finanšu pārskatus un ziņotu par tiem.

Grāmatvedības darbības rašanās grāmatvedības sistēmā.

grāmatvedības notikumu likviditātes klasifikācija

Grāmatvedības notikuma likviditātes klasifikācija.

Žurnāls, ko izmanto grāmatvedības notikumu finanšu seku uzskaitei grāmatvedības sistēmā.

Sākotnējā ieraksta grāmatvedības sistēmā ieraksts, kurā reģistrē datumu, vienu vai vairākus kontus un naudas vērtību, kas jāatskaita vai jāieskaita katrā kontā.

Politika, kas nosaka vispārīgos principus un procedūras, kuras organizācija ievēro, lai sagatavotu paziņojumus par tās darbību.

Noteikums grāmatvedības sistēmā, kas kontrolē grāmatvedības notikumu klasificēšanas, reģistrēšanas un ziņošanas par finanšu sekām principus, metodes un procedūras.

Pasīvu konta klasifikācijas apakšklasifikācija, kas apraksta pārdevējiem vai kreditoriem parādā esošās vērtības izmaiņas.

Aktīvu konta klasifikācijas apakšklasifikācija, kas apraksta izmaiņas klientiem parādā.

Grāmatvedības metode, kas atzīst ieņēmumus, kad tie ir nopelnīti, un izdevumus, kad tie rodas, neatkarīgi no tā, kad tie tiek saņemti vai apmaksāti.

Ieņēmumi, kas gūti vienā pārskata periodā, bet saņemti nākamajā pārskata periodā.

Amerikas Savienotajās Valstīs pieejama elektroniska līdzekļu pārskaitīšanas sistēma, kas atvieglo naudas pārskaitījumu starp saņēmējas puses un saņēmējas puses bankas kontiem.

Aktīva iegādes datums.

Darbība, kurai ir ietekme sistēmā.

Sastāvdaļa formulā, kurai ir noteikta koncentrācija un iedarbība.

Funkcionāla darba struktūra, kurā piedalās viena vai vairākas personas un aprīkojums un kurā tiek patērēti, saražoti un izmantoti resursi. Darbību var sadalīt apakšaktivitātēs.

Vēsturisks avota dokumenta stāvokļa ieraksts.

Darbības gadījums.

Noteiktās izmaksas, kas radušās, veicot darbību.

Pieprasījums pēc produktiem, kuru pamatā ir klientu pasūtījumi.

Izmērītais lielums, kas tiek ievadīts darbībā vai tiek izvadīts no tās.

Pārskata veids, kas lietotājiem prasa atlasīt datus, kurus viņi vēlas parādīt pārskatā, un noformēt pārskata izkārtojumu.

adreses verifikācijas pakalpojums

Pakalpojums, ko nodrošina kredītkaršu apstrādātājs, kas apstiprina, ka kartes turētāja norādītā norēķinu adrese atbilst informācijai, kas ir izsniegtajā bankā.

Biznesa dokuments, kas dokumentē paziņojumu par produkta sūtījumu.

Laikposms vai laika posms pēc notikuma iestāšanās.

Koplietojamo objektu kolekcija.

Laika periodu klasifikācijas process pēc vecuma.

Dienu skaits laika periodā, kas izmantots, lai ziņotu par nokavēto klienta maksājumu atlikumu.

Vienošanās starp divām vai vairākām pusēm, kuras pamatā ir savstarpēja izpratne par viņu attiecīgajām tiesībām un pienākumiem. Lai līgums būtu juridiski saistošs, ir jāievēro vairākas prasības.

Divu vai vairāku pušu apņemšanās, kuras pamatā ir savstarpēja izpratne par viņu attiecīgajām tiesībām un pienākumiem.

Sistēma, kas nodrošina funkciju, rīku un infrastruktūras kolekciju, kas izmanto pakalpojumu programmēšanas modeli, lai atbalstītu lietojumprogrammu integrāciju.

Lietotāja nozīmīguma paziņojuma klase. Brīdinājuma ziņojums ir paziņojums, ko ģenerē lietotāja definēta kārtula, kas paredzēta, lai informētu lietotāju par notikumu, nosacījumu vai statusu.

Lai piešķirtu resursa daļu noteiktai lietošanai vai mērķim.

Resursa daļas piešķiršana noteiktai lietošanai vai mērķim.

Kandidāta atslēga, kas nav noteikta kā galvenā atslēga un tiek izmantota, lai unikāli identificētu ierakstus datu bāzes tabulā.

Noteikts valūtas lielums, valūtas daudzums vai nenoteikts neskaitāmas vielas vai kvalitātes lielums.

Teksta fails, kurā tiek saglabāta informācija, ko lietotājs nodrošina, izmantojot iestatīšanas vedni, kā arī komandrindas argumenti iestatīšanas veiktajām darbībām. Šo failu vēlāk var izmantot, lai palaistu bez uzraudzības instalācijas ar vienādiem iestatījumiem.

Elementa objektu navigācijas skats lietojumprogrammas modelī.

Rutīnu kopums, ko lietojumprogramma izmanto, lai pieprasītu un veiktu zemāka līmeņa pakalpojumus, ko veic datora operētājsistēma. Šīs rutīnas parasti veic uzturēšanas uzdevumus, piemēram, failu pārvaldību un informācijas parādīšanu.

Persona, kas iesniedz oficiālu rakstisku vai elektronisku pieprasījumu strādāt vai aizpildīt atklātu amatu organizācijā.

Dokuments, kurā reģistrēts pretendenta profils.

Cilvēkresursu personāla izskatīto pieteikumu saraksts.

Lietojumprogrammu integrācijas ietvars

Sistēma, kas nodrošina funkciju, rīku un infrastruktūras kolekciju, kas izmanto pakalpojumu programmēšanas modeli, lai atbalstītu lietojumprogrammu integrāciju.

Lietojumprogrammu modeļu kopums, kam ir prioritāte pār lietojumprogrammu modeļiem, kas atrodas zemākos lietojuma slāņos. Zemāko slāni sauc par SYS.

Viena lietojuma slāņa ietvaros modelis, kas ietver noteiktu izstrādātāja elementu kopumu, piemēram, klases, tabulas un veidlapas.

Elementa objektu navigācijas skats lietojumprogrammas modelī.

lietojumprogrammas saskarne

Rutīnu kopums, ko lietojumprogramma izmanto, lai pieprasītu un veiktu zemāka līmeņa pakalpojumus, ko veic datora operētājsistēma. Šīs rutīnas parasti veic uzturēšanas uzdevumus, piemēram, failu pārvaldību un informācijas parādīšanu.

Kravas automašīnu kravu savākšanas un piegādes datumu un laiku rezervēšanas process konkrētās noliktavas vietās.

Motors, kas nosaka un apstrādā kravas maksu sadalījumu pēc svara vai pēc tilpuma.

Lai manuāli vai automātiski autorizētu nākotnes notikumu rašanos sistēmā.

Pārdevējs, kas ir pilnvarots piegādāt produktus vienai vai vairākām juridiskām personām.

Aptuvenie ražošanas un piegādes ķēdes nodokļi, kas attiecas uz preci vai pakalpojumu.

Biznesa dokuments, kas dokumentē paziņojumu par produkta nosūtīšanu.

Grāmatvedības klasifikators, ko izmanto, lai klasificētu ekonomisko resursu vērtību, kas pieder pusei.

Lai noteiktu objektu noteiktai lietošanai vai mērķim.

Apzīmējums, kas veido asociāciju starp objektiem.

Attiecības starp vienaudžu objektiem.

Krājuma daļa, kas nav piešķirta un ko var izmantot, lai izpildītu jaunus pasūtījumus un prasības.

Lai sodītu par notikuma rašanos sistēmā nākotnē.

Amerikas Savienotajās Valstīs pieejama elektroniska līdzekļu pārskaitīšanas sistēma, kas atvieglo naudas pārskaitīšanu starp saņēmējas puses un saņēmējas puses bankas kontiem.

Darbplūsmas uzdevums, kuru pabeidz automātiska darbība.

Atskaites veids, kas tiek automātiski ģenerēts no veidlapā parādītajiem datiem.

Krājuma daļa, kas nav piešķirta un ko var izmantot, lai izpildītu jaunus pasūtījumus un prasības.

Pakalpojums, ko nodrošina kredītkaršu apstrādātājs, kas apstiprina, ka kartes turētāja norādītā norēķinu adrese atbilst informācijai, kas ir izsniegtajā bankā.

Maksājums, ko klients veic par nokavētu saistību.

Grāmatvedības metode, kas produkta un ražošanas izmaksas pārraida uz pārdotā laika perioda pārdotajām precēm un kas pārrēķina šīs izmaksas izejvielu un gatavo preču kontos par produktiem, kas nav pārdoti pārskata perioda beigās.

Persona vai organizācija, kas nodod personisko īpašumu vai priekšmetus, bet ne īpašumtiesības, citai personai vai organizācijai glabāšanas nolūkos.

Ekonomisko resursu daudzums, kas nepieciešams, lai panāktu pretēju ekonomisko resursu plūsmu līdzsvara stāvoklī.

Pārskats par organizācijas finansiālo stāvokli, kas ziņo par aktīvu, pasīvu un pašu kapitāla stāvokli noteiktā datumā.

Konts, kas apraksta bilancē uzrādītās vērtības izmaiņas.

Stratēģisks darbības vadības ziņojums, kas saskaņo, izseko un mēra galvenās organizācijas darbības un mērķus.

Sākotnējais dokuments, kas dokumentē pieprasījumu bankai veikt elektronisko naudas pārskaitīšanas pakalpojumu.

Prakse saskaņot virsgrāmatas kontu, kas pārstāv bankas kontu, saskaņojot virsgrāmatas konta ierakstus ar bankas izraksta ierakstiem.

Izraksts, kurā norāda saimniecisko darbību, kas ierakstīta vienā vai vairākos kontos noteiktā laika periodā.

Matemātisks objekts, kas ir pamats atvasinājumam, sistēmai vai formulējumam.

Klase, kas uzņemas vecāku lomu, kad tā piedalās mantojuma attiecībās ar citu klasi.

Aprēķinātā valūtas vienība valūtas kursa aprēķināšanā.

Tabula, kas uzņemas vecāku lomu, kad tā piedalās mantojuma attiecībās ar citu tabulu.

Pamata mērvienība mērīšanas sistēmā, no kuras iegūst citas vienības.

Viena vai vairāku priekšmetu daudzums, kas saražots vienā operācijā.

Procesa partijas vai pārsūtīšanas partijas produkta atribūts.

Process, kas pielāgo nepieciešamo sastāvdaļu daudzumu, kas tiek izmantots formulas ražošanā, pamatojoties uz konkrētas krājuma partijas aktīvās sastāvdaļas iedarbības līmeni.

Datoru procesu kopums, kurus var palaist bez lietotāja mijiedarbības.

Ražošanas process preču ražošanai partijās.

Persona, kas ir organizācijas, kas nodrošina pabalstus, locekle vai puse, kas ir noteikta par pabalsta saņēmēju.

Netieša kompensācija vai atlīdzība, ko piedāvā organizācija.

Ieteicamais datums produkta optimālās kvalitātes vai īpašību iegūšanai.

Laika periods, kurā iegūst optimālu produkta kvalitāti vai īpašības.

Kārtula, kas pēc izvēles tiek ieviesta pēc kompilēšanas X ++. Noteikumi atspoguļo drošu vai konsekventu koda dizainu.

Avota dokuments, kas dokumentē beznosacījuma pieprasījumu trešajai pusei samaksāt otrai pusei pēc pieprasījuma.

Biznesa dokuments, ko pārvadātājs izsniedz nosūtītājam un kas kalpo kā īpašumtiesību dokuments.

Produktu un to daudzumu saraksts, kas nepieciešami viena produkta ražošanai.

Precizēts produkts, ko nosaka materiālu saraksts.

Maksājumu pieprasījumu klasifikators, kas dokumentēts klientu rēķinos, kuri regulē maksājumu noteikumus un rēķinu apstrādi.

Pārkraušanas vienība priekšmetu glabāšanai un pārsūtīšanai.

Darbība, kas saistīta ar dokumenta vai produkta aizturēšanu.

Modeļa skata-kontroliera ietvars, kas sinhroni vai asinhroni kontrolē tūlītēju vai pakešotu biznesa operāciju ieviešanas izpildi.

Aktīva neto vērtība, kas uzrādīta finanšu stāvokļa pārskatā.

Finanšu plāns, kas kontrolē plānoto darbību izdevumus.

Izdevumu apstiprināšanas prakse tikai tad, ja budžeta līdzekļus var rezervēt nākotnes maksājumu saistību izpildei.

Aktīvu finanšu dimensiju vērtību kombinācija, ko izmanto, lai piešķirtu budžeta līdzekļus, lai apmaksātu plānotās darbības.

Uzņēmējdarbības lēmuma kodēšana, lai pārbaudītu saistītos un faktiskos izdevumus, salīdzinot ar pieejamajiem budžeta līdzekļiem, kas piešķirti detalizētām vai apkopotām darbībām, ko nosaka derīgas budžeta kontroles dimensijas vērtību kombinācijas.

Laika periods, kas norādīts kā fiskālu kalendāro periodu skaits. Budžeta periods var atšķirties no pārskata perioda.

Finanšu dimensiju vērtību kopa budžeta dimensijas hierarhijā, ko izmanto, lai aprēķinātu kopējos budžeta līdzekļus, kas piešķirti pakārtoto finanšu dimensiju vērtībām, summējot budžeta līdzekļus, kas piešķirti pakārtoto finanšu dimensiju vērtībām.

Plānošanas struktūra, ko izmanto budžeta līdzekļu piešķiršanas un izdevumu plānošanai.

Dokuments, kas tiek izmantots, lai izstrādātu aprēķinus summām un vienībām budžeta plāna scenārijos.

Budžeta plāna rindu klasifikācija, piemēram, Iepriekšējais gads vai Departamenta pieprasījums, kas apraksta budžetu, ar kuru jūs strādājat vai kuru plānojat.

Process, kas identificē budžeta plānošanas perioda budžeta ciklu un virsgrāmatu un nosaka, kā budžeta plāni tiks virzīti, pārskatīti un apstiprināti organizācijas hierarhijā.

Budžeta izmaiņas, kas ietekmē pašreizējos un atlikušos pieejamos budžeta līdzekļus.

Piešķirto finanšu resursu plānoto izdevumu grafiks.

Formulas vienuma ievade produkta piegādes darbībā.

Vairāku produktu kombinācija, kas tiek pārdota kā viena vienība.

Klasifikators, kas klasificē organizācijas nozares klasifikācijas sistēmā.

Skats uz avota dokumentu, ko izdevusi viena puse un kuru saņēmusi viena vai vairākas citas puses.

Ekonomiskā notikuma un grāmatvedības notikuma abstrakcija.

Loģiska biznesa darbība, ko kontrolē biznesa darbības ietvars un kuru īsteno klase, kas sazinās ar sistēmu, izmantojot datu līgumus.

Biznesa operāciju ietvars

Modeļa skata-kontroliera ietvars, kas sinhroni vai asinhroni kontrolē tūlītēju vai pakešotu biznesa operāciju ieviešanas izpildi.

Daļēji autonoma darbības vienība, kas izveidota, lai sasniegtu stratēģiskos biznesa mērķus.

Process, kurā produktus iegādājas centralizēta iepirkumu nodaļa un pēc tam izplata veikalos.

Priekšmets, kas ražots citas preces ražošanas rezultātā.

Plānots darbību kopums, ko izstrādājusi organizācija, lai sasniegtu mērķi palielināt tirgus daļu noteiktā laika periodā.

Kanādas Maksājumu asociācijas standarts 005

Finanšu datu apmaiņas standarts par automātisko līdzekļu pārskaitījumu (AFT) ierakstiem, kuru uztur Kanādas maksājumu asociācija (CPA).

Lai pārtrauktu notikumu pirms apstrādes.

Produkcijas produkcijas daļa no pieejamajiem darbības resursiem un pieejamā izejvielu produkta, kas vajadzīga, lai izpildītu konkrētas klienta prasības.

Faktiskā vai potenciālā resursa spēja veikt darbību vai radīt produkciju noteiktā laika periodā.

Maksimālais plānotā darba apjoms, ko darba centrs var veikt vajadzīgajā jaudas līmenī.

Procedūra tādu resursu jaudas prasību noteikšanai, kas atbilst nākotnes produkcijas pieprasījumam konkrētos laika periodos.

Pārskaitīt konta slēguma atlikumus no viena grāmatvedības perioda uz sākuma kontu atlikumiem nākamajā pārskata periodā.

Budžets, kas tiek pārskaitīts no viena fiskālā gada uz nākamo un kas ir rezervēts atvērtiem pirkšanas pasūtījumiem jaunajā fiskālajā gadā.

Nauda ierobežota valūta.

Atlaide, kas atkarīga no ātras samaksas.

Skaidras naudas summa, kas paredzēta naudas maiņas vai apmaiņas nolūkā.

Maksājumu politika, kas prasa pilnu samaksu par produktu pēc piegādes.

Sākotnējais dokuments, kas dokumentē skaidras naudas vai tās ekvivalentu saņemšanu.

Elektroniska vai mehāniska ierīce ar kasi, kas reģistrē pārdošanas apjomus, aprēķina kopsummu, aprēķina izmaiņas un ģenerē produkta kvītis.

Mazākā klasificējamo aktīvu grupa, kas naudu ražo neatkarīgi no citiem organizācijas aktīviem. Šīs aktīvu grupas izmanto, lai novērtētu zaudējumus no vērtības samazināšanās.

Kataloga uzturēšanas pieprasījuma fails

Produktu datu fails, to apraksti un cenas, kā arī darbību kodi, ar kuriem piegādātāja katalogā tiek pievienoti, atjaunināti vai dzēsti produktu dati.

Faktiskais vai nominālais pārdošanas vienības vai krājuma svars.

Objektu, kuriem ir kopīgs īpašums, klasifikators, apzīmējums vai sadalījums.

Klasifikators, ko izmanto, lai grupētu ballītes, vietas, produktus un darbības.

Struktūra, kas pasūta kategorijas, izmantojot pakārtoto-padoto attiecības.

Kopīgs pakalpojums, kas apvieno resursus sviras palielināšanas vai izmaksu samazināšanas nolūkos.

Mazākā klasificējamo aktīvu grupa, kas naudu ražo neatkarīgi no citiem organizācijas aktīviem. Šīs aktīvu grupas izmanto, lai novērtētu zaudējumus no vērtības samazināšanās.

Produkta iegādes vai piegādes neparedzētās izmaksas.

Starpība starp paredzamo maksu un faktisko maksu.

Konta struktūra, kuras derīgās vērtību kombinācijas ierobežo integritātes ierobežojumi un konta kārtulas.

Bankā sastādīts vekselis.

kontrolciparu kalkulatora dzinējs

Motors, kas aprēķina sadalījumu, pamatojoties uz kontrolcipariem.

Tabula, kas uzņemas bērna lomu, kad tā piedalās integritātes attiecībās ar citu tabulu un kuras ārējās atslēgas atribūtu vērtības tiek migrētas no tabulas, uzņemoties vecāku lomu attiecībās.

Atkārtoti lietojama karte, kas signalizē par apstrādes un pārsūtīšanas darbībām, kad tā cirkulē starp materiāla izcelsmes vietu un patēriņa punktu.

Atkārtoti lietojama karte, kas signalizē par apstrādes un pārsūtīšanas darbībām, kad tā cirkulē starp materiāla izcelsmes vietu un patēriņa punktu.

Objektu kopa, kurai ir kopīgs definīcijas rekvizīts, kurām ir kopīgas darbības un uzvedība vai abas.

Sistemātiska nodarbību organizēšana.

Programma, kas tiek izmantota, lai veiktu elektroniskus maksājumus bankās un saņemtu informāciju no bankām. Šī informācija ietver veikto maksājumu apstiprinājumus, informāciju par ienākošajiem maksājumiem un bankas kontu atlikumus.

Stāvoklis periodā, kurā darbība nevar notikt, operatīvā procesa stāvoklis vai avota dokumenta statuss.

Fiskālā perioda stāvoklis, kuru nevar atkārtoti atvērt un kas neļauj to izmantot kā laika perioda klasifikatoru kontu ierakstiem.

Grāmatvedības procedūra, kas pagaidu īpašnieku pašu kapitāla kontu atlikumus pārskaita uz pastāvīgo īpašnieku pašu kapitāla kontu, un pagaidu kontos paliek nulle.

Aparatūras un programmatūras kolekcija, kas nodrošina mākoņdatošanas piecus būtiskos raksturlielumus (pašapkalpošanās pēc pieprasījuma, plaša piekļuve tīklam, resursu apvienošana, ātra elastība un izmērīts pakalpojums). Var uzskatīt, ka mākoņu infrastruktūrā ir gan fizisks, gan abstrakcijas slānis. Fiziskais slānis sastāv no aparatūras resursiem, kas nepieciešami sniegto mākoņpakalpojumu atbalstam, un parasti ietver servera, krātuves un tīkla komponentus. Abstrakcijas slānis sastāv no programmatūras, kas izvietota visā fiziskajā slānī, un kas parāda būtiskākās mākoņa īpašības. Konceptuāli abstrakcijas slānis atrodas virs fiziskā slāņa.

Viena veida ar noliktavu saistītu darba priekšmetu grupa, kuras pamatā ir lietotāja noteikti kritēriji (piemēram, atrašanās vieta un krājuma numurs).

Produktu datu fails, to apraksti un cenas, kā arī darbību kodi, ar kuriem piegādātāja katalogā tiek pievienoti, atjaunināti vai dzēsti produktu dati.

Maksājumu politika, kas prasa pilnu samaksu par produktu pēc piegādes.

Svītrkodu simboloģijas standarts, ko uztur Amerikas Nacionālais standartu institūts (ANSI).

Grāmatvedības kategorija, ko izmanto, lai apkopotu produktu ražošanas un krājumu uzskaites finansiālās sekas.

Apsolījums vai pienākums veikt kādu darbību nākotnē.

Budžeta līdzekļu rezervēšanas uzskaites notikumu finansiālo seku reģistrēšanas prakse pirmsapgrūtinājuma un apgrūtinājuma žurnālu kontos finanšu un vadības pārskatu sniegšanai un analīzei.

Juridiskas personas apņemšanās uzņemties izmaksas brīdī, kad pienāk nākamā saistība.

Maināmi produkti bez fiziskas atšķirības, kurus piegādā vairāki pārdevēji.

Kategoriju hierarhija, kas pasūta kategorijas, kas izveidotas no preču kodiem.

Cenu noteikšanas stratēģija, lai atjauninātu no precēm ražotu pārdošanas priekšmetu cenu, ņemot vērā biežas cenu izmaiņas.

Sastāvdaļas veids formulā, kuras daudzumu var pielāgot. Šīs korekcijas pamatā ir starpība starp aplēstajiem aktīvās sastāvdaļas daudzumiem un aktīvo sastāvdaļu uzskaites partiju daudzumiem, kas rezervēti, pamatojoties uz aktīvās sastāvdaļas iedarbību.

Tieša vai netieša naudas un nestandarta atlīdzība apmaiņā pret sniegtajiem pakalpojumiem vai apbalvošana par zaudējumiem, kas nodarīti traumas vai līguma pārkāpuma dēļ.

Stāvoklis, kad ir sasniegts normāls vai paredzams programmas vai procesa beigas.

Pilnas daļas attiecības, kurās daļas objekta dzīves cikls ir atkarīgs no visa objekta dzīves cikla.

Apstiprināt notikuma pagātni sistēmā.

apstiprinājums par saņemšanas politiku

Politika, kas nosaka funkcionālo vietu, kur notiek priekšmetu fiziska pieņemšana.

Datums, kad pārdevēja puse apstiprina, ka preces tiks piegādātas klientam vai pārdevējam.

Lai būtu saskaņā ar prasībām, specifikācijām vai izteiktām cerībām.

Saskaņā ar prasībām, specifikācijām vai izteiktām cerībām.

Piegādātāja rēķins, kas dokumentē produktu daudzumu un naudas summu summu no vairāk nekā viena atsaucīga piegādātāja rēķina.

Avota dokuments, kas dokumentē vairākus atsauces rīkojumus.

konsolidēts pirmdokuments

Sākotnējais dokuments, kas dokumentē produktu daudzumu un naudas summu summu no vairāk nekā viena atsauces vienas klases avota dokumenta.

Galvenais konts galvenajā juridiskajā vienībā, kas tiek izmantots virsgrāmatas konsolidācijai.

Iespējams izmaksu ietaupīšanas notikums, kas iegūts, grupējot apstiprinātās pieprasījuma rindas vienības, lai vienotos ar pārdevējiem par izdevīgāku cenu.

Konfigurācijas tehnoloģija, kas izmanto ierobežojumus, lai izstrādātu produktu pamatmeistarus un konfigurētu atšķirīgus produktus.

Persona, kas atrodas jūsu organizācijā vai ārpus tās un kurai esat izveidojis ierakstu, kurā varat saglabāt vairāku veidu informāciju, piemēram, ielu un e-pasta adreses, tālruņa un faksa numurus un tīmekļa lapu vietrāžus URL.

Pārkraušanas vienība priekšmetu nosūtīšanai un saņemšanai.

Juridiski saistošs nolīgums starp divām vai vairākām pusēm.

Lomu, ko uzņemas persona, kas piedalās darbuzņēmēja un darba devēja attiecībās ar juridisku personu.

Atkārtots ražošanas un loģistikas darbību kopums, ko veic puses, kas ražo vai izplata preces.

Priekšmets, kas ražots kopā ar citu priekšmetu.

Ekonomiskā resursa vērtība, kas izteikta naudas vienībās un kuru mēra, izmantojot grāmatvedības vērtēšanas principu.

Metode, ko izmanto, lai klasificētu un sadalītu pārveidošanas izmaksas.

Darbības vienība, kuras vadītāji ir atbildīgi par budžetā paredzētajiem un faktiskajiem izdevumiem.

Grāmatvedības kategorija, ko izmanto, lai apkopotu produktu ražošanas un krājumu uzskaites finansiālās sekas.

Starpība starp paredzamajām un faktiskajām izmaksām.

Lai aprēķinātu, piešķirtu un sadalītu organizācijas iegādāto, saražoto vai piegādāto ekonomisko resursu izmaksas.

Organizācijas iegūto, saražoto vai piegādāto ekonomisko resursu izmaksu aprēķināšanas, piešķiršanas un sadales process.

kredītkartes autorizācija

Kredītkartes īpašnieka identifikācijas un kredītspējas pārbaudes process pirms pārdošanas pasūtījuma apstrādes un izpildes.

Kredītkartes īpašnieka identifikācijas un kredītspējas pārbaudes process, kad tiek izpildīts pārdošanas pasūtījums.

Izplatīšanas prakse, kurā preces tiek sūtītas no saņemšanas līdz nosūtīšanai, ar ierobežotu uzglabāšanu vai bez tās.

Produkcijas produkcijas daļa no pieejamajiem darbības resursiem un pieejamā izejvielu produkta, kas vajadzīga, lai izpildītu konkrētas klienta prasības.

Kumulatīvās darījuma vērtības maksimālais limits, līdz kuram netiek aprēķināts nodoklis par darījuma vērtību.

Apmaiņas līdzeklis apgrozībā, kas neaprobežojas tikai ar naudu.

Burtciparu identifikators, kas apzīmē valūtas vienību.

Diskrēts valūtas vērtības dalījums.

Maksājums, kas saņemts no klienta, gaidot priekšmetu piegādi vai pakalpojuma sniegšanu.

Sākotnējais dokuments, kas dokumentē klienta maksājuma pieprasījumu. Kad maksājums ir saņemts, to var saskaņot ar rēķinu.

Strukturēta programma, kas apbalvo klientus ar stimuliem vai citiem ieguvumiem par lojālu pirkšanas uzvedību.

Krājumu uzskaites metode, kurā tiek skaitītas preces, kas tiek glabātas dažādās noliktavas vietās, lai pārbaudītu krājumu līmeņus uz rokas un atvieglotu krājumu līmeņa korekcijas.

Laiks, kas nepieciešams aktivitātes pabeigšanai.

Informācijas struktūra, kas attēlo entītijas datu raksturojumu.

X ++ notikums, kas rodas, mainoties datu vērtībai tabulā.

Parametra tips, ko izveido pārskatu sistēma, kad tiek izveidota datu kopa, pamatojoties uz rekvizītu Query un datu kopas rekvizītu Dynamic Filters.

Pārskata veids, kas neļauj lietotājam mainīt izkārtojumu, bet kas ļauj lietotājam filtrēt un kārtot datus pārskatā.

Aprēķinātā pievienotās vērtības nodokļa (PVN) summa, kas nav jāmaksā, kamēr nav samaksāts rēķins. Šī summa tiek ieskaitīta nerealizētā pirkuma PVN kontā, un to var pieprasīt tikai pēc kvīts / nodokļu rēķina vai nodokļu rēķina saņemšanas.

Aprēķinātā pievienotās vērtības nodokļa (PVN) summa, kas nav jāmaksā, kamēr nav samaksāts rēķins. Šī summa tiek ierakstīta nerealizētā pārdošanas PVN kontā, un to var pieprasīt tikai pēc kvīts vai nodokļu rēķina izdrukāšanas.

Veids, kas atsaucas uz metodi. Kad delegātam ir piešķirta metode, tā rīkojas tieši tāpat kā šī metode. Delegāti ir aptuveni līdzīgi funkciju rādītājiem C ++, tomēr tie ir tipam droši un droši.

Biznesa dokuments, kas dokumentē produktu piegādi starp divām pusēm.

Plānoto produktu piegādes grafiks.

Vidējais dienas pieprasījums pēc produkta reizināts ar vidējo izpildes laiku.

Prognoze par nākotnes produktu pieprasījumu.

Biznesa process, kas novērtē pieprasījumu nākotnē un veido pieprasījuma prognozes, pamatojoties uz vēsturiskajiem darījumu datiem.

Lomu, ko uzņēmusies viena persona, vieta vai lieta, kas piedalās attiecībās.

Puse, kas uzņemas atkarīgu lomu, kad tā piedalās attiecībās ar citu pusi.

Darbplūsmas eksemplārs, ko ģenerē vecāku darbplūsmas instance.

Pamatlīdzekļa sākotnējo izmaksu daļas termiņa beigas noteiktā laika periodā.

Programmatiski piekļūt atmiņas adresei, kas piešķirta rādītāja vai atsauces mainīgajam.

Noteikums, lai noteiktu klasifikatoru grāmatvedības notikuma finansiālo seku klasificēšanai.

Klase, kas uzņemas bērna lomu, kad tā piedalās mantojuma attiecībās ar vecāku (vai bāzes) klasi, kuras metodes var paplašināt vai definēt no jauna un kuru locekļu piekļuvi var ierobežot.

Tabula, kas uzņemas bērna lomu, kad tā piedalās mantojuma attiecībās ar citu tabulu.

galamērķa uzņēmuma konts

Juridiska persona, kas ir saistību saņēmējs starpuzņēmumu saimnieciskā darījumā.

galamērķa inventāra atrašanās vieta

Inventāra vieta, kur tiek saņemti materiāli, kas nepieciešami pēdējai kanban ražošanas vai pārsūtīšanas darbībai.

tirdzniecības nodoklis uz galamērķi

Tirdzniecības nodoklis, ko dažos ASV štatos iekasē par produktu, pamatojoties uz galamērķi, kurā pircējs pārņem īpašumtiesības vai saņem produktu.

Klasifikators, kas raksturo objekta vai darbības kvantitatīvi nosakāmās īpašības lielumu vai apjomu.

dimensijas atvasināšanas likums

Noteikums par virsgrāmatas dimensijas noteikšanu grāmatvedības notikuma finansiālo seku klasificēšanai.

Konfigurācijas tehnoloģija, ko izmanto, lai izveidotu produkta variantus, atlasot produkta izmēru vērtības.

Mērījums, kura dimensija ir viena un kura mērvienība ir vai nu bezizmēra mērvienība, vai vienība.

Fiksētā un mainīgā atlīdzība, ko darbiniekam piešķir apmaiņā pret sniegtajiem pakalpojumiem.

Pārdevējs, kas nav pilnvarots piegādāt produktus vienai vai vairākām juridiskām personām.

Fiksēta summa vai procentuālā daļa, kas atskaitīta no kotētās cenas vai kopējās cenas.

Laika periods, kurā klients var atlaist savas maksājumu saistības.

Starpība starp paredzamo atlaidi un faktisko atlaidi.

Unikāli identificējams produkts.

Noliktavas process, kurā jūs varat kontrolēt krājumu priekšmetus vairākiem pasūtījumiem, sūtījumiem, kravām vai viļņiem pie piestātnēm, kad tiek saņemti ienākošie priekšmeti vai tiek ielādēti izejošie.

Metode darbības procesa aizturēšanai, kamēr pasūtītās preces atrodas kvalitātes nodrošināšanas procesā.

dokumentu pārvaldības sistēma

Lietojumprogramma organizācijas dokumentu glabāšanai un apstrādei.

Lietojumprogrammu integrācijas pakalpojumi, kas nodrošina XML dokumentu izveidošanu, lasīšanu, atjaunināšanu, dzēšanu un atrašanu, kas kartēti, izmantojot vaicājuma elementu Application Object Tree (AOT).

Pieņemtais, izdomātais nosaukums, ar kuru organizācija ir reģistrēta Amerikas Savienotajās Valstīs.

Konceptuāla struktūra, kas pārstāv neatkarīgu vienību, kas spēj pastāvēt atsevišķi.

Darbības rašanās organizācijas resursu pārvaldības domēnā.

Uzvedības modelis, ko domēna entītijas pieņem, piedaloties lomu attiecībās.

Izteiksme, kas pārveido objekta tipu par atvasinātas klases tipu.

Atbildība veikt vienu vai vairākus uzdevumus vai sniegt pakalpojumus darbam.

Drošības modelī lietojumprogrammu piekļuves privilēģiju kopums, kas nepieciešams, lai lietotājs varētu veikt savus pienākumus.

Rekvizīts datu kopā, kas nosaka, kā pārskatam tiek izveidoti pārskata filtri.

13 ciparu starptautiskais svītrkodu standarts, ko uztur GS1.

Ekonomiskas apmaiņas darbības rašanās ekonomiskajā sistēmā.

Resurss, kas tiek patērēts, ražots un izmantots, lai pievienotu vērtību organizācijas produktu piegādes darbībām.

Vispārējā vide, kas parasti tiek noteikta kā gaiss, ūdens vai zeme.

Tīkla sistēma līdzekļu pārskaitīšanai no viena bankas konta uz citu.

Dokumentu iesniegšanas process iestādei, izmantojot elektronisko sakaru nesēju.

elektroniska naudas pārskaitīšana

Tīkla sistēma līdzekļu pārskaitīšanai no viena bankas konta uz citu.

Lomu, ko uzņēmusies persona, kura piedalās darbinieka un darba devēja attiecībās ar juridisku personu.

Tieša vai netieša naudas un nemonetāra atlīdzība, ko darbinieks piedāvā organizācijai.

Juridisko personu apņemšanās rezervēt budžeta līdzekļus izdevumu saistībām.

Sistēmas komponents, kas nodrošina sarežģītas iespējas un veic darbības ar objektiem.

Tīmekļa vietne, kas nodrošina vienotu piekļuves punktu organizācijas iekšējiem un ārējiem lietotājiem, lai piekļūtu visdažādākajai biznesa informācijai.

Objekts, kuru var unikāli identificēt.

Starptautiska bezpeļņas asociācija, kas atbalsta un veicina Vienotās eiro maksājumu zonas (SEPA) banku nozares iniciatīvu.

Lean koncepcija, kas tiek izmantota, lai izveidotu regulāru atkārtotu ražošanas ciklu.

Organizācijas neto vērtība pēc saistību atņemšanas no aktīviem.

Darbplūsmas eskalācijas darbību virkne, kuras var veikt, lai pabeigtu darbplūsmas darba vienumu, kad pašreizējais cesionārs to nevar pabeigt.

Aptuvenās izmaksas, kas radušās, veicot darbību.

13 ciparu starptautiskais svītrkodu standarts, ko uztur GS1.

Starptautiska bezpeļņas asociācija, kas atbalsta un veicina Vienotās eiro maksājumu zonas (SEPA) banku nozares iniciatīvu.

Darbības rašanās sistēmā.

Programmatūras rutīna, kas tiek izpildīta, reaģējot uz notikumu.

Lean koncepcija, kas tiek izmantota, lai izveidotu regulāru atkārtotu ražošanas ciklu.

Maksimālais atsevišķa darījuma vērtības ierobežojums, kas ir daļa no kumulatīvās darījuma vērtības, līdz kuram netiek aprēķināts nodoklis par darījuma vērtību. Izņēmuma slieksnis tiek piemērots atsevišķa darījuma vērtībai, kas ir daļa no darījuma kumulatīvās vērtības, kas ietilpst kumulatīvajā slieksnī.

Vienas valūtas vienības vērtība attiecībā pret citu valūtas vienību.

Konvertētas naudas summas modifikācija, kad mainās maiņas kurss starp kotēšanas vienību un bāzes vienību.

Klasifikācija, kas grupē valūtas kursus.

Izmaksas vai izdevumi, kas tiek iztērēti pārskata periodā.

Atkārtots iepirkumu, saņemšanas, apmaksas un pārskaitījumu darbību kopums, ko kontrolē viena vai vairākas puses, kas piedalās apmaiņas un bezmaiņas darījumos.

izdevumu atzīšanas uzskaites likums

Atzīšanas uzskaites noteikums, kas nosaka izdevumu atzīšanu kontos un finanšu pārskatos.

Izmaksas, kas beidzas, kad pārskata periodā tiek saņemti ieguvumi, kas raduši izmaksas.

Saņemtais produkts, kas ir apgrozāms aktīvs, netiek turēts pārdošanai vai patērēts ražošanā un kuram nav krājumu kontroles politikas, kurā būtu nepieciešama daudzuma uzskaite, vai krājumu kontroles politikas, kurā būtu nepieciešama krājumu vērtības izsekošana, un kuru grāmatvedības politika prasa reģistrēt no izmaksām kā izdevumiem.

Datums, kurā kaut kas zaudē spēku.

Produkta daudzuma cena, kas izteikta pirkšanas vienībās, kas aprēķināta no pārdošanas vienības cenas, reizināta ar produkta daudzumu pirkuma vienībās, dalīta ar pārdošanas vienības daudzumu.

Norādītā vērtība, kas tiek parādīta naudas vienības virsmā, piemēram, rēķins, monēta vai dāvanu karte. Dāvanu kartēm nominālvērtība ir sākuma atlikums, kas tika samaksāts dāvanu kartes izsniegšanas laikā.

Ražošanas plūsma, kas var piegādāt citas pakārtotās ražošanas plūsmas.

FIFO krājumu novērtēšanas metode

Krājumu novērtēšanas metode, kurā grāmatvedības vajadzībām tiek pieņemts, ka krājumi pārvietojas tādā secībā, kādā tie tika saņemti, neatkarīgi no tā faktiskās fiziskās kustības.

Sastāvdaļas veids formulā, ko izmanto, lai palielinātu produkta kopējo daudzumu. Pildvielas sastāvdaļai nav ķīmiskas ietekmes uz nevienu no aktīvajām sastāvdaļām formulējumā.

Rīks, kuru varat izmantot, lai ātri meklēšanai klasificētu krājuma priekšmetus. Filtri arī ierobežo preču pieejamību klientiem, pārdevējiem un noliktavas procesiem.

Finanšu datu klasifikators, kas izveidots no organizācijā iesaistītajām pusēm, atrašanās vietām, produktiem un darbībām un izmantots vadības ziņošanai.

finanšu dimensijas vērtība

Datu elements finanšu dimensijas domēnā.

finanšu dimensijas vērtības ierobežojums

Hierarhiskas finanšu dimensijas attiecības, kas ierobežo visu iespējamo finanšu dimensiju vērtību kombināciju kopu ar derīgu finanšu dimensiju vērtību kombināciju kopumu.

Pārskats, kas dokumentē organizācijas finanšu informāciju un finansiālo stāvokli.

Fiskālā gada laika perioda sadalījums.

Aptuvenais 12 mēnešu fiskālais periods, ko izmanto organizācija, kas sagatavo gada finanšu pārskatus.

Grāmatvedības klasifikators, ko izmanto, lai klasificētu visus ilgtermiņa aktīvus, kuru izmaksu termiņš tiek atzīts vairāk nekā vienu gadu.

Kompensācija, kas nav atkarīga no darba rezultātiem, ko organizācija piešķir darbiniekam.

Izmaksas, kas nemainās atkarībā no izmaiņām produkta piegādes caurlaidspējā vai izvadē.

Valūtas kurss, kas vienas valūtas vērtību piesaista citas valūtas vērtībai.

Pastāvīga atrašanās vieta, kas tiek piešķirta priekšmetam noliktavā. Vairākiem vienumiem var būt viena un tā pati fiksētā atrašanās vieta, un vienam vienumam var būt vairākas fiksētas vietas.

Kanban tips, kas tiek izmantots, ja kanban kārtulai piešķirto kanbanu skaits ir nemainīgs.

Projekta veids, kurā klients maksā iepriekš noteiktu summu par visu projektu.

fiksētas cenas projekta tāme

Paredzamās kopējās izmaksas, lai pabeigtu fiksētas cenas projektu.

Autentifikācijas process, kurā var autentificēt lietotājus dažādās identitātes pārvaldības sistēmās.

Piegādes metode, kas nosaka punktu, kurā preces pieder pircējam. FOB var noteikt īpašumtiesības, kad prece tiek bojāta transportēšanas laikā.

Dimensija, ko izmanto, lai raksturotu detalizācijas pakāpi, kurai tiek definēta prognoze.

ārvalstu valūtas pārvērtēšana

Pārvērtēto aktīvu un saistību uzskaites procedūra, kas izskaidro valūtas kursu atšķirības starp sākotnējo darījuma valūtas vienību un grāmatvedības valūtas vienības konvertāciju un perioda beigu darījuma valūtu un grāmatvedības valūtas konvertāciju.

ārvalstu valūtas tulkošana

Procedūra pārvērtēto funkcionālās valūtas kontu atlikumu reģistrēšanai, konta atlikumus koriģējot pārskata valūtā.

Valsts / reģiona valūtas vienība, kas nav primārās juridiskās personas funkcionālā valūtas vienība.

Lauku kopa, kuru vērtības tiek migrētas no primārās atslēgas vai alternatīvās atslēgas no vecāku tabulas.

Skaitliska saistība starp ražošanas procesa izejvielām un ražošanas procesa izejām.

Partijas procesa rezultāts, ko kontrolē formula.

Piegādes metode, kas nosaka punktu, kurā preces pieder pircējam. FOB var noteikt īpašumtiesības, kad prece tiek bojāta transportēšanas laikā.

Persona vai uzņēmums, ar kuru klients nolīgis kravu apvienošanu sūtījumos un pēc tam šo kravu pārvadāšanu un piegādi norādītajos galamērķos.

Norunātā piegādes izmaksu apstrādes metode. Kravas pārvadājumu noteikumos ir norādīta puse, kas atbild par kravas maksas samaksu.

pilnībā kvalificēts konta numurs

Virsgrāmatas konta numurs, kurā tiek ievadīti un apstiprināti visi konta struktūras segmenti.

Valūtas vienība valstī / reģionā, kurā galvenā juridiskā persona veic uzņēmējdarbību un kurā tā ģenerē lielāko daļu savu ieņēmumu un izdevumu.


Ārvalstu atslēga netiek pievienota galamērķa tabulai pēc attiecību klases - Ģeogrāfiskās informācijas sistēmas - izveides

Lai gan tabulas un rādītāji ir vissvarīgākie un visbiežāk izmantotie shēmas objekti, datu bāze atbalsta daudzus citus shēmas objektu veidus, no kuriem visbiežāk tiek aplūkoti šajā nodaļā.

Šajā nodaļā ir šādas sadaļas:

Starpsienu pārskats

Oracle datu bāzē sadalīšana ļauj sadalīt ļoti lielas tabulas un rādītājus mazākos un vieglāk pārvaldāmos gabalos, kurus sauc par nodalījumiem. Katrs nodalījums ir neatkarīgs objekts ar savu nosaukumu un pēc izvēles arī savas glabāšanas īpašības.

Pieņemsim, ka līdzībai, kas ilustrē sadalīšanu, HR vadītājam ir viena liela lodziņš, kurā ir darbinieku mapes. Katrā mapē ir norādīts darbinieku pieņemšanas datums.Bieži tiek uzdoti jautājumi par darbiniekiem, kas pieņemti darbā noteiktā mēnesī. Viena pieeja šādu pieprasījumu apmierināšanai ir izveidot darbinieku pieņemšanas datumā indeksu, kurā norādītas visu lodziņā izkaisīto mapju atrašanās vietas. Turpretī sadalīšanas stratēģijā tiek izmantotas daudzas mazākas kastes, katrā lodziņā ir mapes darbiniekiem, kuri ir pieņemti darbā attiecīgajā mēnesī.

Mazāku kastīšu izmantošanai ir vairākas priekšrocības. Kad tiek lūgts izgūt mapes darbiniekiem, kas pieņemti darbā jūnijā, personāla vadītājs var izgūt lodziņu jūnijs. Turklāt, ja kāda neliela kastīte ir īslaicīgi bojāta, pārējās mazās kastes paliek pieejamas. Biroju pārvietošana kļūst arī vienkāršāka, jo vadītājs nevis var pārvietot vienu smagu kasti, bet gan pārvietot vairākas mazas kastes.

No lietojumprogrammas viedokļa eksistē tikai viens shēmas objekts. Lai piekļūtu nodalītajām tabulām, SQL priekšrakstiem nav jāveic nekādas izmaiņas. Sadalīšana ir noderīga daudziem dažādu veidu datu bāzu lietojumiem, īpaši tiem, kas pārvalda lielu datu apjomu. Ieguvumi ietver:

Nodalījuma nepieejamība nenozīmē objekta nepieejamību. Vaicājuma optimizētājs automātiski noņem nereģistrētās nodalījumus no vaicājuma plāna, lai vaicājumi netiktu ietekmēti, ja nodalījumi nav pieejami.

Vieglāka shēmas objektu administrēšana

Sadalītā objektā ir gabali, kurus var pārvaldīt gan kolektīvi, gan atsevišķi. DDL paziņojumi var manipulēt ar nodalījumiem, nevis ar veselām tabulām vai rādītājiem. Tādējādi jūs varat sadalīt resursus ietilpīgus uzdevumus, piemēram, indeksa vai tabulas atjaunošanu. Piemēram, vienlaikus varat pārvietot vienu tabulas nodalījumu. Ja rodas problēma, jāpārdara tikai nodalījuma pārvietošana, nevis tabulas pārvietošana. Nometot nodalījumu, var izvairīties no daudzu DELETE paziņojumu izpildes.

Samazināta konkurence par koplietotajiem resursiem OLTP sistēmās

Dažās OLTP sistēmās nodalījumi var samazināt konkurenci par koplietojamo resursu. Piemēram, DML tiek sadalīts vairākos segmentos, nevis vienā segmentā.

Uzlabota vaicājumu veiktspēja datu noliktavās

Datu noliktavā sadalīšana var paātrināt ad hoc vaicājumu apstrādi. Piemēram, pārdošanas tabulu, kurā ir miljons rindu, var sadalīt pa ceturkšņiem.

Sadalījuma raksturojums

Katram tabulas vai indeksa nodalījumam ir jābūt vienādiem loģiskajiem atribūtiem, piemēram, kolonnu nosaukumiem, datu tipiem un ierobežojumiem.

Piemēram, visiem tabulas nodalījumiem ir vienādas kolonnu un ierobežojumu definīcijas. Tomēr katram nodalījumam var būt atsevišķi fiziski atribūti, piemēram, tabulas telpa, kurai tā pieder.

Sadalīšanās atslēga

Nodalījuma atslēga ir vienas vai vairāku kolonnu kopa, kas nosaka nodalījumu, kurā jāiet katrai sadalītās tabulas rindai. Katra rinda ir nepārprotami piešķirta vienam nodalījumam.

Pārdošanas tabulā kā diapazona nodalījuma atslēgu varat norādīt kolonnu time_id. Datu bāzē rindām tiek piešķirti nodalījumi, pamatojoties uz to, vai šīs kolonnas datums ietilpst noteiktā diapazonā. Oracle Database automātiski novirza ievietošanas, atjaunināšanas un dzēšanas darbības attiecīgajā nodalījumā, izmantojot nodalījuma atslēgu.

Sadalīšanas stratēģijas

Oracle Partitioning piedāvā vairākas sadalīšanas stratēģijas, kas kontrolē to, kā datu bāze ievieto datus nodalījumos. Pamatstratēģijas ir diapazona, saraksta un hash sadalīšana.

Viena līmeņa nodalījumā tiek izmantota tikai viena datu izplatīšanas metode, piemēram, tikai saraksta sadalīšana vai tikai diapazona sadalīšana. Saliktajā sadalījumā tabula tiek sadalīta ar vienu datu izplatīšanas metodi, un pēc tam katru nodalījumu tālāk sadala apakšnodaļās, izmantojot otro datu izplatīšanas metodi. Piemēram, jūs varētu izmantot saraksta nodalījumu kanāla_id un diapazona apakšnodaļu laika_id.

6-1. Piemērs Sadalītās tabulas rindu kopas paraugs

Šajā sadalīšanas piemērā tiek pieņemts, ka vēlaties aizpildīt sadalītās tabulas pārdošanu ar šādām rindām:

Diapazona sadalīšana

In diapazona sadalīšana, datu bāze kartē rindas uz nodalījumiem, pamatojoties uz nodalīšanas atslēgas vērtību diapazoniem. Diapazona sadalīšana ir visizplatītākais sadalīšanas veids, un to bieži lieto kopā ar datumiem.

Pieņemsim, ka jūs izveidojat time_range_sales kā sadalītu tabulu, izmantojot šo SQL priekšrakstu, kā nodalījuma atslēgu kolonnu time_id:

Pēc tam jūs ielādējat laika diapazona_pārdošana ar rindām no 6-1. Piemēra. Kods parāda rindu sadalījumu četros nodalījumos. Datu bāze katrai rindai izvēlas nodalījumu, pamatojoties uz vērtību time_id atbilstoši noteikumiem, kas norādīti klauzulā SADALĪJUMS AR DAĻU. Diapazona nodalījuma atslēgas vērtība nosaka neiekļauto augsto robežu norādītajam nodalījumam.

Intervāla sadalīšana

Intervāla sadalīšana ir diapazona sadalīšanas paplašinājums.

Ja ievietojat datus, kas pārsniedz esošos diapazona nodalījumus, Oracle Database automātiski izveido nodalījumus ar noteiktu intervālu. Piemēram, jūs varētu izveidot pārdošanas vēstures tabulu, kurā dati par katru mēnesi tiek glabāti atsevišķā nodalījumā.

Intervāla nodalījumi ļauj jums nepārprotami izveidot diapazona nodalījumus. Intervālu sadalīšanu var izmantot gandrīz katrai tabulai, kas ir sadalīta diapazonā un jauniem nodalījumiem izmanto fiksētus intervālus. Ja vien neveidojat diapazona nodalījumus ar dažādiem intervāliem vai ja vienmēr iestatāt konkrētus nodalījuma atribūtus, apsveriet iespēju izmantot intervālu nodalījumus.

Sadalot pēc intervāla, jānorāda vismaz viens diapazona nodalījums. Diapazona sadalīšanas atslēgas vērtība nosaka diapazona nodalījumu augsto vērtību, ko sauc par pārejas punktu. Datu bāze automātiski izveido intervāla nodalījumus datiem ar vērtībām, kas atrodas ārpus pārejas punkta. Katra intervāla nodalījuma apakšējā robeža ir iepriekšējā diapazona vai intervāla nodalījuma augšējā robeža. Tādējādi 6-2. Piemērā vērtība 01-JAN-2011 ir nodalījumā p2.

Datu bāze izveido intervālu nodalījumus datiem ārpus pārejas punkta. Intervāla nodalījums paplašina diapazona sadalīšanu, uzdodot datu bāzei izveidot nodalījumus ar norādīto diapazonu vai intervālu. Datu bāze automātiski izveido nodalījumus, kad tabulā ievietotie dati pārsniedz visus esošos diapazona nodalījumus. 6-2. Piemērā p3 nodalījumā ir rindas ar sadalīšanas atslēgas time_id vērtībām, kas lielākas vai vienādas ar 01-JAN-2013.

6-2. Piemērs Intervāla sadalīšana

Pieņemsim, ka izveidojat pārdošanas tabulu ar četrām dažāda platuma nodalījumiem. Jūs norādāt, ka virs 2013. gada 1. janvāra pārejas punkta datu bāzē starpsienas jāizveido ar viena mēneša intervālu. Nodalījuma p3 augstā robeža apzīmē pārejas punktu. Nodalījums p3 un visi nodalījumi zem tā atrodas diapazona sadaļā, turpretī visi virs tā esošie nodalījumi ietilpst intervāla sadaļā.

Jūs ievietojat izpārdošanu, kas veikta 2014. gada 10. oktobrī:

Vaicājums USER_TAB_PARTITIONS parāda, ka datu bāze izveidoja jaunu nodalījumu 10. oktobra izpārdošanai, jo pārdošanas datums bija vēlāk nekā pārejas punkts:

Saraksta sadalīšana

In saraksta sadalīšana, datu bāzē tiek izmantots atsevišķu vērtību saraksts kā nodalījuma atslēga katram nodalījumam. Sadalīšanas atslēga sastāv no vienas vai vairākām kolonnām.

Sarakstu sadalīšanu var izmantot, lai kontrolētu, kā atsevišķas rindas tiek attēlotas konkrētos nodalījumos. Izmantojot sarakstus, varat sagrupēt un kārtot saistītās datu kopas, ja to identificēšanai izmantotā atslēga nav ērti pasūtīta.

6-3 piemērs Sarakstu sadalīšana

Pieņemsim, ka jūs izveidojat list_sales kā saraksta sadalītu tabulu, izmantojot šo paziņojumu, kur kolonna channel_id ir nodalījuma atslēga:

Pēc tam jūs ielādējat tabulu ar rindām no 6-1. Piemēra. Kods parāda rindu sadalījumu abos nodalījumos. Datu bāze katrai rindai izvēlas nodalījumu, pamatojoties uz vērtību channel_id saskaņā ar noteikumiem, kas norādīti klauzulā PARTITION BY LIST. Rindas ar channel_id vērtību 2 vai 4 tiek saglabātas EVEN_CHANNELS nodalījumos, savukārt rindas ar channel_id vērtību 3 vai 9 tiek saglabātas ODD_CHANNELS nodalījumā.

Hash sadalīšana

In hash sadalīšana, datubāze kartē rindas uz nodalījumiem, pamatojoties uz jaukšanas algoritmu, kuru datu bāze lieto lietotāja norādītajā nodalīšanas atslēgā.

Rindas galamērķi nosaka iekšējā jaukšanas funkcija, ko datu bāze izmanto rindai. Ja nodalījumu skaits ir 2 jauda, ​​jaukšanas algoritms rada aptuveni vienmērīgu rindu sadalījumu pa visiem nodalījumiem.

Hash sadalīšana ir noderīga lielu tabulu sadalīšanai, lai uzlabotu vadāmību. Viena liela pārvaldāma galda vietā jums ir vairāki mazāki gabali. Viena jaucējdiska nodalījuma zaudēšana neietekmē atlikušos nodalījumus, un to var atgūt neatkarīgi. Hash sadalīšana ir noderīga arī OLTP sistēmās ar lielu atjauninājumu konkurenci. Piemēram, segments ir sadalīts vairākos gabalos, no kuriem katrs tiek atjaunināts, nevis viena segmenta vietā, kurā notiek strīds.

Pieņemsim, ka nodalīto hash_sales tabulu izveidojat, izmantojot šo priekšrakstu, kā nodalījuma atslēgu kolonnu prod_id:

Pēc tam jūs ielādējat tabulu ar rindām no 6-1. Piemēra. Kods parāda iespējamo rindu sadalījumu abos nodalījumos. Šo nodalījumu nosaukumi tiek ģenerēti sistēmā.

Ievietojot rindas, datu bāze mēģina tās nejauši un vienmērīgi sadalīt pa starpsienām. Jūs nevarat norādīt nodalījumu, kurā ievietota rinda. Datu bāzē tiek izmantota hash funkcija, kuras rezultāts nosaka, kurā nodalījumā ir rinda.

Oracle datu bāzes SQL valodas atsauce CREATE TABLE. SADALĪJUMS AR piemēriem

Atsauces sadalīšana

Atsauces nodalījumā pakārtotās tabulas nodalīšanas stratēģija tiek definēta tikai, izmantojot svešās atslēgas attiecības ar vecāku tabulu. Katram vecāku tabulas nodalījumam pakārtotajā tabulā ir tieši viens atbilstošs nodalījums. Vecāku tabula vecāku ierakstus glabā noteiktā nodalījumā, bet bērnu tabula - bērnu ierakstus attiecīgajā nodalījumā.

Piemēram, pasūtījumu tabula ir tabulas line_items vecāka, un pasūtījuma_id definēta primārā atslēga un ārējā atslēga. Tabulas ir sadalītas pēc atsauces. Piemēram, ja datu bāzē pasūtījums 233 tiek saglabāts pasūtījumu nodalījumā Q3_2015, tad datu bāzē tiek glabāti visi 233. pasūtījuma rindas elementi line_items sadaļā Q3_2015. Ja pasūtījumiem tiek pievienots nodalījums Q4_2015, datu bāze automātiski pievieno Q4_2015 line_items.

Atsauces sadalīšanas priekšrocības ir:

Izmantojot vienu un to pašu sadalīšanas stratēģiju gan vecāku, gan pakārtotajām tabulām, izvairieties no visu nodalīšanas atslēgu kolonnu dublēšanas. Šī stratēģija samazina denormalizācijas manuālo pieskaitāmo daudzumu un ietaupa vietu.

Apkopes operācijas vecāku tabulā uz bērnu galda notiek automātiski. Piemēram, pievienojot nodalījumu galvenajai tabulai, datu bāze automātiski izplata šo papildinājumu saviem pēcnācējiem.

Datu bāzē automātiski tiek izmantoti nodalījumu savienojumi vecāku un bērnu tabulas nodalījumos, uzlabojot veiktspēju.

Atsauces sadalīšanu var izmantot ar visām pamata nodalīšanas stratēģijām, ieskaitot intervālu sadalīšanu. Varat arī izveidot atsauces sadalītās tabulas kā saliktas sadalītās tabulas.

6-4. Piemērs. Atsauču sadalīto tabulu izveide

Šis piemērs izveido vecāku tabulas pasūtījumus, kas tiek sadalīti diapazonā no order_date. Atsauces sadalītās pakārtotās tabulas order_items tiek izveidotas ar četriem nodalījumiem Q1_2015, Q2_2015, Q3_2015 un Q4_2015, kur katrā nodalījumā ir rindas order_items, kas atbilst pasūtījumiem attiecīgajā vecāku nodalījumā.

Oracle Database VLDB un nodalīšanas rokasgrāmata, lai sniegtu pārskatu par atsauces sadalīšanu

Kompozītu sadalīšana

Saliktajā sadalījumā tabula tiek sadalīta ar vienu datu izplatīšanas metodi, un pēc tam katrs nodalījums tiek sīkāk sadalīts apakšnodaļās, izmantojot otro datu izplatīšanas metodi. Tādējādi saliktajā sadalījumā tiek apvienotas pamata datu izplatīšanas metodes. Visas apakšnodaļas noteiktam nodalījumam ir datu loģiska apakškopa.

Kompozītiskā sadalīšana nodrošina vairākas priekšrocības:

Atkarībā no SQL priekšraksta, nodalījuma atzarošana vienā vai divās dimensijās var uzlabot veiktspēju.

Vaicājumos var būt iespējams izmantot pilnīgu vai daļēju sadalījumu katrā no kategorijām.

Jūs varat veikt vienas tabulas paralēlu dublēšanu un atkopšanu.

Starpsienu skaits ir lielāks nekā viena līmeņa nodalījumos, kas var būt izdevīgi paralēlai izpildei.

Varat ieviest slīdošo logu, lai atbalstītu vēsturiskos datus un joprojām nodalītu citu dimensiju, ja daudziem priekšrakstiem var būt noderīga nodalījumu atzarošana vai dalīšanās pa daļām.

Datus var uzglabāt atšķirīgi, pamatojoties uz identifikāciju, izmantojot sadalīšanas atslēgu. Piemēram, jūs varat izlemt konkrēta produkta veida datus glabāt tikai lasāmā, saspiestā formātā un saglabāt citu produktu veidu datus nesaspiestus.

Diapazona, saraksta un jaucējkrāna sadalīšana ir piemērota kā sadalītās stratēģijas saliktajām sadalītajām tabulām. Šis attēls piedāvā grafisko skatu par diapazona jaukšanu un diapazona saraksta salikto sadalīšanu.

6-1. Attēls Kompozītu diapazonu saraksta sadalīšana

Datu bāzē visi apakšnodaļas tiek saglabāti saliktā sadalītā tabulā kā atsevišķs segments. Tādējādi apakšnodaļu īpašības var atšķirties no tabulas īpašībām vai no nodalījuma, pie kura pieder apakšnodaļas.

Oracle Database VLDB un nodalīšanas rokasgrāmata, lai uzzinātu vairāk par salikto sadalīšanu

Sadalītās tabulas

A sadalīta tabula sastāv no viena vai vairākiem nodalījumiem, kurus pārvalda individuāli un var darboties neatkarīgi no pārējiem nodalījumiem.

Tabula ir vai nu sadalīta, vai nav sadalīta. Pat ja sadalītā tabula sastāv tikai no viena nodalījuma, šī tabula atšķiras no nesadalītās tabulas, kurai nevar pievienot pievienotās sadaļas.

"Partition Characteristics" nodalīto tabulu piemēriem

"Pārskats par indeksu organizētajām tabulām", lai uzzinātu par indeksu organizēto tabulu mērķi un īpašībām, kuras var arī gūt labumu no sadalīšanas, kas nodrošina labāku pārvaldību, pieejamību un veiktspēju.

Segmenti sadalītajām tabulām

Sadalītā tabula sastāv no viena vai vairākiem tabulas nodalījuma segmentiem.

Ja izveidojat sadalītu tabulu ar nosaukumu hash_products, šai tabulai netiek piešķirts neviens tabulas segments. Tā vietā datu bāze glabā datus par katru tabulas nodalījumu savā nodalījuma segmentā. Katrā tabulas nodalījuma segmentā ir daļa no tabulas datiem.

Kad ārējā tabula ir sadalīta, visi nodalījumi atrodas ārpus datu bāzes. Hibrīdā nodalījuma tabulā daži nodalījumi tiek glabāti segmentos, bet citi - ārpusē. Piemēram, daži pārdošanas tabulas nodalījumi, iespējams, tiek saglabāti datu failos, bet citi - izklājlapās.

Saspiešana sadalītajām tabulām

Dažus vai visus kaudzes sakārtotās tabulas nodalījumus var saglabāt saspiestā formātā.

Saspiešana ietaupa vietu un var paātrināt vaicājumu izpildi. Šī iemesla dēļ saspiešana var būt noderīga tādās vidēs kā datu noliktavas, kur ievietošanas un atjaunināšanas darbību apjoms ir mazs, un OLTP vidēs.

Jūs varat deklarēt tabulas saspiešanas atribūtus tabulas telpā, tabulā vai tabulas nodalījumā. Ja deklarē tabulu vietas līmenī, tad tabulu telpā izveidotās tabulas pēc noklusējuma tiek saspiestas. Jūs varat mainīt tabulas saspiešanas atribūtu. Šajā gadījumā izmaiņas attiecas tikai uz jauniem datiem, kas iekļauti šajā tabulā. Līdz ar to vienā tabulā vai nodalījumā var būt saspiesti un nesaspiesti bloki, kas garantē, ka saspiešanas dēļ datu lielums nepalielināsies. Ja saspiešana varētu palielināt bloka lielumu, tad datu bāze to nepiemēro blokam.

"Galda saspiešana", lai uzzinātu par tabulas saspiešanas veidiem, ieskaitot pamata, papildu rindu un hibrīdu kolonnu saspiešanu

Oracle datu bāzes datu glabāšanas rokasgrāmata, lai uzzinātu par tabulas saspiešanu datu noliktavā

Sadalīti indeksi

A sadalīts indekss ir indekss, kas, tāpat kā sadalīta tabula, ir sadalīts mazākos un vieglāk pārvaldāmos gabalos.

Globālie indeksi tiek sadalīti neatkarīgi no tabulas, kurā tie ir izveidoti, savukārt vietējie indeksi tiek automātiski saistīti ar tabulas sadalīšanas metodi. Tāpat kā sadalītās tabulas, arī sadalītie indeksi uzlabo vadāmību, pieejamību, veiktspēju un mērogojamību.

Šajā grafikā ir parādītas indeksa sadalīšanas opcijas.

Attēls 6-2 Indeksa sadalīšanas opcijas

"Ievads indeksos", lai uzzinātu par atšķirību starp unikālajiem un neuniku indeksiem un dažādiem indeksu veidiem

Oracle Database VLDB un nodalīšanas rokasgrāmata, lai iegūtu papildinformāciju par sadalītajiem indeksiem un to, kā izlemt, kuru tipu izmantot

Vietējie sadalītie indeksi

Iekšā vietējais sadalītais indekss, indekss ir sadalīts tajās pašās kolonnās ar tādu pašu nodalījumu skaitu un tām pašām nodalījumu robežām kā tās tabula.

Katrs indeksa nodalījums ir saistīts tieši ar vienu pamatā esošās tabulas nodalījumu, tāpēc visi indeksa nodalījuma taustiņi attiecas tikai uz rindām, kas saglabātas vienā tabulas nodalījumā. Tādā veidā datu bāze automātiski sinhronizē indeksa nodalījumus ar tiem saistītajiem tabulas nodalījumiem, padarot katru tabulas un indeksa pāri neatkarīgu.

Vietējie sadalītie indeksi ir izplatīti datu noliktavu vidēs. Vietējie indeksi piedāvā šādas priekšrocības:

Pieejamība ir palielināta, jo darbības, kas padara datus nederīgus vai nepieejamus nodalījumā, ietekmē tikai šo nodalījumu.

Starpsienu uzturēšana ir vienkāršota. Pārvietojot tabulas nodalījumu vai kad dati noveco no nodalījuma, no jauna jāuztur vai jāuztur tikai saistītais vietējā indeksa nodalījums. Globālajā indeksā visas indeksa nodalījumi ir jāatjauno vai jāuztur.

Ja notiek nodalījuma atjaunošana vienā brīdī, indeksus var atkopt līdz atkopšanas laikam (skat. Oracle datu bāzes dublēšanas un atkopšanas lietotāja rokasgrāmatu). Viss indekss nav jāatjauno.

Hash partitioning piemērā parādīts nodalītās hash_sales tabulas izveides priekšraksts, kā nodalījuma atslēgu izmantojot kolonnu prod_id. Šis piemērs izveido vietējo sadalīto indeksu tabulas hash_sales slejā time_id:

Attēlā 6-3 hash_products tabulā ir divi nodalījumi, tāpēc hash_sales_idx ir divi nodalījumi. Katrs indeksa nodalījums ir saistīts ar atšķirīgu tabulas nodalījumu. Indeksa nodalījums SYS_P38 indeksē rindas tabulas nodalījumā SYS_P33, savukārt indeksu nodalījums SYS_P39 indeksē rindas tabulas nodalījumā SYS_P34.

6-3. Attēls Vietējo rādītāju starpsienas

Jūs nevarat skaidri pievienot nodalījumu vietējam indeksam. Tā vietā jauni nodalījumi vietējiem indeksiem tiek pievienoti tikai tad, ja pievienojat nodalījumu pamatā esošajai tabulai. Tāpat jūs nevarat tieši nomest nodalījumu no vietējā indeksa. Tā vietā vietējie indeksa nodalījumi tiek nomesti tikai tad, kad jūs nomest nodalījumu no pamatā esošās tabulas.

Tāpat kā citus rādītājus, nodalītajās tabulās varat izveidot bitkartes indeksu.Vienīgais ierobežojums ir tāds, ka bitkartes indeksiem jābūt lokalizētiem sadalītajā tabulā - tie nevar būt globālie indeksi. Globālie bitkartes indeksi tiek atbalstīti tikai nesadalītās tabulās.

Vietējie prefiksu un prefiksu indeksi

Vietējie sadalītie indeksi ir vai nu ar prefiksiem, vai bez prefiksiem.

Indeksa apakštipi tiek definēti šādi:

Šajā gadījumā nodalījuma atslēgas atrodas rādītāja definīcijas priekšējā malā. Laika diapazona sadalījuma piemērā diapazona sadalīšana tabula ir sadalīta pēc laika diapazona diapazonā. Vietējam prefiksam šajā tabulā saraksta pirmajā kolonnā būtu laiks_id.

Vietējie neprefiksētie indeksi

Šajā gadījumā nodalījuma atslēgas neatrodas indeksēto kolonnu saraksta priekšējā malā, un tām vispār nav jābūt sarakstā. Vietējo sadalīto indeksu hash_sales_idx piemērā indekss nav lokāli nenorādīts, jo nodalījuma atslēga product_id neatrodas priekšējā malā.

Abos indeksu veidos var izmantot nodalījumu izslēgšanu (sauktu arī par nodalījumu atzarošanu), kas notiek, kad optimizētājs paātrina piekļuvi datiem, izslēdzot starpsienas. Tas, vai vaicājums var novērst nodalījumus, ir atkarīgs no vaicājuma predikāta. Vaicājums, kurā tiek izmantots vietējais prefiksēts indekss, vienmēr ļauj izslēgt indeksa nodalījumu, savukārt vaicājums, kurā tiek izmantots vietējais neprefiksēts indekss, var nebūt.

Oracle Database VLDB un sadalīšanas rokasgrāmata, lai uzzinātu, kā izmantot prefiksus un nepiefiksētus indeksus

Vietējā sadalītā indeksa krātuve

Tāpat kā tabulas nodalījums, arī vietējais indeksa nodalījums tiek glabāts savā segmentā. Katrā segmentā ir daļa no kopējiem indeksa datiem. Tādējādi vietējais indekss, kas sastāv no četriem nodalījumiem, netiek glabāts vienā indeksa segmentā, bet gan četros atsevišķos segmentos.

Globālie sadalītie indeksi

Globālais sadalītais indekss ir B-koka indekss, kas tiek sadalīts neatkarīgi no pamatā esošās tabulas, uz kuras tas ir izveidots. Atsevišķs indeksa nodalījums var norādīt uz jebkuru tabulas nodalījumu vai uz visiem, savukārt lokāli sadalītā indeksā starp indeksa nodalījumiem un tabulas nodalījumiem pastāv viens pret vienu paritāte.

Parasti globālie indeksi ir noderīgi OLTP lietojumprogrammām, kur svarīga ir ātra piekļuve, datu integritāte un pieejamība. OLTP sistēmā tabulu var sadalīt ar vienu atslēgu, piemēram, kolonnu darbiniekiem.nodaļas_ID, taču lietojumprogrammai var būt nepieciešams piekļūt datiem ar daudzām dažādām atslēgām, piemēram, darbinieka_ID vai darba_ID. Šajā scenārijā var būt noderīgi globālie indeksi.

Pieņemsim, ka tabulas time_range_sales tabulā time_range_sales izveidojat globālu sadalītu indeksu no diapazona sadalīšanas. Šajā tabulā rindas pārdošanai no 1998. gada tiek glabātas vienā nodalījumā, rindas pārdošanai no 1999. gada ir citā utt. Šis piemērs izveido globālo indeksu, kas sadalīts pēc diapazona kolonnā channel_id:

Kā parādīts 6-4. Attēlā, globālā indeksa nodalījumā var būt ieraksti, kas norāda uz vairākiem tabulas nodalījumiem. Indeksa nodalījums p1 norāda uz rindām ar channel_id 2, indeksa nodalījums p2 norāda uz rindām ar channel_id 3 un indeksa nodalījums p3 norāda uz rindām ar channel_id 4 vai 9.

6-4. Attēls Globālais sadalītais indekss

Oracle Database VLDB un sadalīšanas rokasgrāmata, lai uzzinātu, kā pārvaldīt globālos sadalītos indeksus

Oracle Database SQL valodas atsauce, lai uzzinātu vairāk par CREATE INDEX klauzulu GLOBAL PARTITION

Daļēji sadalīto tabulu rādītāji

A daļējs indekss ir indekss, kas korelē ar saistītās sadalītās tabulas indeksēšanas īpašībām.

Korelācija ļauj norādīt, kuras tabulas nodalījumi tiek indeksēti. Daļēji indeksi sniedz šādas priekšrocības:

Tabulas nodalījumi, kas nav indeksēti, ļauj patērēt nevajadzīgu indeksa krātuves vietu.

Kravu un vaicājumu veiktspēja var uzlaboties.

Pirms Oracle Database 12c apmaiņas nodalījuma operācijai bija nepieciešams fiziski atjaunināt saistīto globālo indeksu, lai saglabātu to kā izmantojamu. Sākot ar Oracle Database 12c, ja nodalījumu uzturēšanas darbībā iesaistītie nodalījumi nav daļēja globālā indeksa daļa, indekss paliek lietojams, neprasot globālu indeksa uzturēšanu.

Ja indeksēšanas laikā indeksējat tikai dažus tabulas nodalījumus un vēlāk indeksējat citus nodalījumus, varat samazināt indeksēšanas izveidošanai nepieciešamo kārtošanas vietu.

Indeksēšanu var ieslēgt vai izslēgt atsevišķiem tabulas nodalījumiem. Daļējā vietējā indeksā nav izmantojamu indeksa nodalījumu visiem tabulas nodalījumiem, kuriem indeksēšana ir izslēgta. Neatkarīgi no tā, vai sadalīts vai nav sadalīts, dati tiek izslēgti no visiem nodalījumiem, kuriem indeksēšana ir izslēgta. Datu bāze neatbalsta daļējus indeksus indeksiem, kas īsteno unikālus ierobežojumus.

6-5. Attēlā parādīts tāds pats globālais indekss kā 6-4. Attēlā, izņemot to, ka globālais indekss ir daļējs. Tabulas nodalījumos SALES_1998 un SALES_2000 indeksēšanas rekvizīts ir iestatīts uz OFF, tāpēc daļējais globālais indekss tos neindeksē.

6-5. Attēls Daļējs globālais sadalītais indekss


Apraksts "Daļēja globālā sadalītā indeksa 6-5. Attēls"

Sadalītu galdu pārskats

Oracle datu bāzē sadalīšana ļauj sadalīt lielu tabulu vairāk pārvaldāmos gabalos, ko sauc par lauskas, kuras var uzglabāt vairākās datu bāzēs.

Katra datu bāze tiek mitināta īpašā serverī ar saviem vietējiem resursiem - procesoru, atmiņu, zibatmiņu vai disku. Katru datu bāzi šādā konfigurācijā sauc par a skaidiņa. Visas lauskas kopā veido vienu loģisku datu bāzi, kas tiek dēvēta par a sadalīta datu bāze.

Horizontālā sadalīšana ietver datu bāzes tabulas sadalīšanu pa gabaliņiem tā, lai katrā lauskā būtu tabula ar vienādām kolonnām, bet atšķirīgu rindu apakškopu. Šādi sadalīta tabula ir pazīstama arī kā a šķembu galds.

Nākamajā attēlā redzama tabula, kas horizontāli sadalīta pa trim skaidiņām.

6-6. Attēls. Galda horizontāla sadalīšana šķembās


Apraksts "6-6. Attēls. Galda horizontāla sadalīšana pāri šķembām"

Dalīšana balstās uz aparatūras infrastruktūru, kas nav koplietojama, un tā novērš atsevišķus kļūmes punktus, jo lauskas nedala kopīgus fiziskos resursus, piemēram, procesoru, atmiņu vai atmiņas ierīces. Sadrupas ir arī brīvi savienotas programmatūras ziņā, kuras nedarbina klasteru programmatūru.

Shards parasti tiek mitināti īpašos serveros. Šie serveri var būt preču aparatūra vai inženierijas sistēmas. Skaidri var darboties vienā instancē vai Oracle RAC datu bāzēs. Tos var izvietot lokāli, mākonī vai hibrīdā lokālā un mākoņa konfigurācijā.

No datu bāzes administratora viedokļa SDB sastāv no vairākām datu bāzēm, kuras var pārvaldīt vai nu kolektīvi, vai atsevišķi. Tomēr no lietojuma viedokļa SDB izskatās kā vienota datu bāze: lausku skaits un datu sadalījums pa šīm skaidām ir pilnīgi pārredzams datu bāzes lietojumprogrammām.

Sharding ir paredzēts pielāgotām OLTP lietojumprogrammām, kas piemērotas sadalītai datu bāzes arhitektūrai. Lietojumprogrammām, kurās tiek izmantota sadalīšana, ir jābūt precīzi definētam datu modelim un datu izplatīšanas stratēģijai (konsekventa jaukšana, diapazons, saraksts vai salikts), kas galvenokārt piekļūst datiem, izmantojot sadalīšanas atslēgu. Dalīšanas atslēgas piemēri ir klienta ID, konta_nr vai valsts_ID.

Sadalītas tabulas

Sadrupināta tabula ir tabula, kas tiek sadalīta mazākos un vieglāk pārvaldāmos gabalos starp vairākām datu bāzēm, ko sauc par lauskas.

Starpsienas tiek sadalītas pa gabaliem tabulas vietas līmenī, pamatojoties uz sadalīšanas atslēgu. Atslēgu piemēri ietver klienta ID, konta numuru un valsts ID. Dalīšanas atslēgai tiek atbalstīti šādi datu tipi.


Procedūra

  1. Lai izveidotu svešas atslēgas pirmajai sistēmai, izvēlieties Salīdzinājums rediģēšanas režīmā.
    • Izveidojiet ārzemju atslēgas, velkot bultiņas pakārtoto tabulu ārējā pusē (pa kreisi 1. avotam un pa labi 2. avotam) uz tā augstākā līmeņa tabulām. Pievienojiet tabulas tā, lai bultiņa pārietu no pakārtotās tabulas uz saknes tabulu (augstākā līmeņa).
      • Saglabājiet ierakstus.

Jūs esat izveidojis svešās atslēgas.

Lai izdzēstu ārzemju atslēgu sakarus, vispirms noklikšķiniet uz bultiņas, pēc tam ar peles labo pogu noklikšķiniet un atlasiet Noņemt elementu.

Šajā solī varat izvēlēties filtra veidu un ievadīt filtra kritērijus. Cross Database Comparison varat izmantot dažāda veida filtrus, lai ierobežotu avotu salīdzināšanas datus. Jūs varat izveidot filtrus abām avotu sistēmām vai tikai vienam avotam. (Sīkāku informāciju par filtrēšanu skatiet Filtrēšana starpdatu bāzes salīdzinājumā).

Lai saglabātu filtru pirmajai vai otrajai avota sistēmai, rediģēšanas režīmā izvēlieties Salīdzinājums.

Datu modelī izvēlieties lauku, kuram vēlaties iestatīt filtru. Ja vēlaties izmantot instances filtru, iestatiet izvēles rūtiņu. Ja vēlaties izmantot objektu filtru, ievadiet filtra vērtību.

Varat ievadīt mainīgā filtra veida filtru, kas ļauj salīdzinājuma instances filtru vērtības ievadīt laukā ar pareizu datu tipu. Izmantojiet nolaižamo saraksta lodziņu, lai atlasītu pareizo filtra veidu. Izmantojiet īpašo filtra tipu “relatīvais laika zīmogs”, lai salīdzināšanas instancē ievadītu relatīvos laika zīmogus. (Sīkāku informāciju par filtrēšanu skatiet Filtrēšana starpdatu bāzes salīdzinājumā)

Iekš Konkrētiem gadījumiem paredzētie filtri ekrāna apgabalā, norādiet vērtības gadījuma specifiskajiem filtriem. Vienam un tam pašam salīdzināšanas objektam varat izveidot vairākus salīdzināšanas gadījumus ar dažādiem gadījumiem specifiskiem filtriem. Lauku datu tips ir atkarīgs no filtra veida, kuru ievadījāt objekta izveidošanas laikā. Ja izvēlējāties filtra tipu “relatīvais laika zīmogs”, varat izmantot relatīvos laika zīmogus. (Skatiet Relatīvās datuma sintakses izmantošana)


Lietojumprogrammā Cross Database Comparison (CDC) jūs parasti iegūstat tikai datus, kas nepieciešami salīdzināšanai. Tagad salīdzināšanas rezultātu lietotāja saskarnē varat iegūt papildu konteksta laukus tikai informācijas nolūkos.

Konteksta lauki ir divu veidu:

  • Šis lauks ir pieejams tikai vienā no avota sistēmām (piemēram, daži vietējās atslēgas lauki vai papildu atribūts), tāpēc to nevar iekļaut kā kopēju kartēšanas lauku.
  • Šis lauks ir pieejams abās avotu sistēmās, taču tam vienmēr ir atšķirīgs saturs (piemēram, izveidotie lauki) pēc mērķa, tāpēc tas nav piemērots kā kartēšanas / salīdzināšanas lauks

Atlasot konteksta lauku, datu modeļa laukā tiek parādīta ikona.

Šajā solī jūs norādāt, kurus datu laukus pirmās sistēmas tabulās vēlaties salīdzināt ar kuriem datu laukiem tabulās otrajā sistēmā un kuri datu lauki tiek izmantoti kā salīdzināšanas atslēgas. Jūs piešķirat šai kartēšanai nosaukumu, ar kuru jūs vēlāk to varat identificēt.

Jūs arī izveidojat fiksēto un mainīgo filtrus, kurus izmantojat, lai ierobežotu salīdzināšanu. Fiksētiem filtriem datu lauks un precīza filtra vērtība jānorāda, tiklīdz izveidojat salīdzināšanas objektu. Piemēram, izveidojot salīdzināšanas objektu, jūs norādāt ierobežojumu Country = & quotDE & quot.

Mainīgo filtriem, veidojot salīdzināšanas objektu, jūs norādāt, ka noteikts datu lauks ir jāizmanto kā mainīgais filtrs, piemēram, lauku datu lauks. Mainīgo filtri tiek parādīti salīdzināšanas instancē, kur varat norādīt to vērtības, piemēram, Valsts = & quotDE & quot. Tas ļauj jums izveidot vairākus salīdzināšanas gadījumus vienam un tam pašam salīdzināšanas objektam un katram norādīt dažādas filtru vērtības - piemēram, Country = & quotDE & quot vienam salīdzināšanas gadījumam un Country = & quotIN & quot citam salīdzināšanas gadījumam.


Ārvalstu atslēga netiek pievienota galamērķa tabulai pēc attiecību klases - Ģeogrāfiskās informācijas sistēmas - izveides

Jaunām MySQL instalācijām tabulā audit_log_user, kuru izmanto MySQL Enterprise Audit, kolonnās USER un HOST tagad ir definīcijas, kas labāk atbilst kolonnu User un Host definīcijām mysql.user sistēmas tabulā.

Jauninājumiem uz instalāciju, kurai MySQL Enterprise Audit jau ir instalēts, ieteicams tabulas definīcijas mainīt šādi:

Kompilācijas piezīmes

Microsoft Windows: Operētājsistēmai Windows ir mainīti bibliotēkas nosaukumi OpenSSL 1.1. The CMake konfigurācijas kods tagad to veido. Tagad sistēmā Windows ir iespējams izmantot -DWITHOUT_SERVER = 1, lai izveidotu 32 bitu klientu bināros failus. (Kļūda # 28170711, Kļūda # 91223)

Serveru būvējumu bibliotēkas Boost minimālā versija tagad ir 1.67.0. (Kļūda # 27866110)

Konfigurācijas piezīmes

Maksimālā vērtība tika palielināta no 256 līdz 1024 šiem veiktspējas shēmas sistēmas mainīgajiem:

Šī Performance Schema sistēmas mainīgā noklusējuma vērtība tika palielināta no 250 līdz 300:

RelWithDebInfo balstās uz Linux, REPRODUCIBLE_BUILD tagad pēc noklusējuma ir IESLĒGTS. (Kļūda # 27483447)

Sistēmas mainīgā slave_pending_jobs_size_max noklusējuma vērtība ir palielinājusies no 16M līdz 128M. Daudzvītņotam vergam (ar slave_parallel_workers & gt 0) šī vērtība nosaka maksimālo atmiņas apjomu, kas ir pieejams vergu darbinieku rindām, kurās ir notikumi, kas vēl nav izmantoti. Aprēķinot resursus, kas nepieciešami vairāku pavedienu verga izvietošanai, jāņem vērā potenciāli lielāks atmiņas patēriņš. Šis iestatījums neietekmē meistarus un vienvītnes vergus.

Jaunais noklusējums ir dubultā nesen palielinātā noklusējuma vērtība, ko norādījis sistēmas mainīgais max_allowed_packet (tagad 64M). Slave_pending_jobs_size_max vērtība ir mīkstais ierobežojums, tāpēc notikumus, kas ir lielāki par tā vērtību (sastāv no vienas vai vairākām paketēm), var ievietot rindā un apstrādāt. Tomēr liels darījums tiek turēts, līdz visiem vergu darbiniekiem ir tukšas rindas un pēc tam tie tiek apstrādāti. Visi turpmākie darījumi tiek turēti, līdz lielais darījums ir pabeigts. Aizkavēšanās visu vergu darbinieku rindu notīrīšanā un gaidīšana nākamo darījumu rindā var izraisīt replikācijas verga aizkavēšanos un vergu darbinieku vienlaicīguma samazināšanos. Tāpēc slave_pending_jobs_size_max vērtība ir jāiestata pietiekami augsta, lai tā atbilstu lielākai daļai paredzamo notikumu izmēru.

Datu vārdnīcas piezīmes

Tika ieviesti šādi datu vārdnīcas uzlabojumi:

Tika pievienota iekšēja metode, lai aizsargātu pret globālām lasīšanas bloķēšanas iespējām. Metode tiek izsaukta pirms datu vārdnīcas objektu glabāšanas, atjaunināšanas vai nomešanas.

Datu vārdnīcas API tika pievienots apgalvojums, lai aizsargātu pret globālām lasīšanas bloķēšanas iespējām, glabājot, atjauninot vai nometot datu vārdnīcas objektus.

Aizsardzība tagad netieši tiek iegūta pret rezerves slēdzenēm un globālām lasīšanas slēdzenēm, kad glabāšanas programma iegūst ekskluzīvu metadatu bloķēšanu.

Izmaksu modeļa kešatmiņas derīguma pārbaude tagad tiek veikta pirms izmaksu modeļa ieraksta izlaišanas.

Datu vārdnīcas API funkcija tika pievienota darījumu veikšanai un atcelšanai, kā arī darījumu meta datu bloķēšanas atbrīvošanai.

Ugunsmūra piezīmes

Tabulā MySQL Enterprise Firewall firewall_whitelist tagad ir galvenā atslēgas kolonna ar nosaukumu ID. (Kļūda # 27164826)

Funkcijas un operatora piezīmes

Apvienotās funkcijas BIT_AND (), BIT_OR () un BIT_XOR () tagad var izmantot kā loga funkcijas, ja ir klauzula OVER. Skatiet apkopotos funkciju aprakstus.

Mežizstrādes piezīmes

Iepriekš veiksmīgi piešķirot sistēmas mainīgajam dragnet.log_error_filter_rules, tika izveidota piezīme un bez nulles brīdinājumu skaits. Lai izvairītos no diagnostikas ģenerēšanas veiksmīgai darbībai, šī piezīme vairs netiek ģenerēta. Tā vietā var uzzināt statusa mainīgo dragnet.Status, lai noteiktu visjaunākā dragnet.log_error_filter_rules piešķiršanas rezultātu. (Kļūda # 27910708, Kļūda # 90571)

Iepriekš sistēmas mainīgajā log_error_services uzskaitītie žurnāla komponenti bija jāatdala ar semikoliem. Komponentus tagad var atdalīt ar komatiem. Dotajā iestatījumā nevar izmantot gan semikolu, gan komatu atdalītājus. (Kļūda # 27788925, Kļūda # 90268)

Optimizētāja piezīmes

Failu šķirošanas algoritms (ko optimizētājs izmanto, lai izpildītu klauzulu ORDER BY, kad nevar izmantot indeksu) tagad ir atmiņas ziņā efektīvāks. Primārās izmaiņas ir tādas, ka optimizētājs pēc nepieciešamības pakāpeniski piešķir atmiņas buferus līdz lielumam, ko norāda sistēmas mainīgais sort_buffer_size, nevis piešķirot noteiktu sort_buffer_size baitu daudzumu priekšā. Tas ļauj lietotājiem iestatīt sort_buffer_size uz lielākām vērtībām, lai paātrinātu lielāku šķirošanu, neuztraucoties par pārmērīgu atmiņas izmantošanu maziem. (Šis ieguvums var nenotikt vairāku vienlaicīgu veidu gadījumā sistēmā Windows, kam ir vājš daudzšķiedru malloc.)

Turklāt failu šķirne ir mazāk pesimistiska attiecībā uz sliktākajiem scenārijiem. Iepriekš failu šķirošana radīja kļūdu, neuzsākot, ja apvienošanās darbības vai šķirošanas atslēgu ģenerēšana varētu neizdoties. Tā kā visdrīzāk sliktākais gadījums praktiski nenotiks, failu šķirne rada kļūdu tikai faktiskām, nevis iespējamām kļūmēm.

Iepriekš paplašināta EXPLAIN izeja tika ražota tikai SELECT priekšrakstiem. Paplašināta izvade tagad tiek izveidota arī INSERT, REPLACE, UPDATE un DELETE paziņojumiem. (Lai parādītu paplašinātu izvade, izmantojiet RĀDĪT BRĪDINĀJUMUS, sekojot EXPLAIN. Skatiet Extended EXPLAIN Output Format.)

Iepakojuma piezīmes

Operētājsistēmai Linux vispārējais binārā sadalījuma saspiešanas algoritms mainījās no Gzip uz XZ un faila paplašinājums no .tar.gz uz .tar.xz. (Kļūda # 28450941, Kļūda # 91889)

Docker pēc noklusējuma atspējo ar NUMA saistītas darbības, tāpēc mysqld iekļauti Docker attēlos, tagad NUMA atbalsts ir atspējots, lai kļūdu žurnāls netiktu aizpildīts ar NUMA brīdinājumiem. (Kļūda # 28081363)

RPM .spec faili tika atjaunināti, lai atspoguļotu yaSSL noņemšanu un ka OpenSSL ir noklusējuma SSL bibliotēka visām būvēm. (Kļūda # 28025427)

Vispārējiem Linux .tar.gz izplatījumiem mysqlxtest klients ir pārvietots no servera paketes uz testa pakotni. (Kļūda # 27744137)

RPM pakotne MySQL Server ARM 64 bitu (aarch64) bināro failu instalēšanai Oracle Linux 7 tagad ir pieejama MySQL Yum krātuvē un tiešai lejupielādei.

Zināmais šī ARM laidiena ierobežojums : Lai instalētu šo pakotni, jums jāiespējo Oracle Linux 7 programmatūras kolekciju krātuve (ol7_software_collections), kā arī jāpielāgo ceļš libstdc ++ 7. Papildinformāciju skatiet Yum platformas specifiskajās piezīmēs.

Spraudņa piezīmes

Iepriekš Rewriter vaicājuma pārrakstīšanas spraudnis ļāva pārrakstīt tikai SELECT priekšrakstus. Pārrakstāmie paziņojumi tagad ietver arī INSERT, REPLACE, UPDATE un DELETE. Skatiet spraudni Rewriter Query Rewrite.

Drošības piezīmes

Saistītā MySQL Server OpenSSL bibliotēka ir atjaunināta uz versiju 1.0.2o. Jaunajā OpenSSL versijā novērstie jautājumi ir aprakstīti vietnē http://www.openssl.org/news/vulnerability.html. (Kļūda # 28025379)

Telpisko datu atbalsts

Nesaderīgas izmaiņas: Jaunās telpiskās funkcijas ST_Longitude () un ST_Latitude () atgriež argumenta Point attiecīgi garumu vai platumu. Ja tiek izsaukts ar otro argumentu, šīs funkcijas izmanto argumentu, lai attiecīgi iestatītu sava punkta argumenta garumu vai platumu.

Turklāt funkcijas ST_X () un ST_Y () tagad interpretē argumentu Point atbilstoši tās telpiskās atsauces sistēmas definīcijai (SRS):

ST_X () atgriež ass koordinātu vērtību, kas vispirms parādās VID definīcijā, un ST_Y () atgriež tās ass koordinātu vērtību, kas VID definīcijā parādās otrajā vietā.

Ja ST_X () un ST_Y () tiek izmantoti, lai iestatītu argumenta Punkts garumu vai platumu, kuram ir ģeogrāfisks SRS, garuma vai platuma vērtībai jābūt atbilstošā VID diapazonā, vai arī rodas kļūda.

Ja telpiskie dati satur ģeometrijas vērtības, kuras ST_X () un ST_Y () tagad interpretē atšķirīgi, esošie vaicājumi, izmantojot šīs funkcijas, sniegs atšķirīgus rezultātus, salīdzinot ar iepriekšējām MySQL versijām.

EPSG datu kopa, kas satur telpisko atskaites sistēmu datus telpiskiem aprēķiniem, ir modernizēta no 9.2 versijas uz 9.3. (Kļūda # 27977721)

Telpiskās funkcijas, kas pieņem ģeometrijas argumentus un iepriekš ir atgriezušas ER_LONGITUDE_OUT_OF_RANGE vai ER_LATITUDE_OUT_OF_RANGE kļūdu garuma vai platuma vērtībām ārpus diapazona, tagad atgriež ER_GEOMETRY_PARAM_LONGITUDE_OUT_OF_RANGE vai ER_GEOMOTRIT__. Tas neattiecas uz telpiskām funkcijām, kas parsē vai modificē ģeometriju: ST_ xxx FromText (), ST_ xxx FromWKT (), ST_ xxx FromWKB (), ST_GeomFromGeoJSON (), ST_X (), ST_Y (), ST_Longitude () un ST_Latitude (). (Kļūda # 27892138)

Iepriekš parsētājs indeksa specifikācijās atpazina USING RTREE, taču to nevarēja norādīt nevienam krātuves motoram. Tagad telpisko indeksu specifikācijām ir atļauts LIETOT RTREE. (Kļūda # 27836608)

Indeksiem ģeometrijas kolonnās tagad jābūt telpiskiem indeksiem. Līdz ar to SPATIAL atslēgvārds nav obligāts, bet netiešs, lai izveidotu indeksu telpiskajā kolonnā. Ģeometrijas kolonnas telpiskais indekss nav atļauts primārajai atslēgai vai unikālajam indeksam. Tāpat telpiskajiem rādītājiem nav atļauts izmantot ASC un DESC. (Kļūda # 21087676)

SQL sintakses piezīmes

Svarīgas izmaiņas: Tagad MySQL ļauj vaicājumam ar modifikatoru WITH ROLLUP izmantot DISTINCT. Plašāku informāciju skatiet SELECT paziņojumā. (Kļūda # 87450, Kļūda # 26640100, Kļūda # 20671578, Kļūda # 76229)

Svarīgas izmaiņas: MySQL tagad ļauj izmantot ORDER BY ar grupēšanas funkcijām SELECT. paziņojumi. (Kļūda # 86312, Kļūda # 27063525)

Svarīgas izmaiņas: MySQL tagad ļauj ORDER BY izmantot vaicājumā ar modifikatoru WITH ROLLUP. Plašāku informāciju skatiet SELECT paziņojumā. (Kļūda # 86311, Kļūda # 26073513)

Grupas GROUP BY klauzulu izteiktie ASC vai DESC kvalifikatori tagad ir novecojuši un tiks noņemti nākamajā MySQL versijā.

X spraudņa piezīmes

Autentifikācijas kļūdas, kas atgrieztas no MySQL 8.0.11 servera X spraudņa klientam, tika atzīmētas kā liktenīgas, kā rezultātā klients pārtrauca automātiskās autentifikācijas mēģinājumu secības mēģinājumus, izmantojot dažādas metodes. X spraudnis tagad ignorē fatālas autentifikācijas kļūdas un turpmākās paredzamās kļūdas, piemēram, rakstīšanas taimauta kļūdas, kamēr notiek autentifikācijas mēģinājumu secība. Ja neviena no pārbaudītajām autentifikācijas metodēm nav veiksmīga, X spraudnis tagad atlasa un atdod visatbilstošāko no servera saņemto kļūdas ziņojumu, kas nav obligāti pēdējais saņemtais kļūdas ziņojums. (Kļūda # 28135006)

X Plugin automatizētās autentifikācijas secības laikā savienojuma mēģinājumi tiek veikti, izmantojot dažādas autentifikācijas metodes iepriekš iestatītā secībā. X spraudnis pirms secības sākšanas pārbauda, ​​vai savienojums izmanto SSL vai nē, un nemēģina izveidot savienojumu ar PLAIN autentifikācijas metodi, ja savienojums nav šifrēts. Papildu verifikācijai tika pievienota pārbaude un kļūda, lai PLAIN autentifikācijas metode netiktu atļauta, ja mēģināt to izdarīt, ja savienojums nav šifrēts. (Kļūda # 27691189)

Autentifikācijas kļūmes gadījumā X spraudnis vienmēr atgrieza kļūdas kodu ER_ACCESS_DENIED ar kļūdas situāciju pielāgotu X protokola kļūdas ziņojumu. Kļūdu kodi, kas saņemti no MySQL servera par autentifikācijas kļūmēm, tagad tiek pārsūtīti klientam, izmantojot standarta MySQL kļūdu ziņojumus, kas pievienoti tiem. (Kļūda # 27675699)

X spraudņa automatizētās autentifikācijas secības laikā, kad savienojuma mēģinājumi tiek veikti, izmantojot dažādas autentifikācijas metodes iepriekš iestatītā secībā, pēc katra neveiksmīgā savienojuma mēģinājuma atgrieztā kļūda tika atzīmēta ar smaguma pakāpi FATAL. Tagad kļūdas ir atzīmētas kā KĻŪDA, kamēr vēl ir jāmēģina izmantot citas autentifikācijas metodes, un tikai pēdējā kļūda, kuras rezultātā notiek atvienošana, tiek atzīmēta kā FATAL. (Kļūda # 27636947)

X spraudņa kods tika divreiz kompilēts ar dažādām priekšapstrādātāja definīcijām. (Kļūda # 27267054)

X spraudnis veica vairākus uzlabojumus autentifikācijas problēmu risināšanā:

X spraudņa automatizētās autentifikācijas secība, kurā savienojuma mēģinājumi tiek veikti, izmantojot dažādas autentifikācijas metodes iepriekš iestatītā secībā, tagad tiek pārtraukta, ja kļūdas atbilde norāda, ka savienojums ir bojāts vai lasīšanas vai rakstīšanas laiks iestājas.

Arī automatizētās autentifikācijas secība tagad ir apturēta jebkādu liktenīgu kļūdu gadījumā.

Par pēdējo nozīmīgo kļūdu tagad ziņo pamestai autentifikācijas secībai, nevis tikai pēdējai radušajai kļūdai.

Tagad tiek ziņots par konkrētāku kļūdas kodu un ziņojumu, ja autentifikāciju ar caching_sha2_password autentifikācijas spraudni mēģina veikt, izmantojot nedrošu savienojumu.

Dažos gadījumos MySQL serverim ar ielādētu X spraudni var rasties negaidīta apstāšanās izslēgšanās procesa laikā, ko sākusi neveiksmīga startēšana vai komanda RESTART. Jautājums tagad ir novērsts. (Kļūda # 25474793, Kļūda # 27259783)

Pievienota vai mainīta funkcionalitāte

Svarīga izmaiņu replikācija: Izmantojiet opciju group_replication_exit_state_action, lai konfigurētu grupas replikācijas uzvedību, kad servera instance neviļus atstāj grupu, piemēram, kad tā tiek izslēgta no grupas nestabila tīkla savienojuma dēļ. Kad group_replication_exit_state_action ir iestatīts uz ABORT_SERVER (noklusējuma vērtība), eksemplārs pats sevi izslēdz, un, kad group_replication_exit_state_action ir iestatīts uz READ_ONLY, instance pārslēdzas uz tikai lasīšanas režīmu un pāriet uz grupas Replication ERROR stāvokli.

InnoDB: InnoDB tagad atbalsta ALGORITHM = INSTANT šādām ALTER TABLE operācijām:

Kolonnas pievienošana. Šī funkcija tiek dēvēta par “Instant ADD COLUMN”.

Virtuālās kolonnas pievienošana vai nomešana.

Kolonnas noklusējuma vērtības pievienošana vai nomešana.

ENUM vai SET kolonnas definīcijas modificēšana.

Darbības, kas atbalsta ALGORITHM = INSTANT, modificē tikai metadatus datu vārdnīcā. Operācijas sagatavošanas un izpildes posmā uz galda netiek ņemtas ekskluzīvas metadatu slēdzenes, un tabulas dati netiek ietekmēti, padarot operācijas acumirklīgas. Ja tas nav skaidri norādīts, operācijās, kas to atbalsta, pēc noklusējuma tiek izmantots ALGORITHM = INSTANT. Ja ir norādīts, bet neatbalstīts ALGORITHM = INSTANT, darbība nekavējoties neizdodas ar kļūdu.

Papildinformāciju par darbībām, kas atbalsta ALGORITHM = INSTANT, skatiet tiešsaistes DDL operācijās.

Paldies Tencent Games DBA komandai par ieguldījumu. (Kļūda # 28100103, Kļūda # 91074)

InnoDB: Reģistrēšanas atsaukšana tagad tiek atbalstīta nelielu objektu (LOB) datu maziem atjauninājumiem, kas uzlabo LOB atjauninājumu veiktspēju, kuru lielums ir 100 baiti vai mazāk. Iepriekš LOB atjauninājumu lielums bija vismaz viena LOB lapa, kas ir mazāk nekā optimāli atjauninājumiem, kas, iespējams, modificē tikai dažus baitus. Šis uzlabojums balstās uz atbalstu, kas pievienots MySQL 8.0.4 daļējai LOB datu atjaunināšanai.

Replikācija: Tagad varat izmantot čaulas cauruli, lai piegādātu saspiestu bināro žurnālfailu arhīvu mysqlbinlog kā straumētu ievadi. Iepriekš faili pirms to nodošanas bija jāizvelk atsevišķi mysqlbinlog . Paldies Facebook komandai par šo ieguldījumu.

Šajā piemērā binlog-files_1.gz satur vairākus binārus žurnālfailus apstrādei. Cauruļvads izvelk binlog-files_1.gz saturu, novirza bināros žurnālfailus mysqlbinlog kā standarta ieeju, un caurules izvada mysqlbinlog mysql klientā izpildei:

Atsauces: Skatīt arī: Bug # 27836543.

Replikācija: SYSTEM_VARIABLES_ADMIN un PERSIST_RO_VARIABLES_ADMIN privilēģijas ir pievienotas mysql.session rezervētajam kontam. (Kļūda # 89873, Kļūda # 27621869)

Replikācija: Informācija par XCom atmiņas lietojumu ir pievienota tabulām Veiktspējas shēma. Tabulā setup_instruments tagad ir ieraksts, kas atbilst XCom kešatmiņai, un tabulā memory_summary_global_by_event_name ir XCom kešatmiņas atmiņas izmantošanas statistika.

Microsoft Windows: Operētājsistēmā Windows RESTART ieviešanai izmantotā dakša bija nomaināma, izmantojot opciju --gdb. Tomēr tas bija blakus efekts, kas tika veikts papildus citām opcijas darbībām, kas veiktas, lai izveidotu atkļūdošanas vidi. Iestatījumos, kas nav saistīti ar atkļūdošanu, jauno opciju --no-monitor var izmantot tikai nolūkā apspiest monitora procesa dakšu. Serverim, kas sākts ar vai nu --gdb, vai --no-monitor, izpildot RESTART, serveris vienkārši iziet bez restartēšanas. (Kļūda # 27801043)

Tika uzlabota ārvalstu galveno attiecību pārbaude, izmantojot DROP TABLE un DROP DATABASE. Pārbaude tagad notiek pirms tabulu dzēšanas, tāpēc problēmas gadījumā paziņojums neizdodas pirms izmaiņu veikšanas. Vecāku un bērnu tabulas tagad var nomest patvaļīgā secībā, ja vien tās tiek nomestas ar to pašu DROP TABLE paziņojumu. Turklāt tika uzlabota kļūdu ziņošana mēģinājumiem nomest vecāku tabulu, nenometot bērnu tabulu. (Bug # 27821060, Bug # 17564464, Bug # 70531, Bug # 22359539, Bug # 79610)

Kad tika pievienots atbalsts lomām, ADMIN atslēgvārds kļuva par rezervētu atslēgvārdu. ADMINISTRĀCIJA tagad atkal ir bezierunu atslēgvārds. (Kļūda # 27814204)

Kad klients izslēdz serveri, serveris tagad kļūdu žurnālā raksta ziņojumu, kurā norādīts, kurš lietotājs veicis šo darbību. (Kļūda # 26246628, Kļūda # 86635)

Iepriekš opcijai --ssl-mode = VERIFY_IDENTITY klients pārbaudīja, vai resursdatora nosaukums, ko tas izmantoja savienošanai, atbilst sertifikāta Common Name vērtībai, bet ne Subject Alternative Name vērtībai. Tagad, ja klients izmanto OpenSSL 1.0.2 vai jaunāku versiju, klients pārbauda, ​​vai resursdatora nosaukums atbilst vai nu Subject Alternative Name vērtībai, vai servera sertifikāta Common Name vērtībai. Paldies Daniël van Eeden par plāksteri, uz kura balstījās šīs izmaiņas. (Kļūda # 16211011, Kļūda # 68052, Kļūda # 27511233, Kļūda # 89578)

Kļūdas novērstas

Svarīgas izmaiņas JSON: Funkcija JSON_TABLE () tagad automātiski atšifrē bāzes 64 vērtības un izdrukā tās, izmantojot kolonnu specifikācijā norādīto rakstzīmju kopu. (Kļūda # 90157, Kļūda # 27729112)

Atsauces: Skatiet arī: Bug # 89847, Bug # 27613276.

InnoDB: Jaunas kolonnas, kas pievienotas tabulām INFORMATION_SCHEMA.INNODB_TABLES un INFORMATION_SCHEMA.INNODB_COLUMNS 8.0.12., Pēc jaunināšanas uz 8.0.12 neparādījās. (Kļūda # 28065244)

InnoDB: Lielu objektu (LOB) versiju numuri, kas saglabāti LOB indeksa ierakstos, tika atstāti neinicializēti 0, nevis inicializēti 1. (Kļūda # 28046298)

InnoDB: Kolonnas pievienošana tabulai ar ģenerētu kolonnu radīja nederīgu apgalvojumu. (Kļūda # 28040201)

InnoDB: Mēģinājums piekļūt atbrīvotai atmiņai kontrolpunkta darbības laikā lika serverim iziet. (Kļūda # 28039477)

InnoDB: Apstiprināšanas kļūme radās, palaižot serveri ar eksperimentāliem sistēmas mainīgajiem, kas netīši tika pakļauti parastām MySQL būvēm. (Bug # 27899424, Bug # 90526, Bug # 27898396, Bug # 90523, Bug # 27898344, Bug # 90522)

InnoDB: Nederīgs sistēmas mainīgā iestatījums izvirzīja apgalvojumu. (Kļūda # 27898284)

InnoDB: Mēģinot pārvietot tabulu no izmestās faila par tabulu tabulas vietas uz koplietojamo tabulu, tika izvirzīts apgalvojums. Operācija tagad rada kļūdu. (Kļūda # 27861972)

InnoDB: Netika pietiekami apstrādātas iespējamās kļūmes, kas saistītas ar lapu piešķiršanu lieliem objektiem (LOB). (Kļūda # 27852003)

InnoDB: Ngram pilna teksta meklēšanas parsētājs atļāva komatus un punktu rakstzīmes marķēt kā vārdus, kas izraisīja neatbilstību starp Būla un dabiskās valodas režīma meklēšanas rezultātiem. Komatu un punktu rakstzīmes vairs nav marķētas. (Kļūda # 27847697)

InnoDB: Kontrolsummas neatbilstības un citas problēmas izraisīja vienlaicīga tabulas vietas galvenes lapas modifikācija un mēģinājums daļēji inicializētai lapai ievietot slēdzeni. (Kļūda # 27823064)

InnoDB: Ievades / izejas kļūda, ko atgrieza operācija fsync (), tagad tiek uzskatīta par cietu kļūdu. (Kļūda # 27805553, Kļūda # 90296)

InnoDB: Vienā pavedienā divas minitransakcijas aizķēra lielas objekta vērtības (LOB) pirmo lapu, bet cits pavediens mēģināja piešķirt lapu, izraisot strupceļu. (Kļūda # 27777959)

InnoDB: Pēc jaunināšanas uz MySQL 8.0.12 tabulā INFORMATION_SCHEMA.INNODB_COLUMNS trūka tabulas kolonnu, ieskaitot kolonnu FTS_DOC_ID. (Kļūda # 27774145)

InnoDB: Nederīgs apgalvojums tika izvirzīts, kad optimizētājs izvēlējās virtuālā kolonnā definētu prefiksu indeksu. (Kļūda # 27755892)

Atsauces: Šī problēma ir regresija: Kļūda # 19806106.

InnoDB: Atmiņā ievietotu tabulas objektu saīsinātai tabulai var atvērt, izmantojot nepareizu metadatu bloķēšanas aizsardzību.

Tika ieviesta jauna metode AUTOINC skaitītāja vērtības saglabāšanai operācijas TRUNCATE PARTITION laikā. (Kļūda # 27754995)

InnoDB: Mini-transakcijas saistību laikā tika izvirzīts apgalvojums, kas ietvēra netīras lapas, bet nepārdarīja žurnāla ierakstus. Mini darījums negaidīja vietu nesen aizvērtajā buferī un pēc tam lapu atzīmēja ar nederīgu pašreizējo LSN vērtību. Pēc nepareizas LSN vērtības pievienošanas skalošanas sarakstam, aizkavēts mini darījums pievienoja netīras lapas ar agrāku LSN vērtību, izjaucot izskalošanas saraksta kārtību.

Tika pievienota atkļūdošanas iespēja innodb_log_checkpoint_fuzzy_now. Šīs opcijas iespējošana liek InnoDB rakstīt neskaidru kontrolpunktu. Tāpat tika pievienoti jauni iekšējie pārtaisīšanas žurnāla moduļu skaitītāji, lai izsekotu LSN vērtības. Log_lsn_buf_dirty_pages_added counter izseko LSN vērtību, līdz kurai ir pievienotas netīras lapas, un log_lsn_buf_pool_pool_oldest_lwm skaitītājs izseko zemāko ūdenszīmi LSN vecākajam modificētajam blokam bufera baseinā. (Kļūda # 27664539)

InnoDB: Contention-Aware Transaction Scheduling algoritms (CATS) izseko darījumu skaitu, kas gaida citu darījumu. Strupceļa gadījumā metode, ar kuru tuvina gaidīšanas darījumu skaitu, radīja uzpūstas vērtības. (Kļūda # 27646322)

InnoDB: Mēģinājums iegūt InnoDB biļeti, turot cietušā darījuma slēdzeni, izraisīja bloķēšanas kārtības pārkāpumu. (Kļūda # 27626681)

Atsauces: šī problēma ir regresija: Bug # 23476050.

InnoDB: Mēģinājums nolasīt nulles garuma BLOB vērtību atkopšanas laikā izraisīja apgalvojuma kļūmi. BLOB vērtība vēl nebija pilnībā ievietota. (Kļūda # 27617389)

InnoDB: Sacensību apstākļi radās, iegādājoties galda bloķēšanu galdam, kas jau bija atmiņā. (Kļūda # 27586419, Kļūda # 27577704)

Atsauces: Šī problēma ir regresija: Kļūda # 26848711.

InnoDB: Pēc servera restartēšanas, mēģinot izveidot šifrētu tabulu, no atmiņas motora tika parādīta vispārēja kļūda. (Kļūda # 27577339)

InnoDB: Izmantojot Contention-Aware Transaction Scheduling (CATS) ar telpisko indeksu, darījums tika gaidīts bezgalīgi. (Kļūda # 27572937)

InnoDB: Nepareiza parsēšana tabulas vietas nosaukumā, kas ietvēra daudzbaitu rakstzīmes, izraisīja DROP DATABASE darbības neizdošanos. (Kļūda # 27566937)

InnoDB: Pārbaude, kas veikta, lai identificētu pagaidu tabulas, radīja kļūdu, kad datu vārdnīca mēģināja atvērt sadalīto tabulu. (Kļūda # 27565997)

InnoDB: Shēmas neatbilstības kļūda, par kuru ziņots, importējot tabulas telpu, neizdevās izdrukāt neatbilstošus tabulu karodziņus lasāmā formātā. (Kļūda # 27542720)

InnoDB: DDL darbība neizdevās gaidīt, kamēr tiks pabeigta FULLTEXT indeksa optimizācijas darbība. (Kļūda # 27326796)

Atsauces: šī problēma ir regresija: Bug # 24938374.

InnoDB: No funkcijas trx_set_rw_mode () tika noņemta nevajadzīga tikai lasāmu darījumu pārbaude. Paldies Sandeep Sethia par plāksteri. (Kļūda # 27211287, Kļūda # 88739)

InnoDB: DDL darbība, kas pievienoja svešas atslēgas ierobežojumu, izvirzīja apgalvojumu, kad tā piekļuva novecojušam atmiņas objektam, kas piederēja vecāku tabulai. (Kļūda # 27208858)

InnoDB: Neveiksmīgs apgalvojums radās pēc a atmiņā saņemt operāciju. (Kļūda # 26876594)

InnoDB: Bojāts indeksa ID, kas radies ārzemju atslēgas pārbaudes laikā, izvirzīja apgalvojumu. (Kļūda # 26654685)

InnoDB: DROP TABLE darbība tabulā, kas atrodas vispārējā tabulu telpā, izvirzīja apgalvojumu, pārbaudot indeksa statusu operācijas pēc-DDL fāzē. (Kļūda # 26523254)

InnoDB: Iekšējā strupceļš DDL darbības laikā izraisīja ilgu semaforu gaidīšanu, kam sekoja servera izeja. (Kļūda # 26225783)

InnoDB: DDL operācijā radās nopietna kļūda nepareizas bloķēšanas jaunināšanas dēļ. (Kļūda # 26225783)

InnoDB: Windows 64 bitu sistēmā nederīgas bufera kopas konfigurācijas vērtības lika serverim iziet, startējot. (Kļūda # 26100239, Kļūda # 86370)

InnoDB: Tika noņemts atkļūdošanas kodu bloks, kas saistīts ar muteksu tipu definīcijām. Tas vairs neatšķīrās no koda bloka bez atkļūdošanas versijas. (Kļūda # 24952279, Kļūda # 83529)

InnoDB: Servera kļūda atkopšanas laikā radās žurnāla parsēšanas bufera pārpildes dēļ. Vieta tagad tiek dinamiski sadalīta žurnāla parsēšanas buferī un pēc vajadzības tiek palielināta, līdz tā sasniedz innodb_log_buffer_size norādīto lielumu. (Kļūda # 24734190)

InnoDB: Galda bloķēšana tika optimizēta vienlaikus atjauninājumiem vienā tabulā, izvairoties no dārgām iterācijām virs tabulas bloķēšanas rindas.

Paldies Zhai Weixiang par ieguldījumu. (Kļūda # 18955152, Kļūda # 72948)

Iepakojums: Operētājsistēmā Windows mysqld.exe - palīdzība komanda parādīja nevajadzīgu un negaidītu informāciju sistēmas izvadā, ko šis labojums novērš. (Kļūda # 27894020)

Sadalīšana: ALTER TABLE atcelšana. Izraksti TRUNCATE PARTITION netika pareizi apstrādāti. (Kļūda # 27603025)

Atsauces: Skatīt arī: Bug # 87562, Bug # 26710839.

Sadalīšana: Sadalītās tabulas nodalījuma atjaunināšanas laiks var būt nepareizs pēc tabulas pārbūves vai servera restartēšanas. (Kļūda # 27073100)

Replikācija: Ja servera startēšanas laikā tika norādīta opcija --skip-log-bin, lai atspējotu bināro reģistrēšanu, brīdinājuma ziņojums netika izsniegts, ja gan expire_logs_days, gan binlog_expire_logs_seconds ir iestatīta uz nulles vērtību. Opcija --skip-log-bin nozīmēja, ka nav bināru žurnālfailu, kuru derīguma termiņš būtu beidzies, tāpēc šo bināro žurnālu derīguma termiņa iestatījumu iznākumam (tas ir, ka vērtība expire_logs_days tiek ignorēta) nebija praktiskas ietekmes. Tomēr brīdinājuma ziņojums tagad tiek izsniegts, lai situāciju varētu labot, pirms serverim ir iespējota binārā reģistrēšana. (Kļūda # 27699608)

Replikācija: Žurnāla ziņojumi, kas ģenerēti, kad dalībniekam neizdodas pievienoties grupai, ir uzlaboti, piemēram, ja grupas dalībnieka grupas pievienošanās grupai_replikācijas_nosaukums neatbilst sākotnējās grupas grupas_aizvietošanas_grupas nosaukums nosaukums, kas tagad ir aprakstīts žurnāla ziņojumā. (Kļūda # 27628695)

Replikācija: Ja MySQL serveris tiek palaists avārijas atkopšanas režīmā ar innodb_force_recovery iestatījumu 4 vai lielāku, kas InnoDB ievieto tikai lasīšanas režīmā, daļēji sinhronās replikācijas galvenā spraudni nevajadzētu inicializēt. Sakarā ar izmaiņām spraudņa inicializācijas secībā MySQL 8.0, serveris pieņēma, ka, ja spraudnis ir reģistrēts, tas ir arī inicializēts, un nepareizi mēģināja to deinicializēt. Šī spraudņa apstrāde avārijas atkopšanas režīmā tagad ir izlabota, lai deinitializācijas funkcija netiktu izpildīta, kad spraudnis nav inicializēts. (Kļūda # 27481872)

Replikācija: Replikācijas filtru vai bināro žurnālu filtru izmantošana var radīt problēmas, tos lietojot tabulām, kas tiek atjauninātas ar XA transakcijām. Tabulu filtrēšana var izraisīt XA transakcijas tukšošanu replikācijas vergā, un tukšas XA transakcijas netiek atbalstītas. Turklāt ar iestatījumiem master_info_repository = TABLE un relay_log_info_repository = TABLE replikācijas vergā, kas kļuva par noklusējumu MySQL 8.0, pēc filtrēta XA transakcijas tiek mainīts datu motora darījuma iekšējais stāvoklis un tas var kļūt neatbilstošs replikācijas darījuma kontekstam Valsts.

Šo problēmu dēļ netiek atbalstīta replikācijas filtru vai bināro žurnālu filtru izmantošana kopā ar XA transakcijām. Šis labojums pievieno jaunu kļūdu ER_XA_REPLICATION_FILTERS, kas tiek reģistrēta ikreiz, kad replikācijas filtrs ietekmē XA transakciju neatkarīgi no tā, vai darījums bija tukšs. Ja transakcija nav tukša, replikācijas vergs var turpināt darboties, taču jums vajadzētu veikt darbības, lai pārtrauktu replikācijas filtru izmantošanu ar XA transakcijām, lai izvairītos no iespējamām problēmām. Ja transakcija ir tukša, replikācijas vergs apstājas. Šajā gadījumā replikācijas vergs varētu būt nenoteikts stāvoklis, kurā varētu tikt apdraudēta replikācijas procesa konsekvence. Konkrēti, verga vergam iestatītais gtid_executed var būt pretrunā ar galveno. Lai novērstu šo situāciju, izolējiet galveno un pārtrauciet visu replikāciju, pēc tam pārbaudiet GTID konsekvenci visā replikācijas topoloģijā. Atsauciet XA transakciju, kas ģenerēja kļūdas ziņojumu, pēc tam restartējiet replikāciju. (Kļūda # 27442477)

Replikācija: Kad mysqlbinlog tika izmantots binārā žurnāla notikuma, kas ir lielāks par 128 KB, nolasīšanai, lasīšana neizdevās, jo 128 KB tika atgriezts kā lielums, nevis faktiskais lielums. Jautājums tagad ir novērsts. Paldies Facebook komandai par ielāpu. (Kļūda # 27417084, Kļūda # 89326)

Replikācija: Kad darījums, kas bija lielāks par binārā žurnāla transakcijas kešatmiņas lielumu (binlog_cache_size), apstrādes laikā tika izvadīts uz pagaidu failu un skalošana neizdevās, jo pagaidu direktorijā nebija vietas, skalošanas kļūda netika pareizi apstrādāta. Kļūdu žurnālā netika ierakstīts ziņojums, un pēc transakcijas atkopšanas binārā žurnāla kešatmiņa netika notīrīta. Šādā situācijā serveris veic atbilstošu darbību, pamatojoties uz binlog_error_action iestatījumu (izslēdz serveri vai aptur reģistrēšanu) un kļūdu žurnālā ieraksta ziņojumu. Kad transakcija tiek atcelta, serveris pārbauda, ​​vai nav izdzēšanas kļūdu, un notīra binārā žurnāla kešatmiņu, ja tāda ir notikusi. (Kļūda # 27399620, Kļūda # 89272)

Replikācija: Kad replikācijai tiek izmantoti GTID, tiek saglabāti dublētie darījumi, kas tiek filtrēti vergā. Ja vergā ir iespējota binārā reģistrēšana, filtrētais darījums tiek ierakstīts binārā žurnālā kā Gtid_log_event, kam seko tukšs darījums, kurā ir tikai BEGIN un COMMIT priekšraksti. Ja binārā reģistrēšana ir atspējota, filtrētā darījuma GTID tiek ierakstīts tabulā mysql.gtid_executed. Šis process nodrošina, ka izpildīto GTID kopā nav nepilnību un filtrētie darījumi netiek atkārtoti izgūti, ja vergs atkal izveido savienojumu ar galveno. Iepriekš šis process netika veikts paziņojumiem CREATE DATABASE, ALTER DATABASE un DROP DATABASE, taču tagad tas tiek veikts gan šiem, gan citiem paziņojumiem. (Kļūda # 27308751, Kļūda # 88891)

Replikācija: Vairāku virkņu vergā, kad vergam tiek izpildīts paziņojums STOP SLAVE, kam seko paziņojums START SLAVE, kļūdu žurnāls, izejot, var ziņot par citu vergu SQL pavediena binārā žurnāla pozīciju, salīdzinot ar pozīciju, par kuru ziņots vergu SQL pavediens nākamajā inicializācijā.

Daudzvītņotam vergam SQL pavedienam norādītā atrašanās vieta, izejot, ir zema ūdens līmeņa atzīme, līdz kurai replikācijas plūsma ir konsekventa un tai nav atstarpju. Tiek garantēts, ka darījumi, kas parādās pirms pozīcijas, ir izdarīti, bet darījumi pēc tam, kad pozīcija var būt vai nav izdarīta. Tomēr šī zemā ūdens atzīme tika ziņota, pirms faktiski tika veikts darba ņēmēja pavedienu apturēšanas process, un šī procesa laikā kontrolpunkta rutīna vēlāk atjaunināja zemā ūdens atzīmi. Žurnāla ziņojuma laiks tagad ir mainīts, lai galīgā zemākā ūdens līmeņa atzīme tiktu ziņota kā SQL pavediena pozīcija iziešanas brīdī. (Kļūda # 27300658)

Replikācija: Tīkla jaunināšana replikācijas grupai, kurā MySQL versija darbojās agrāk nekā 5.7.23, nebija iespējama. Kad dalībnieks, kura versija darbojas agrāk nekā MySQL 5.7.22 vai MySQL 8.0.11, mēģināja pievienoties grupai ar dalībniekiem, kas darbojas ar MySQL 5.7.21 vai vecāku versiju, tam neizdevās pievienoties grupai, jo MySQL 5.7.21 nesūta vērtību tā mazāks_kastes_tabulas_nosaukumi sistēmas mainīgais. Tas nozīmē, ka jaunākā versija mainīja mazāku_kastes_tabulu_vārdi ar nederīgu vērtību un aizgāja no grupas. Risinājums ir veikt grupu bezsaistē, jaunināt uz 5.7.23 vai 8.0.12 un jaunāku versiju. Turpmākos grupas jauninājumus var veikt, neatstājot grupu bezsaistē. Skatiet sadaļu Grupu replikācijas jaunināšana. (Kļūda # 90794, Kļūda # 27991334)

Replikācija: Mainīgais gtid_purged satur bināros žurnāla notikumus, kurus serveris ir iztīrījis no žurnāla. Palaidot grupas replikācijas spraudni, šo mainīgo nekad nevajadzētu modificēt, bet tas bija iespējams. Tagad mainīgo nevar mainīt, kad darbojas grupas replikācija. (Kļūda # 90146, Kļūda # 27724561)

Replikācija: Netika pareizi atšifrēti dalībnieku ziņojumi PIT_TRANSACTIONS_NEGATIVE_CERTIFIED, PIT_TRANSACTIONS_ROWS_VALIDATING un PIT_TRANSACTIONS_LOCAL_ROLLBACK. (Kļūda # 90077, Kļūda # 27692831)

Replikācija: Dažās situācijās, piemēram, sadalītās atkopšanas procedūras laikā, sertifikācijas informācijas atkritumu savākšana attīra vairāk datu nekā vajadzētu, kā rezultātā konflikti netika atklāti. Atkritumu savākšanas procedūra ir uzlabota, lai ņemtu vērā šo gadījumu. (Kļūda # 89938, Kļūda # 27652526)

Replikācija: ER_GRP_RPL_SQL_SERVICE_FAILED_TO_RUN_SQL_QUERY kļūda tika reģistrēta nepareizi. (Kļūda # 89788, Kļūda # 27590534)

Replikācija: Kad group_replication_applier kanāla aplikatora pavedienā radās kļūda, kļūdas ziņojumā master_log_name un end_log_pos bija kļūdaini. Grupā Replikācija darījuma notikumi tiek atkārtoti, pirms tie tiek ierakstīti tā dalībnieka binārajā žurnālā, no kura radies darījums. Rezultāts ir tāds, ka šo notikumu galīgais master_log_name un end_log_pos nav zināms brīdī, kad tie tiek lietoti kanāla group_replication_applier kanāla lietojumprogrammas pavedienā. Lai izvairītos no neskaidrībām, tagad visos šādos kļūdas ziņojumos, ar kuriem sastopams group_replication_applier kanāls, nav binārā žurnāla nosaukuma un binārā žurnāla stāvokļa. (Kļūda # 89146, Kļūda # 27368735)

Replikācija: Izmantojot group_replication_force_members grupas atbloķēšanai, piemēram, pēc vairākuma zaudēšanas, dažreiz neizdevās ar kļūdu 1231. (Kļūda # 86957, Kļūda # 26394418)

macOS: MacOS serveris automātiski startēja sistēmas sāknēšanas laikā, pat ja MySQL preferenču rūtī tas nav iestatīts. (Kļūda # 27969174, Kļūda # 90672)

Microsoft Windows: Atkļūdošanas pamatā ir Windows, CREATE SPATIAL REFERENCE SYSTEM ar tukšu definīcijas virkni varētu izraisīt apgalvojumus. (Kļūda # 27672683)

Klienta bibliotēkā ppoll () signāli tika nepareizi atbloķēti. Paldies Facebook par plāksteri. (Kļūda # 28075623, Kļūda # 90999, Kļūda # 28096808, Kļūda # 91067)

Daži ALTER TABLE paziņojumi varētu atspējot tabulas šifrēšanu. (Kļūda # 28045585)

Atsauces: šī problēma ir regresija: Bug # 27389878.

Dažos apstākļos MyISAM koda sastādīšana neizdevās, jo trūka ietvertā faila. (Kļūda # 28039150, Kļūda # 90898)

Funkcija REGEXP_REPLACE () saīsināja rezultātu, kad to izmantoja UPDATE priekšrakstā. (Kļūda # 28027093, Kļūda # 90870)

REGEXP_REPLACE () rezultātus no vienas rezultātu kopas rindas var pārnest uz nākamo rindu, kā rezultātā iepriekšējie rezultāti tiek uzkrāti pašreizējā rindā. (Kļūda # 27992118, Kļūda # 90803)

Tika novērsta kaudzes pārpildes ievainojamība MySQL klienta bibliotēkā. (Kļūda # 27980823)

Lietotājiem, kuriem bija SUPER privilēģija, nebija atļauts modificēt keyring_operations sistēmas mainīgo. (Kļūda # 27976270)

MySQL 5.7 un MySQL 8.0.11 izveidotās pilnteksta meklēšanas palīgtabulas ar laika zīmogiem 0 izraisīja datu vārdnīcas jaunināšanas kļūmi, veicot jaunināšanu no MySQL 8.0.11 uz MySQL 8.0.12. (Kļūda # 27960500)

Veicot jaunināšanu no MySQL 5.7, tika atgriezta Valgrind kļūda “avota un mērķa pārklāšanās memcpy”. (Kļūda # 27945658, Kļūda # 90691)

Pēc setuid () zvana izpildes Linux bināros failus neizdevās izgāzt kodolu. (Kļūda # 27929894, Kļūda # 90642, Kļūda # 23337428, Kļūda # 21723)

RESET PERSIST nemainīja mainīgās vērtības no atmiņas. (Kļūda # 27924206)

Atkļūdošanas veidotājiem izmantojiet CREATE TABLE. Atlasiet, lai izveidotu tabulu ar garu ciparu virkni, un kolonnas indeksēšana var izraisīt apgalvojuma celšanu. (Kļūda # 27909771)

Atkļūdošanas būvējumu gadījumā nezināmā mainīgā lieluma RESET PERSIST atiestatīšana var izraisīt apgalvojuma celšanu. (Kļūda # 27903874, Kļūda # 90546)

Atsauces: Šī problēma ir regresija: Kļūda # 27374791.

Skata kolonnu metadatu atjauninājumi, atsaucoties uz sadalīto tabulu, var izraisīt servera iziešanu. (Kļūda # 27903842)

Atkļūdošanas būvēm var izvirzīt apgalvojumu UNION vaicājumiem, aprēķinot kolonnu GEOMETRY un SELECT * FROM (SELECT NULL) kombinēto datu tipu. (Kļūda # 27903792, Kļūda # 90550)

Atkļūdošanas būvēs servera palaišana ar thread_stack = 0 un ALTER TABLE izpilde varētu izraisīt apgalvojumu. (Kļūda # 27899274, Kļūda # 90525)

SHOW TABLE STATUS var izraisīt servera iziešanu. (Kļūda # 27897815)

Ģenerētajām kolonnām, kurās izmantota funkcija INTERVAL (), var notikt nepareiza darbība. (Kļūda # 27881102)

Operētājsistēmai Fedora 28 MySQL kopienas RPM pakotnes netiktu instalētas, ja būtu instalētas savienotāja ODBC vietējās pakotnes. (Kļūda # 27850721)

Varēja atteikties no izpildes shēmas. (Kļūda # 27830283)

Izpildes laika kļūda var rasties zvaniem uz mysql_sys_var_longlong () vai String :: copy (). (Kļūda # 27822413, Kļūda # 27808412)

Apgalvojumu izvirzīja kļūdu reģistrēšanas kods, kurā tika izmantots neatbilstošs kļūdas numurs. (Kļūda # 27792903)

Atsauces: Šī problēma ir regresija: Bug # 27462408.

KONVERTĒT RAKSTUROJUMU charset_name klauzula ALTER TABLE radīja sintakses kļūdu, ja charset_name bija DEFAULT. (Kļūda # 27760787, Kļūda # 90222)

Atsauces: šī problēma ir regresija: Bug # 27389878.

Šifrēts savienojums var rasties, mēģinot izveidot klienta savienojumu, norādot, ka ir nepieciešams šifrēts savienojums, ja serveris nav konfigurēts atbalstīt SSL. (Kļūda # 27759871)

IEVADĪT. SELECT neveica tik daudz pārbaudes kā INSERT INTO. VALUES () attiecībā uz prasību par ģeometrijas kolonnu derīgām ģeometrijas vērtībām. (Kļūda # 27756083)

REGEXP_INSTR () neatgrieza kļūdas ziņojumu, ja to izmantoja ar nederīgiem atbilstības režīma karodziņiem. (Kļūda # 27751277)

Dažas datu vārdnīcu tabulas definīcijas tika modificētas, lai tās vairāk saskaņotu ar to sākotnējo noformējumu. Turklāt datu vārdnīcas versijas numurs tika palielināts, un kods, kas attiecas uz datu vārdnīcas tabulas rādītājiem, tagad skaitlisko vērtību vietā izmanto simboliskus indeksu nosaukumus. (Kļūda # 27745526, Kļūda # 90196)

Sagatavota paziņojuma izpilde, lai ievietotu rindas ar lielu parametru skaitu, bija ļoti lēna. (Kļūda # 27699248)

ibd2sdi varētu iziet, veicot dalīšanas ar nulli darbību. (Kļūda # 27692051, Kļūda # 90071)

Avota izplatīšanā mysql-boost-8.0.4.tar.gz izlaisti NDB avoti. (Kļūda # 27690232)

RĀDĪT DOTĀCIJAS var izraisīt servera izeju, ja tas tiek izpildīts priviliģētam lietotājam, kurš mantojis privilēģijas no anonīma lietotāja. (Kļūda # 27678129)

Parsētājs nepareizi pieļāva, ka CREATE INDEX indeksa nosaukums ir tukšs. (Kļūda # 27676427)

Servera restartēšanas kļūmes, ko ierosina systemd vai mysqld_safe netika ierakstīti kļūdu žurnālā. (Kļūda # 27675050, Kļūda # 90012)

Atkļūdošanas veidotājiem, ja darījums bija tikai lasīšanas režīmā, mēģinājums izveidot vai nomest histogrammu var izraisīt apgalvojumu. (Kļūda # 27672693)

Ja serveris tika palaists ar --skip-grant-tables, SET ROLE DEFAULT izraisīja servera izeju. (Kļūda # 27672154)

VARBINARY vērtību apraide uz TIME vērtībām netika veikta pareizi. (Kļūda # 27665997)

Pēc nosacījuma izveides konst atsaucei netika veikta kļūdu pārbaude. (Kļūda # 27665085)

MeCab modeļa pārvaldītais vārdnīcas informācijas objekts tika izmantots pēc MeCab modeļa izlaišanas. (Kļūda # 27660368)

Mēģinājums pārtraukt klases MYSQL_AUDIT_AUTHENTICATION_CLASS notikumus izraisīja servera izeju. Šie notikumi tagad nav atceļami. (Kļūda # 27645636)

Šie resursu grupas priekšraksti tagad nav atļauts glabātās funkcijās, jo tie izraisa netiešu apņemšanos, kas nav atļauta glabātajā funkcijā: CREATE RESOURCE GROUP, ALTER RESOURCE GROUP, DROP RESOURCE GROUP. (Kļūda # 27638623, Kļūda # 89914)

Audita žurnāla filtrēšanas kārtulas neļāva klases nosaukumus norādīt kā virkņu masīvu. Tagad tas ir iespējams. Piemērs:

Ja sistēmā Windows tika noņemta Visual Studio atkārtoti izplatāma Visual C ++, MySQL atinstalēšana, izmantojot MSI instalēšanas programmu, neizdevās. (Kļūda # 27621546)

mysql_secure_installation tagad ielādē validate_password komponentu, nevis novecojušu validate_password spraudni. (Kļūda # 27619667)

REGEXP_LIKE (), izmantojot izteicienu, kas satur jautājuma zīmi (?), Netika pareizi apstrādāts, ja tas tika iekļauts sagatavotajā paziņojumā. (Kļūda # 27595368)

REGEXP_SUBSTR () ne vienmēr pareizi apstrādāja NULL modeļus. (Kļūda # 27572258)

Daži RĀDĪT TABULU paziņojumus varētu izvirzīt apgalvojumu. (Kļūda # 27569314)

Viltus posmus varēja redzēt tabulā Veiktspējas shēma events_stages_current. (Kļūda # 27566220)

Tabulas aktivizētājus var izpildīt secībā, kas nav noteikta viņu PRECEDES / FOLLOWS klauzulās. (Kļūda # 27544152)

Mēģinājumi iestatīt dažus pastāvīgus mainīgos starta laikā (piemēram, keyring_operations un obligātās_lomas) radīja privilēģiju pārkāpumu kļūdu, un serveris nesāka vai nenosaka mainīgo. (Kļūda # 27523095)

Dažos apstākļos MeCab pilna teksta meklēšanas kodā radās neizmantota mainīgā brīdinājums. Paldies Laurynam Biveinim par plāksteri. (Kļūda # 27519952, Kļūda # 89598)

Saglabāto procedūru ietvaros nebija iespējams uzrakstīt nosacījumu apstrādātāju, lai uztvertu svešās atslēgas kļūmes, ja iesaistītajā tabulā tika izmantots FEDERATED atmiņas motors. (Kļūda # 27509959)

Bija iespējams nomest primāro atslēgu, kas kalpoja kā vecākā atslēga svešās atslēgas attiecībās. Turklāt tabulas izveidei SQL slānis tagad pārbauda, ​​vai svešai atslēgai ir vecāku atslēga, un ziņo par kļūdu, ja tās trūkst. (Kļūda # 27506922, Kļūda # 89570, Kļūda # 11754696, Kļūda # 46337)

Atspējojot SQL režīmu NO_ENGINE_SUBSTITUTION SQL, CREATE TABLE un ALTER TABLE radās kļūda (nevis aizstāšana), ja vēlamais dzinējs tika atspējots, izmantojot sistēmas mainīgo invalid_storage_engines. (Kļūda # 27502530)

Atslēgas pagriešana, izmantojot keyring_encrypted_file keyring spraudni, var izraisīt servera izeju. (Kļūda # 27497018)

Ja MySQL Enterprise ugunsmūris būtu konfigurēts ar lielu noteikumu skaitu, servera izslēgšana varētu aizņemt ilgu laiku. (Kļūda # 27492122)

IESTATĪT TIKAI PERSISTU var_name = DEFAULT saglabāja pašreizējo globālo vērtību, nevis noklusējuma vērtību. (Kļūda # 27489026)

Ja MySQL ir konfigurēts ar LINK_RANDOMIZE CMake opcija ir iespējota, opcija --gc-section compiler tagad ir atspējota. Kombinācija izraisa segmentēšanas kļūdas. (Kļūda # 27484106)

Servera instalēšanas laikā mysql.infoschema, mysql.session un mysql.sys rezervētie konti tika saistīti ar mysql_native_password autentifikācijas spraudni pat tad, ja noklusējuma spraudnis bija caching_sha2_password. (Kļūda # 27454299)

Dažas loga funkcijas apkopotajiem datu tipiem izmantoja nepareizu precizitāti. (Kļūda # 27452179)

Par heksadecimālo vērtību H , ATLASIET ar WHERE (-1) - H izvirzīja apgalvojumu. (Kļūda # 27452082)

Atsauces: Skatīt arī: Kļūda # 27041382. Šis jautājums ir regresija: Kļūda # 21982792.

Tika novērsta atmiņas noplūde pfs-t vienības testā. Paldies Jurai Sorokinai par plāksteri. (Kļūda # 27440735, Kļūda # 89384)

Vairāki CHAR () izsaukumi saglabātā programmā varētu dot atšķirīgus rezultātus, tiklīdz kā arguments tiktu nodots nederīgs koda punkts. (Kļūda # 27410088)

Ja ir iespējotas automātiskās_sp_privilēģijas, parastajiem veidotājiem EXECUTE un ALTER ROUTINE privilēģijas netika pareizi piešķirtas. (Kļūda # 27407480)

Daži vaicājumi, kas izmantoja pasūtīšanu, optimizācijas laikā varēja piekļūt neinicializētai kolonnai un izraisīt servera izeju. (Kļūda # 27389294)

Atkļūdošanas būvēm tika izvirzīts apgalvojums (nevis kļūda) ALTER TABLE arhīva tabulai ar kolonnu GEOMETRY NOT NULL, kurā ir tukšas virknes. (Kļūda # 27330634, Kļūda # 89088)

Kontus, kas autentificēti ar auth_sock autentifikācijas spraudni, nevarēja izveidot savienojumu, izmantojot vecākus klientus. (Kļūda # 27306178)

Ja sistēmas tabulas nevarēja nolasīt vai inicializēt, serveris uzrakstīja nepilnīgu kļūdas ziņojumu. Paldies Daniël van Eeden par plāksteri, kas saistīts ar labojumu. (Kļūda # 27302337, Kļūda # 89001)

RENAME USER neizdevās, ja to pārdēvēja par lomu, kas netika piešķirta nevienam kontam vai lomai. (Kļūda # 27284699)

Kad galvenais serveris nebija pieejams, spraudnis keyring_okv ne vienmēr izgāja gaidstāves OKV serverī. (Kļūda # 27244099)

Veiktspējas shēma varētu mēģināt piekļūt nederīgām kolonnu SOURCE vērtībām. (Kļūda # 27231036)

Nepareiza iekšējo privilēģiju struktūru apstrāde var izraisīt servera izeju. (Kļūda # 27230925)

Atkļūdošanas būvēm pārāk maza veida izmantošana determinanta aprēķināšanai ĢIS aprēķinos varētu izraisīt apgalvojuma izvirzīšanu. (Kļūda # 27135504)

Mēģinājumiem palielināt InnoDB tabulas VARCHAR kolonnas garumu, izmantojot ALTER TABLE ar INPLACE algoritmu, mēģinājums neizdevās, ja kolonna tika indeksēta.

Ja indeksa lielums pārsniedza Kompānijas vai REDUNDANT rindas formāta InnoDB ierobežojumu - 767 baitus, CREATE TABLE un ALTER TABLE neziņoja par kļūdu (stingrā SQL režīmā) vai brīdinājumu (bezstriktā režīmā). (Kļūda # 26848813)

MySQL 5.7.19 tabulā mysql.gtid_executed tika izslēgta no izgāztuvēm. Šī tabula vairs nav izslēgta, bet tās dati netiek izmesti. (Kļūda # 26643180, Kļūda # 87455)

Atsauces: Šī problēma ir regresija: Bug # 82848, Bug # 24590891.

Sistēmas mainīgais slave_rows_search_algorithms kontrolē, kā rindas tiek meklētas pēc atbilstības, sagatavojot rindu sērijas reģistrēšanai un replikācijai. Norādot INDEX_SCAN kā vienu no meklēšanas algoritmiem, tiek veikta indeksa skenēšana, ja tajā ir indekss. Situācijā, kad galvenajam un vergam tiek izmantota cita primārā atslēga un vergā ir unikāla atslēga, kļūda kodā nozīmēja, ka indeksa skenēšana netika veikta tā, kā vajadzētu, un lēnāka tabula tā vietā tika veikta skenēšana. Tagad problēma ir novērsta, lai tiktu izmantota indeksa skenēšana. (Kļūda # 26450129, Kļūda # 23311892, Kļūda # 81500, Kļūda # 81501)

Daži apakšvaicājumu materializācijas gadījumi var izraisīt servera iziešanu. Šie vaicājumi tagad rada kļūdu, kas liek domāt, ka materializācija ir jāatspējo. (Kļūda # 26402045)

Telpiskās darbības ar ģeogrāfisko ģeometriju Kolekcijas vērtības var atgriezt ER_GIS_INVALID_DATA derīgām ģeometrijām. (Kļūda # 26174808)

MyISAM tabulām noteiktas INSERT un DELETE priekšrakstu secības var izraisīt tabulas korupciju. (Kļūda # 25541037)

Izrakstam SHOW CREATE USER nepieciešama mysql datu bāzes privilēģija SELECT, izņemot, lai skatītu informāciju par pašreizējo lietotāju. Turklāt pašreizējam lietotājam paziņojumam ir nepieciešama SELECT privilēģija mysql.user sistēmas tabulai, lai parādītu paroles jaukumu klauzulā IDENTIFIED AS, pretējā gadījumā jaukšana tiek parādīta kā & ltsecret & gt. (Kļūda # 24911117)

CREATE FUNCTION radīja kļūdu, ja nebija noklusējuma datu bāzes un funkcijas pamatteksts izsauca citu funkciju. (Kļūda # 24357244, Kļūda # 82350)

Atkļūdošanas būvēm SELECT priekšraksts, kas izpildīts saglabātā programmā, varētu izvirzīt apgalvojumu, ja atvasinātās tabulas izšķirtspēja neizdevās. (Kļūda # 23221336)

Ja mysqldump vai mysqlpump tika izmantoti bināro datu izgāšanai bez opcijas --hex-blob, atkārtoti ielādējot dump failu, var tikt parādīti viltus brīdinājumi (vērtības tika ievietotas pareizi neatkarīgi no brīdinājumiem). Šādas vērtības tagad ir uzrakstījis _binārs ievadītājs, lai apklusinātu brīdinājumus. (Kļūda # 22601255, Kļūda # 80150)

Virkņu salīdzinājumi ar aizstājējzīmēm varētu atsaukties uz neinicializēto atmiņu. (Kļūda # 12635103)

REGEXP_REPLACE () izvirzīja Valgrind brīdinājumu, kad to izsauca ar nederīgu uztveršanas grupu. (Kļūda # 87842, Kļūda # 27612255)


Skatīties video: Attiecību pamatprincipi. Īsta mīlestība un attiecības 2 no 10 (Oktobris 2021).