Diskuze: Více proměnných v jednom sloupčeku-mySQL
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.


Zobrazeno 8 zpráv z 8.
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.


Asi bych to řešil "další" tabulkou (vazební - s vazbou M:M) kam by sis ukládal IDčka zařízení a IDčka uživatelů. Tím pádem by mohlo být přiřazeno uživatelů k zařízení kolik budeš chtít a zároveň jeden uživatel může být "přiřazen" k více zařízením.
Přesně jak píše kolega. Navíc select který jsi zde popsal se ti dříve nebo později vymstí minimálně tím, že bude neskutečně pomalý. Raději ani nemluvě o tom že jména uživatelů - tedy uživatelská data jsou na vazbení velmi, velmi nevhodná.
Děkuji za pomoc.
Jak jinak by jsi Selectoval?
Samozřejmě si budu tahat jen věci, se kterými pracuji a pracovat budu s
ID uživatelů, nikoliv se jmény. 
Selectovat se dá třeba takhle
SELECT (jmeno + ' ' + prijmeni) AS uzivatel FROM Users WHERE UserId IN(SELECT UserId FROM Zarizeni WHERE ZarizeniId = @parametr)
To už vypadá daleko líp než ten where přes LIKE, jen mám za to že klauzule IN nepoužívá indexy (minimálně v některých RDBMS - např. Firebird), tak že ani toto by nemuselo být úplně optimální ...
Kouknu na to, ale nejspíš tak rozsáhlý select potřeba nebude.
Na první stránce, kde si uživatel vybírá zařízení, je select kvůli
dropdown selectu
"SELECT devid, name FROM vazbadev WHERE userid= @id"
A když už jsme u rychlosti. Na další stránce vyčítám o zařízení všechna infa kromě "id" a "vlastník" (cca 20 proměnných). Tak jestli je rychlejší vybrat vše a poté jen nepoužít tyto 2 proměnné, nebo hezky do selectu vypsat jen to, co použiji.
Na první stránce, kde si uživatel vybírá zařízení, je select kvůli dropdown selectu
Ten můj příklad byl pro to, abys vybral, kteří uživatelé jsou přiřazeni k určitému zařízení
Zobrazeno 8 zpráv z 8.