ugrás a tartalomhoz

MySQL szerkezet segítség

unregistered · 2015. Dec. 4. (P), 12.20
Sziasztok!

Segítséget szeretnék kérni MySQL adatbázis ügyileg hogy mi a jobb egy moduláris felépítésű webes alkalmazásnak? Minél többet olvastam a témában annál jobban elbizonytalanodtam.

Például az alkalmazás legyen egy jármű kezelő:

Program:
    - Motorkerékpár (ezek a modulok amik hozzáadhatóak elvehetőek)
        - Motorkerékpár típusok
        - Motorkerékpár kutyafülék
        - Motorkerékpár fogyasztás
    - Autó
        - Autó szervizkönyvek
        - Autó fogyasztás
    - Repülő
        - Repülési akármik
        - Repülő fogyasztás


Elsőre úgy csináltam volna hogy minden modulnak saját adatbázisa lenne:

- motorkerekpar (db)
    - tipusok (table)
    - kutyafulek (table)
    - fogyasztas (table)

- auto (db)
    - szervizkonyv (table)
    - fogyasztas (table)

- repulo (db)
    - akarmi (table)
    - fogyasztas (table)


de ezzel kapcsolatosan azt olvastam hogy kereszt lekérdezéseknél (például motorkerekpar.fogyasztas union repulo.fogyasztas) nagyon lassú lehet, ellenben sok helyen olvasom azt a megoldást hogy adatbázison belül legyenek a táblák egyedi elneveséssel például:

- program (db)
    - motorkerekpar_tipusok (table)
    - motorkerekpar_kutyafulek (table)
    - motorkerekpar_fogyasztas (table)
    - auto_ szervizkonyv (table)
    - auto_ fogyasztas (table)
    - repulo_ akarmi (table)
    - repulo_ fogyasztas (table)


Gondolom itt egyedül az lehet a probléma hogy átláthatatlanabb és lehet sakkozni a nevekkel, Ti melyiket javasoljátok/ellenzitek és miért?

Köszönöm előre is a segítséget!
 
1

Én az utolsó verziót

erik0415 · 2015. Dec. 4. (P), 17.19
Én az utolsó verziót használnám, mert így nem kell egyszerre 3 adatbázisba belépnie a kódnak, ezért sokkal gyorsabb is, és szerintem programozás szempontjából is sokkal hasznosabb, ha egy adatbázisba vannak a táblák.
4

egyéni szociális probléma

unregistered · 2015. Dec. 7. (H), 09.26
Igen, én is technikailag ezt tartom egyszerűbbnek, csak a másik sokkal rendezettebbnek tűnik, vagy ezt könyveljem el egyéni szociális problémának és ne nyafogjak? :)
2

Én máshogy szervezném.Lenne

csabessz47 · 2015. Dec. 4. (P), 20.50
Én máshogy szervezném.
Lenne jármű, és lenne típusa.
Egy táblában lenne az összes jármű, és abból egy FK mutatna a típusokra.
Így elég a fogyasztásból és minden másból egy tábla, nem kell típusonként külön.
tehát:

- jármű
  - id
  - név
  - tipusID


- tipus (motor, autó, bicikli stb)
  - id
  - név


- fogyasztás
  - járműID
  - fogyasztás
3

Na de

unregistered · 2015. Dec. 7. (H), 09.22
Ez így okés, na de mi a helyzet a 'kutyafulek' és az 'akarmi' tablaval. Azok elvileg olyan egyedi táblák amilnél nincs "átfedés" tehát modul specifikus tábla. Azok csak "lógnak" a jármű, típus és fogyasztás mellett?
5

Kell mindegyik tipusra egy

csabessz47 · 2015. Dec. 7. (H), 20.53
Kell mindegyik tipusra egy model, és az majd eldönti, hogy milyen információk kellenek.
Tehát ott már ne adatbázis szinten legyen a logika, hanem a php megoldja.