Nickles › Forum › Software › Programmieren - alles kontrollieren

Programmieren - alles kontrollieren 4.935 Themen, 20.621 Beiträge

Saldo in einer SQL Abfrage

Anwender am 12.04.2007, 12:24 / 21 Antworten / Flachansicht

Hi, ich suche wiedermal Hilfe zu einer SQL Abfrage.
Ich habe eine Tabelle mit einer Spalte "Einnahmen" und einer Spalte "Ausgaben". Nun möchte ich eine dritte Spalte mit dem errechneten Saldo je Zeile. Ist das möglich?

mfg Anwender

      Ja. ALTER TABLE ADD saldo Damit fügst Du eine Splate hinzu. d-oli 12.04.2007, 13:08
    
      Ich versteh nicht ganz. Könntest du mir ein Bespiel machen? Tabellenname: ... Anwender 12.04.2007, 13:13
    
      Okay ... ? Vermutlioch hast Du die Tabelle so ähnlich erzeugt: CREATE TABLE ... d-oli 12.04.2007, 13:38
    
      Danke für deine Ausführungen. Ich habe mir das anders vorgestellt: Ich ... Anwender 12.04.2007, 13:55
    
      Ja, ich denke schon. Ich habe sowas schon mit VBA gemacht: ... d-oli 12.04.2007, 14:08
    
      Für den Saldo des ersten Datensatzes zu berechnen ist das ok. Aber für ... Anwender 12.04.2007, 14:22
    
      Hmmm ... könnte es sein, dass die Tabelle immer nur eine Zeile haben soll? ... d-oli 12.04.2007, 14:39
    
      Ich muss jetzt leider gehen, sollte noch was sein, werde ich mir das morgen ... d-oli 12.04.2007, 14:44
    
      Am liebsten würde ich das nur mit einem SELECT machen und ohne UPDATE, ... Anwender 12.04.2007, 15:08
    
      SELECT Tab.einnahme, Tab.ausgabe, einnahme - ausgabe AS Summe FROM Tab So? fgh443 12.04.2007, 15:22
    
      Nein! So wird nur die Summe pro Datensatz errechnet. Ich brauche aber die ... Anwender 12.04.2007, 15:29
    
      Okay, dann so wie schon beschrieben: SQL -- Datensatz1 Ein 1023.05 Aus 23.05 ... d-oli 12.04.2007, 15:24
    
      Einnahmen - Ausgaben Saldo. Beim nächsten Datensatz dann: Den Saldo des ... Borlander 12.04.2007, 15:45
    
      So ähnlich habe ich mir das vorgestellt. Hab das jetzt noch nicht ... Anwender 12.04.2007, 16:13
    
      DSUM ... Wäre das evt eine Lösung? Schaut für mich auf den ersten Blick ... Borlander 12.04.2007, 16:40
    
      Die Access Hilfe hilft in diesem Fall nicht weiter. Habe deine Abfrage von ... Anwender 12.04.2007, 17:39
    
      Die Access Hilfe hilft in diesem Fall nicht weiter. Haben die denn kein ... Borlander 12.04.2007, 18:10
    
      Nur so als Anmerkung: Für Geldbeträge sollte man tunlichst keine ... Borlander 12.04.2007, 15:28
    
        d-oli Borlander „Nur so als Anmerkung: Für Geldbeträge sollte man tunlichst keine float-Felder...“
      
        12.04.2007, 20:38 Optionen
      
          Ja, klar. Ich habe das weggelassen damit nicht noch ein Diskusion ob jetzt numeric(p,s) oder decimal(p,s) und warum nicht doch real, double oder float und wie viel Stellen vor dem Komma denn nun und gibt es denn nicht auch RDBMS die den Datentypen CURRENCY unterstützen ... und und und ... uff, kennst Du das auch?

          Meiner Ansicht ist der grösste Schwachpunkt sowieso, dass kein Primärschlüssel vorhanden ist. Bei einer (doppelten) Buchhaltung müssten alle Buchungen mit einer Buchungsnummer versehen werden die eindeutig sein sollte (=Primärschlüssel). Auch ein Datum gehört meiner Ansicht nach zu einer Buchung. Aber das ginge hier wohl zu weit.

          Gruss

          d-oli
        
         Konstruktive Kritik zeichnet sich dadurch aus, dass sie höflich, nützlich und sachlich ist.
      
             bei Antwort benachrichtigen
        
      ID Primärschlüssel , Datum, Valuta, Buchungstext, ... alles vorhanden. ... Anwender 12.04.2007, 20:51
    
      Na dann ... - Für komplexere Sachen ist es manchmal besser mehr zu ... d-oli 12.04.2007, 21:02