Az ilyen feladatokat matekból, hogy kell értelmezni?




 Ha ezt írja, hogy: A prímtényezős felbontás segítségével határozd meg a számláló és a nevező legnagyobb közös osztóját, majd egyszerűsítsd a törtet!   

A prímtényezős felbontást úgy érti, hogy prímszámos osztókat kell keresnem bennük? Tehát a legnagyobb közös prímszámosztót kell megkeresnem a számokban? Szóval nem lehet közös osztó pl. a 4, mert az nem prímszám?
Persze, jól csináltad. (A 4 is felbontható prímszámok szorzatára.)  

<https://www.geogebra.org/m/rmrwbtbc>  

A törtvonalnak ezt használjuk: 24 / 4 = 6
Ha a **Feladatlap publikálása** listából a “Csak azoknak, akiknek itt meg lett osztva” lehetőséget választod, akkor csak azok a tanulók érik majd el, akik tagjai egy olyan, általad létrehozott vagy gondozott csoportnak, akikkel ezt a feladatlapot megosztottad. Ha jegyre menő dolgozatot íratsz Redmentában, ezt javasoljuk, így biztosan nem lehet pl. más nevében rossz megoldásokat beadni (sajnos, volt már ilyen próbálkozás) Mit jelent nálad a "nem tudok fejlődni"?


Nem ad pontokat? Ha megcsinálsz egy leckét, vagy ismételsz egyet, akkor ad pontokat (azt hiszem 10-et). Neked most ezt írja: angol - 15. szint| Következő szint: 1040 pont | Összpontszám: 7960 pont. | Vagyis ha megcsinálsz 104 leckét, vagy ismétlést, akkor meglesz a 16. szint. Persze, ekkor még menni kell tovább, a 25. szintig. 


Vagy sokszor beszíneződik egy tojás, ami előtte már aranyszínű volt. Ez így normális.


Vagy a százalékok "bolondultak meg"? Néhol felfele megy, néhol esetleg csökken. Ez is a rendszer (egyik) érdekessége. Ez attól függ, hogyan osztod meg velük. Többféle lehetőség van:

 

A tanuló bejelentkezés után egyből látja a neki küldött feladatlapokat, és kiválasztja a tiédet

Ehhez meg kell osztanod a csoporttal vagy személyesen a tanulóval a feladatlapot. Fontos: add meg a feladatlap nevét, hiszen a tanuló nem csak tőled kaphat Redmenta feladatlapot!

 

A tanuló kap egy linket, és arra kattintva - bejelentkezés után - egyből a feladatlaphoz érkezik

Ehhez a kell a direkcím, amit a diák beír a **Direktcím** menübe, vagy egy link, amit megosztottál velük a szokásos oktatási platformon (Kréta, Goggle Classroom, hashtag.school, stb.). A **Feladatlap publikálása** listából a “Csak annak, akivel itt meg lett osztva”, a “Bárkinek, aki regisztrált és ismeri a direktcímet” vagy a “Bárkinek, aki regisztrált felhasználó” lehetőséget kell kiválasztani.

 

A tanuló bejelentkezik és kikeresi a feladatlapot a Katalógusból

Ha a linkes megosztás nem működik valamiért, és nem osztottad meg csoporttal a feladatlapot, akkor a tanulók a Katalógusban tudják megtalálni. Ez nehézkesebb megoldás, add meg a feladatlap pontos címét, hogy legyen esélyük megtalálni (és hogy ne valami mást töltsenek ki).

 

A tanuló bejelentkezés nélkül eléri a feladatlapot

Akkor működik, hogyha a **Feladatlap publikálása** listából a “Bárkinek a világon” lehetőséget választottad megosztásra. A feladatlap bejelentkezés nélkül is kitölthető - ennek az az előnye, hogy a gyerekek nem akadnak el a regisztráció során, viszont **nem tudjuk követni, hogy ki töltötte ki** (egymás nevében is kitölthetik). Gyakorláshoz ajánljuk. en torolnek mindent, majd tudatosan, figyelve telepitenem ujra az egesz hobelebancot. elolvasnam mindennek a leirasat, elolvasnam minden ismeretlen szonak a magyarazatat, majd ha mindennel tisztaban vagyok, akkor az is kitiszutlna, hogy mit milyen sorrendben es hogyan lehet felrakni. a particiokat e… de hát hogy lehet az? Ok nélkül elvileg nem vonnak le csak úgy 10 pontot Szia Irén!  

  

