Diskuze: automatické číslování ID sloupce v MSSQL
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.


Zobrazeno 7 zpráv z 7.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.


Jak, resp. kde jsi to nastavil? A jak to do té tabulky vkládáš?
Měl bys na SQL mít nastaveno na sloupec AutoIncrement ->True a při
ukládání tento sloupec vůbec nezmiňovat, bo SQL server si to udělá
sám.
Další otázka je, jak víš, že si to čísluje jak chce? Nemáš to ve
výpisu jen špatně seřazené? Nemazal jsi náhodou nějakou položka a pak
nevkládal novou? V takovém případě SQL již nepoužije tu smazanou hodnotu
ID a pokračuje následujícím číslem...
Nastavoval jsem to ve vlastnostech daného sloupce. Do tabulky to vkládám pomocí dotazu v MSSQL, ptž jsem plnil databázi nějakými testovacími daty, sloupec ID samozřejmě vím že se naplní automatiky. To že vím že se mi to čísluje špatně vidím když se podívám v dané tabulce na edit.
když se podívám v dané tabulce na edit. Můžeš to nějak
upřesnit? Když si vypíšeš data z té tabulky, tak jsou špatně
číslovaná, nebo co? Hoď sem kus kódu, kterým to vypisuješ...
SQL v podstatě neumí špatně číslovat. Když si uložíš záznamy 1,2,3 a
třeba trojku smažeš a vložíš další záznam, tak má číslo 4, když pak
smažeš jedničku a vložíš další záznam, tak bude mít č.5
Ještě mě napadá jedna věc. Máš na sloupci ID nastaven primární
klíč? Primární klíč vytvoří clustrovaný index a díky tomu při
zobrazování záznamů bez ORDER BY se záznamy seřadí podle clustrovaného
indexu (data jsou fyzicky na disku uložena v pořadí tohoto indexu) tedy podle
vygenerovaných id-ček.
Pokud v tabulce nemáš clustered index, tak se ti záznamy nezobrazí
seřazené podle ID, takže to může vyvolávat dojem, že to přiděluje
čísla divně, ale není tomu tak.
Další možností je, že pokud selže vložení záznamu do db (díky
třeba nějaké constraint, duplicetě apod), tak se "vypotřebuje" jedno
ID-čko.
Např. poslední ID je 5, jeden insert selže, další vložení záznam má id
7...
Primární klíč mám na sloupci nastavený. Mě se to inkrementuje správně, ale nějaká tabulka začíná od id = 30 jiná zase třeba od 8.
Tak to spíš vidím na selhané INSERTy při testování (vyplýtvala se ID), nebo jestli jsi nějaké záznamy nejdřív nevložil a pak smazal... Jednou použitá ID se už nikdy znovu automaticky nepoužijí...
Zobrazeno 7 zpráv z 7.