Information ausblenden
Willkommen im Forum für alle Datenbanken! Registriere Dich kostenlos und diskutiere über DBs wie Mysql, MariaDB, Oracle, Sql-Server, Postgres, Access uvm

Modellierung einer Zeitreihendatenbank - Anregungen

Dieses Thema im Forum "Datenmodellierung, Datenbank-Design" wurde erstellt von howalt, 28 August 2013.

  1. howalt

    howalt Neuer Benutzer

    Hallo zusammen!

    Meine Aufgabe ist es eine Zeitreihendatenbank aufzustellen.

    Genauer gesagt müssen verwaltet werden:

    - Messdaten für Flüsse in Thüringen (Wasserstand und Durchfluss)
    - Klimadaten für Stationen aller Bundesländer (Temperatur, Niederschlag, Sonnenscheindauer, Wind)
    - Stammdaten der Pegelmess bzw. Klimastationen (Stammdaten für Pegelstation sind: Stationsnummer, Name, Gewässer, Einzugsgebiet, Koordinaten), (Stammdaten für Klimastationen sind: Stationsnummer, Name, Koordinaten, Hoehe, Aufnahmezeitraum von-bis, Gerätehöhe über Boden, Gerätetyp)
    - Qualitätssicherung bzw. Ansprechpartner: (Ansprechpartner, Organisation, Datenqualität, Aufnahmeverfahren)

    Die Kurzschreibweise meines Datenmodells sieht nun so aus:

    Klimastationen:
    StationsID, Hoehe, Bundesland, Messstart, Messende, Koordinaten, Gerätehöhe, Gerätetyp

    Pegelstationen:
    StationsID, Name, Gewässer, Einzugsgebiet, Koordinaten

    Qualitätssicherung:
    AnsprechpartnerID, Ansprechpartnername, Organisation, Datenqualität, Aufnahmeverfahren

    Klimadaten:
    StationsID, Datum, Temp, Sonnenschein, Wind

    Pegeldaten:
    StationsID, Datum(mitUhrzeit), Wasserstand, Durchfluss


    Kann das so hinhauen? Ich bin mir noch sehr unsicher und stelle deshalb diese Frage an euch. Ich hoffe, dass ihr mir Tipps geben könnt und bedanke mich ganz herzlich im Voraus :)

    Viele Grüße
    Howalt
     
  2. akretschmer

    akretschmer Datenbank-Guru

    Sieht für mich auf den ersten Blick nicht falsch aus. Vermeide Umlaute in Bezeichnern, wähle korrekte Datentypen und nutze RI-Beziehungen zwischen den Tabellen. Ich weiß nicht, ob die Ansprechpartner noch eine Zuordnung zu den Stationen brauchen, falls ja, fehlt das.
     
    howalt gefällt das.
  3. howalt

    howalt Neuer Benutzer

    Und auf den zweiten? ;-)
    Ja, stimmt! Die Ansprechapartner brauchen noch eine Zuordnung, danke!

    Ich mache so eine Modellierung und allgemein den Datenbankentwurf zum ersten Mal und befürchte, dass dann am Ende irgendwas nicht hinhaut wenn ich die PostgreSQL DB entwerfe.
    Hinsichtlich der Datentypen wird sicherlich double precision und natürlich char oft genutzt werden. Was genau meinst du mit RI-Beziehungen?

    Beste Grüße und vielen Dank!
     
    akretschmer gefällt das.
  4. akretschmer

    akretschmer Datenbank-Guru

    Für PostgreSQL bekommst glatt ein Like von mir ;-)

    Referrentielle Integrität.

    Andreas
     
  5. howalt

    howalt Neuer Benutzer

    Danke für das Like! ;-)

    Eine kleine Frage habe ich noch:
    Ich habe knapp 200 einzelne Textadateien mit den Klimadaten von über 100 Jahren. Muss ich diese jetzt alle einzeln einladen oder kann ich dies irgendwie geschickter machen? Denn später müssen diese Tabellen ja auch noch gejoint werden. Das wäre ja ein Riesenaufwand, wenn ich das 200 Mal machen muss....

    Viele Grüße
    howalt
     
  6. akretschmer

    akretschmer Datenbank-Guru

    Ähm, auf keinen Fall für jedes Jahr eine eigene Tabelle machen oder so, das wäre völlig FAIL.
     
  7. howalt

    howalt Neuer Benutzer

    Für jedes Jahr nicht. Es sind insg. knapp 200 Textdateien. In jeder Textdatei sind Klimadaten für über 100 Jahre.
    Meine Frage ist nun ob ich die 200 Textdateien nun alle einladen muss (wäre das auch fail) oder diese 200 Dateien irgendwie zu einer einzelnen machen kann.
     
  8. akretschmer

    akretschmer Datenbank-Guru


    Ich kenn Deine Dateien nicht. Kennst Du schon:

    Code:
    cat datei1 datei2 datei3 > datei_alle
    
    um datei1, datei2 und datei3 zu verkleistern als datei_alle, praktisch das UNION ALL der Shell?
     
Die Seite wird geladen...

Diese Seite empfehlen

  1. Diese Seite verwendet Cookies. Wenn du dich weiterhin auf dieser Seite aufhältst, akzeptierst du unseren Einsatz von Cookies.
    Information ausblenden