Ha regisztráció nélkül használja valaki a rendszert akkor nem lehet érvényesíteni a kitöltési szám limitet. Az oka az, hogy a regisztráció a felhasználó azonosítását szolgálja. Ha nem tudja a rendszer, hogy ki ül a gép előtt, akkor számolni sem tudja, hogy a személy hányadik kitöltésnél jár. Én iphone-ról tudok nyilatkozni, de gondolom az androidos telefonok is hasonlóan működnek. Vannak olyan feladatok, ahol a fordítást előre megadott szavak közül kell kiválasztani helyes sorrendben. Azért ez nagy könnyítés, a weben ilyen nincs, ott meg kell azért dolgozni, hogy helyesen fordíts le egy mondatot, de szerintem ezáltal talán jobban is rögzül.
Ha itthon vagyok, akkor mindig a webes változatot használom, akárhol máshol lehet telefonról. Szia!  

Érdemes esetleg meglesni a mintamegoldást :)   

Vagy egy kód ide sokat segítene. **Miért van rá szükség?**


Amikor az adatot a lemezen tárolt alapú tárolóeszközök, hogy tárolja a blokk adatok. Ezek a blokkok elérni a maguk teljességében, így az atomi lemez hozzáférési művelet. Lemezblokkot szerkezete ugyanúgy, mint kapcsolt listák; mindkettő tartalmaz egy szakaszt az adatok, egy mutatót a helyét a következő csomópont (vagy blokk), és mindkét nem kell folyamatosan tárolódnak.


Tekintettel arra, hogy a rekordok száma csak akkor rendezhetők egyetlen területen, azt mondhatjuk, hogy keres egy olyan területen, amely nem igényel rendezve lineáris keresés, amely megköveteli `N/2`blokk hozzáféréseket (átlagosan), ahol `N`a blokkok száma, amelyek a táblázat ível. Ha ez a mező nem kulcs mező (azaz nem tartalmaz egyedi bejegyzés), akkor a teljes tablespace kell keresni a `N`blokk fér.


Mivel, rendezett területen, a bináris keresés alkalmazhatunk, amely `log2 N`blokk fér. Továbbá mivel az adatok rendezése kap egy nem-kulcs mező, a többi a táblázat nem kell keresni az ismétlődő értékeket, ha egy nagyobb értéket találtuk. Így a teljesítmény növelése jelentős.


**Mi indexelés?**


Az indexelés módja válogatás a rekordok száma több területen. Létrehozása index mező a tábla létrehoz egy másik adatszerkezet, amely birtokolja a mező értéke, és egy mutatót a rekord vonatkozik. Ez az index struktúra majd rendezve, így Binary keresések kell végrehajtani rajta.


A hátránya, hogy az indexelés, hogy ezek a mutatók további területet igényel a lemezen, hiszen az indexek együtt tárolja a táblát a MyISAM motor, ezt a fájlt gyorsan eléri a megengedett méretet a mögöttes fájlrendszer, ha több területen ugyanabban a táblázatban indexelése .


**Hogyan működik?**


Először is, nézzük vázlat minta adatbázis tábla séma; 



```
Mező neve Adat típus Méret lemezen
id (elsődleges kulcs) unsigned int 4 bájtot
FIRSTNAME Char (50) 50 bájt
lastName Char (50) 50 bájt
EmailAddress Char (100) 100 bájt

```

**Megjegyzés** : char helyett a varchar, hogy lehetővé tegye a pontos mérete a lemezen értéket. Ez a minta adatbázis tartalmazza ötmillió sorok és indexálás. Az előadás több lekérdezések most lehet elemezni. Ezek a lekérdezés segítségével a *id* (a rendezve kulcs mező), és egyet a *FIRSTNAME* (a nem-kulcs szétválogatás nélkül kitölteni).


***1. példa*** - *rendezve vs szelektálatlan mezők*


