Dotaz: MySQL: Rozdělit do tabulek, nebo ne?

[Hrabosh]

Zdravím,

co se týká databází, jsem naprostý začátečník. Rozjel jsem MySQL server a do databáze chci ukládat teplotu z čidel v různých místnostech domu v cca 10 minutových intervalech.

Je lepší vytvořit jednu tabulku a tam mít sloupce čas, datum, místnost, teplota, nebo bude lepší mít separátní tabulku pro každou místnost a sloupce pak jen čas, datum a teplota?

Díky,

Z.

---

---

Odpovědi

[NN]

V pripade samostatnych tabulek odpadne identifikace cidla a nebudes muset data filtrovat, takze bych byl pro samostatnou tabulku na kazdy senzor.

[Michal Kubeček]

Rozhodně to první (tedy až na to, že nemá smysl rozdělovat datum a čas do dvou sloupců).

Ve druhé variantě byste ve frontendu musel pro každou místnost úplně zbytečně generovat vlastní dotaz. A pokud byste zatoužil po výstupu typu "ukaž mi teploty ve všech místnostech v určitém čase", tak to bude oproti první variantě mnohem komplikovanější.

[Kit]

No jo, teď teprve vidím, že se snaží dát datum a čas do dvou sloupců. Rozhodně patří do jednoho.

[Michal Kubeček]

Abych to zobecnil: v okamžiku, kdy zjistíte, že potřebujete v dotazu hodnotu nějaké proměnné nebo výrazu použít jako jméno sloupce nebo tabulky, ve většině případů to znamená, že jste strukturu navrhl špatně.

[Kit]

Použil bych jednu tabulku. Až přidáš další čidlo, nebudeš muset kvůli tomu měnit aplikaci.

[Hrabosh]

Super, dík moc. Zvolím teda jednu tabulku pro teploty ve všech místnostech.

[j]

Jinak si pocti vic tabulek pro stejny data odporuje uplne vsemu. Byt se to jako backend pouziva kvuli zvednuti vykonu, ale v takovym pripade by to aplikace jako takova vubec nemela videt. Jediny spravny misto kde urcit jaky data chces je prave where, rozhodne ne from. Viz MK.

[VM]

"jediný správný místo je where" - jojo, umístění měřidla se píše do "WHERE"

Jinak samozřejmě všechno do jedné tabulky. Pokud by to člověk opravdu z nějakého důvodu chtěl v databázi vidět zvlášť, tak se vždy dají udělat pohledy (VIEW).

[xkucf03]

• Data ze všech čidel dej do jedné tabulky.
• Datum a čas měj v jednom sloupci – typ timestamp – mj. proto, že ti to umožní psát dotazy, které vrací všechny hodnoty mezi dvěma časovými okamžiky (kdybys to měl ve dvou sloupcích, tak ten dotaz bude složitější).
• Ve druhé tabulce pak budeš mít číselník místností/čidel a mezi tabulkami bude cizí klíč.

Pro úplnost (ale to teď neřeš):

• Rozdělit data stejného typu do více tabulek je za běžných okolností chybný návrh, ale někdy se to naopak dělá záměrně kvůli výkonu – říká se tomu partitioning (nebo sharding, když je to distribuované přes víc serverů). Data rozdělíš podle nějakého klíče, např. rok nebo tady místnost – a potom když hledáš záznamy z konkrétního roku nebo místnosti, tak nemusíš prohledávat všechna data (je to ještě rychlejší než indexy). Nicméně tohle by sis neměl implementovat sám v aplikaci a měla by to za tebe řešit databáze nebo nějaký framework.
• Existují i specializované databáze pro časové řady, ale při tomhle objemu dat to klidně můžeš sypat do té MySQL.
• Někdy se hodí funkční indexy – ty neindexují hodnotu sloupce ale výsledek nějaké funkce – např. bys mohl zaindexovat funkci, která vrací pouze datum nebo pouze čas nebo den v týdnu atd. a pak si rychle vytáhnout data pro nějaké dny nebo hodiny.