sql >> Databáze >  >> RDS >> Mysql

Návrh databáze:Který přístup je lepší?

Toto je typická úzká tabulka (na základě atributů) vs. diskuse o široké tabulce. Problém s přístupem č. 2 je v tom, že pravděpodobně budete muset otočit data, abyste je dostali do formy, se kterou může uživatel pracovat (zpět do formátu širokého zobrazení). To může být velmi náročné na zdroje, protože počet řádků roste a počet atributů roste. Je také těžké podívat se na tabulku v nezpracovaném zobrazení tabulky a zjistit, co se děje.

Tuto diskuzi jsme v naší společnosti vedli mnohokrát. Máme několik tabulek, které se velmi dobře hodí ke schématu typu atributu. Vždy jsme se rozhodovali proti tomu kvůli nutnosti pivotovat data a neschopnosti si data prohlédnout a dát jim smysl (ale to je pro nás pronajímatel ze dvou problémů – prostě nechceme pivotovat miliony řádky dat).

BTW, věk bych jako číslo neukládal. Uložil bych si datum narození, pokud ho máte. Také nevím, co znamená 'mateřský jazyk', ale pokud je to jazyk, kterým mluví matka, uložil bych to jako FK do hlavní jazykové tabulky. Je to efektivnější a snižuje to problém se špatnými daty kvůli špatně napsanému jazyku.



  1. jak znovu vytvořit frontu wf_java_deferred

  2. Automatizace kontroly objektu schématu databáze

  3. Seznam všech spouštěčů v databázi Oracle

  4. Chci zobrazit více obrázků z databáze do jsp (mapuji servlet), takže v jsp se zobrazí v src značky img