Mivel a minta adatbázis `r = 5,000,000`bejegyzések egy fix méretű, amely egy rekord hossza `R = 204`byte, és tárolja azokat egy táblát a MyISAM motor, amelyet az alapértelmezett blokk méretét `B = 1,024`byte. A blokkoló tényező az asztal lenne `bfr = (B/R) = 1024/204 = 5`jutó bejegyzések lemezblokk. A blokkok száma a szükséges tartani a táblázat `N = (r/bfr) = 5000000/5 = 1,000,000`blokkokat.


A lineáris keresés az id mező lenne szükség átlagosan `N/2 = 500,000`blokk fér találni egy értéket, mivel az id mező kulcsfontosságú területen. De mivel az id mező is rendezve, egy bináris keresést lehet végezni igénylő átlagosan `log2 1000000 = 19.93 = 20`blokk fér. Azonnal kiderül, hogy ez egy drasztikus javulást.


Most a *FIRSTNAME* mező nem kiválogatott sem kulcsfontosságú területén, így a bináris keresés lehetetlen, és nem azok az értékek, egyedi, és így a táblázat szükség lesz keresi a végén egy pontos `N = 1,000,000`blokk fér. Ez az a helyzet, hogy az indexelés célja, hogy javítsa.


Tekintettel arra, hogy az index rekord tartalmazza csak az indexelt mező és egy mutatót, az eredeti lemez, magától értetődik, hogy kisebb lesz, mint a multi-mező rekordot az mutat. Tehát maga az index igényel kevesebb lemez blokkok, mint az eredeti tábla, amely így kevesebbszer kell blokk hozzáférések végighaladni. A séma egy index a *FirstName* mező alábbiakban vázolt;



```
Mező neve Adat típus Méret lemezen
FIRSTNAME Char (50) 50 bájt
(Felvétel pointer) Special 4 bájt

```

**Megjegyzés** : mutatóeszközök a MySQL 2, 3, 4 vagy 5 bájt hosszúságú méretétől függően a táblázat.


***2. példa*** - *indexelés*


Mivel a minta adatbázis `r = 5,000,000`rekordok az index rekord hossza `R = 54`bájt és az alap blokk méretét `B = 1,024`byte. A blokkoló tényező az index lenne `bfr = (B/R) = 1024/54 = 18`jutó bejegyzések lemezblokk. A blokkok száma a szükséges tartani az index `N = (r/bfr) = 5000000/18 = 277,778`blokkok.


Most a keresést a *FIRSTNAME* területén tudja használni az index a teljesítmény növelése érdekében. Ez lehetővé teszi a bináris keresés az index átlagosan `log2 277778 = 18.08 = 19`blokk hozzáférések. Ahhoz, hogy megtalálja a címet a tényleges rekord, ami egy további blokk hozzáférés olvasni, így összesen `19 + 1 = 20`blokkolja a bejáratok, messze a 1.000.000 blokk hozzáfér találniuk kell egy *FIRSTNAME* mérkőzés a nem indexelt tábla.


**Mikor kell használni?**


Tekintettel arra, hogy létrehoz egy indexet igényel további lemezterület (277778 blokkok plusz a fenti példában a ~ 28% -os növekedés), és hogy túl sok indexek okozhat eredő kérdéseket fájlrendszerek mérethatárok, gondosan kell használni, hogy válassza ki a megfelelő mezők index.


Mivel indexek csak használják, hogy gyorsítsák fel a keresést a megfelelő területen belül nyilvántartást, magától értetődik, hogy mezőindexelés csak a kimenetnél lenne egyszerűen hulladék lemezterület és a feldolgozási idő, amikor egy betétet vagy törölni működését, így el kéne kerülni. Szintén jellege miatt a bináris keresés, a számossága vagy egyediségét az adatok fontosak. Az indexelés a területen egy számossága 2 osztanám az adatokat a felére, míg a számossága 1000 visszatér megközelítőleg 1000 rekordokat. Ilyen alacsony számosságú hatékonysága csökken egyenes sort, és az optimalizáló elkerülhető az index, ha a számossága kisebb, mint 30% -a rekordot, így gyakorlatilag az index egy hulladék helyet. Így van ! De , ha ismétlésre kéred, akkor teljesen kimondja. Nálam ez vált be :-)