Kész megoldások 1C
Mi a GUID, vagy az egyedi azonosító az objektum?
GUID (globálisan egyedi azonosító) - statikus egyedi 128 bites azonosító. Fő jellemzője - az egyediségre, amely lehetővé teszi, hogy hozzon létre skálázható szolgáltatások és alkalmazások félelem nélkül konfliktusok által okozott véletlen azonosítók. Bár minden egyes egyedi GUID nem garantált, az összes egyedi kulcsok olyan nagy (2128 vagy 3,4028? 1038), annak a valószínűsége, hogy a két megfelelő kulcsot egymástól függetlenül keletkezett a világ, rendkívül kicsi.
GUID négy részből elválasztva egy kötőjel és tartalmaz összesen 32 szimbólumokat, amelyek a hexadecimális 16 bájt (128 bit). Ie két karakter a GUID (oktett) - egyetlen byte hexadecimális. Példa GUID: b0d4ce5d-2757-4699-948c-cfa72ba94f86
[1]
Miért használja guid, hanem egy egyszerű auto-növekmény (identitáskrízisbe)?
Ahhoz, hogy használni Guidi 2 okból:
- szeretnék egy adatbázis vagy más szerver (cluster) nem volt központosított irányítását kulcsok generáció
- megszabadulni a probléma létrehozásának ugyanazt az azonosítót a különböző termelési szerverek
Ezek a problémák jellemzően akkor keletkeznek egy elosztott végrehajtási környezetet, és úgy van elhelyezve, mint a klaszter a szerverek elosztott, és előnyösen teljesen elkerülni egypontos kibocsátó egyedi kulcsokat.
Ha a rendszer nem rendelkezik ezeknek a követelményeknek, akkor nem kell egy UUID.
[1] [2]
Mi a különbség a uuid és guid?
UUID egy kifejezés a szabványos rfc4122, amely közzéteszi a World Organization for Standardization EITF.
Nagyjából GUID mi történt a gyakorlatban a Microsoft. Az elmélet eltér gyakorlat, valamint az XML a HTML.
[1] [2]
Mi GUID?
Ez attól függ, hogy milyen típusú:
- Véletlen: Csak használja a rendszer véletlenszám-generátor segítségével hoztuk létre egy 128 bites szám.
- Idő-alapú: hozzon létre egy GUID alapján az aktuális időt.
- Hardver-alapú: Készíts egy GUID bizonyos részei alapján hardveres funkciók, mint például a MAC-cím egy hálózati kártya.
- Tartalom alapú (MD5 vagy SHA-1 hash adatok): Hozzon létre egy GUID alapján hash a fájl tartalmát. Fájlok azonos tartalommal lesz ugyanaz GUID.
[1]
Hogyan állapítható meg a változat a GUID?
Guida változata meghatározott magas byte 7 oktett.
B0: D4: ce: 5D-27: 57-4 6: 99-94: 8c-cf: A7: 2b: A9: 4f: 86
[1]
Miért nem lehet rendelni a linkre, ha tartalmazza a létrehozásának dátuma?
Mint korábban már említettük, guid eredetileg megalkotta az elosztási rendszer, amelyben a problémák egyedi azonosítók megoldott teljes elutasítása autoincrement javára véletlen számokat és speciális technikákat. GUIDy véletlenszerű és nem-megismételhetőség, definíció szerint, és ez a maga előnye és hátránya. Például, elemek előre meghatározott és önkényes azonosítók használt Véletlen GUID (Version 4). A „típusos” Time Based GUID (1. verzió).
Az általuk használt különböző szabványok?
Igen, de amikor az index adatbázis dolgozni véletlen kulcs értéket (lásd. B-fa beiktatási) problémákat.
[1] [2]
Ez a referencia lehet létrehozni Random GUID?
Csak előre definiált elemek és kézzel készítette Guido.
És még?
Véletlen UUID okoz bomlást a beszúrási műveletek. Ilyen Guido index rosszul fürtözött, egy fa keresés a lehető legszélesebb körben. Ahhoz, hogy elkerüljük ezt a hiányosságot alkotta COMB Guid - Kombinált Guid a kombinációja egy időbélyeg. Ezért amikor azt használja a Time-alapú GUID elsődleges kulcsot, ők inkább csoportos, de nem következetes. „Mechanizmus okozza linkek csak akkor nyújt egyediségét. Növekvő sorrendben, amikor a termelés nem áll rendelkezésre.” (C) Bg
[1]
De Guido szekvenciája azonos? Valami van körülbelül MomentVremeni?
Igen, mint te? Nem Guido sorrendben! Aki először kérte -, hogy ki és a medence. És mikor elfogyott az ő ülés - ez attól függ tőle. További információ a kísérlet MomentomVremeni.
//1c.ruboard.ru/public/84177/
Miért „hátra-előre” ideje menni?
„Ez történt”;)
Például azért, mert a GUID meg jóval azelőtt, hogy van, hogy a kezében IETF és adatbázisok.
Vagy azért, mert a platform C-ben írt, nem Java, de mint tudjuk, a asemblera x86 architektúra little-endian byte sorrendben.
Vagy, ahogy a Wikipedia szerint, használt 2 változata van: n átvitele a hálózathoz "vezetékes" "hálózat" (big-endian) byte-sorrend, és tartsa "természetes" (little-endian) byte sorrendben.
Mindenesetre, nem tudom, hogyan volt, és mi csak találgatni tud.
[1] [2] [3] [4]
Miért nem használja az idő a GUID?
Először is, a GUID lehet véletlenszerű, és nem ok abban az időben.
Másodszor, a medence Guida kiállított 32 darab minden alkalommal.
Harmadszor, random GUID saját szabvány, és bár ez csak egy módja annak, hogy csoport elsődleges kulcsok csökkentése a szélessége a B-fa és felgyorsítja betoldások a fürtözött index!
[1] [2] [3]
Miért érdemes egy „fordított” UUID belül 1s méret?
<Объект не найден> (26: 80f408002771598b11e7a3f0a3a64c3b)
Nem tudom. Csak azt tudom, hogy az első számjegy megegyezik a táblázat nevét a sql: Reference26 -> VidyNomenklatury
[1]
7 perc a közép 1 év, részben a hi képviseltetik magukat.
Verzió - felső 4 bit a hetedik oktett tartalmaznak típusú Guida.
0x0001 1 időalapú verzió
0x0010 2 DCE Security verzió (POSIX UIDs)
3 0x0011 név alapú változata (MD5 hash értékének)
0x0100 4 véletlenszerűen generált verzió
5 0x0101 név alapú verzió (SHA-1 hash)
Óra Sequence - annak elkerülésére, ismétlődések, amikor az óra visszafelé mozog, vagy változó csomópont-azonosító. Ha az előző számláló értéke közismert - ez eggyel megnöveljük, egyébként a véletlen szám kerül sor.
Példák? Megvannak velem.
Mi „programozók” nakodil funkciók:
Nézd meg a linket hagyományos dokumentumot:
Nézze meg a linkek kézzel formáltak:
Ellenőrizze művelet „egyediségét” a számláló:
Remélem, hogy most már az ötlet, hogy „megszervezi a link” már kiürült ki teljesen.