Diskuze: Increments in SQL DB
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.


Zobrazeno 11 zpráv z 11.
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, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.


Syntax je spravna a nemalo by to robit.
Pouzivas SQL 2012?
Incrementuje to po 1000 stale alebo len po restarte?
Co si ukazuje MS po vytvoření DB na tom sloupci. Jaký je tam identity ?
Používám MS SQL 2012, a vesele to přidává pořád po 1000. Řešil jsem to přesypáním tabulky do jiné, kterou jsem pak přejmenoval, tam jsou increments po 1, ale pak se to třeba po dvou dnech opět přihodí. (???)
Když začínám psát data do tabulky inkrementuje to po 1. Ale potom
přidám záznam třeba druhý den a najednou je tam skok. Tady je příklad
mojí tabulky:
string SP_create_query = " (ID int IDENTITY(1,1) PRIMARY KEY,"
+ "Datum nvarchar(50) NULL, "
+ "Balance nvarchar(50) NULL, "
+ "Charge nvarchar(50) NULL, "
+ "Item nvarchar(50) NULL, "
+ "Notes nvarchar(MAX) NULL, "
+ "LifeRest nvarchar(50) NULL, "
+ "ChargeRest nvarchar(50) NULL, "
+ "ChargeIndex int NULL); ";
Zkuste se nevyděsit toho, že u určitých typově jasných položek jsem se
uchýlil ke stringu. Měl jsem potíže s UPDATE a INSERT tak to za mne
vyřešil C#. Tímto bych taky požádal o jasnou praxi se zadáváním typu
DATETIME a INT a FLOAT v těchto rutinách.
Je to zajímavé. Jestli chceš, pošli mi prázdný backup, zkusím jestli to je databází nebo serverem. Teďka mám dovolenou a doma nemám velký server, ani 2012, ale v pondělí bych se na to zkusil kouknout.
Takze nasledujuci den, ked sa ti PC restartuje a s nim aj SQL, tak ti to
prida 1000. Je to znamy bug. Chyba je teda v SQL.
Tu je nejaky tip na riesenie ale neviem ci to funguje: http://stackoverflow.com/…ver-database
Nejspíš to dělá Server 2012. Našel jsem toto, udělal to a dávám to
dál:
http://stackoverflow.com/…ver-database
Přesypu ty svoje DB a uvidím, teď mi to leze aspoň po 1. 6003, 6004, 6005
atd.
J už ti to sem poslal shaman. Je to opravdu laciný bug. V těch komentářích to popisujou v čem je problém.
Tady jsem našel asi konečný řešení:
http://www.codeproject.com/…alue-Jump-Is
V management studiu jsem přesypal tabulky a inkrement se chová jak má. Je to
tím severem 2012 a přidáním "-t272" do startup parametrů serveru. Jinak já
používám localdb.
Zobrazeno 11 zpráv z 11.