Jump to content

Pathomorph

Members
  • Gesamte Inhalte

    75
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Pathomorph

  1. zu spät gesehen...

     

    ENDTERMIN ist kein Feld sondern der Name der Spalte, den du selbst in der Abfrage angibst.

     

    Richtig ist das so:

    WHERE g.ACTIVE_FLAG=1 AND e.AKTIV=1 AND k.active=1

    AND st.TEXT Between :K_Stand_Start and :K_Stand_Ende AND (f_st.TERMIN -t.GATEABSTAND *7) Between :Start_Datum and :Ende_Datum 

     

    Statt ENDTERMIN--> (f_st.TERMIN -t.GATEABSTAND *7)

    • Like 1
  2. Hallo Tim

     

    Nun, ich glaube, du bist hier nicht ganz richtig. Aber: Grundsätzlich muss der Kunde (Du) sowohl die Software von Navision mit den nötigen Clients als auch alle anderen Bestandteile, die benötigt werden, um diese Software zu betreiben:

    - Server (Hardware), SQL-Server + Clients...

     

    Manche Software-Häuser können auch Pakete anbieten, in den der SQL-Server mit drin ist. Das ist allerdings selten. Ich weiß nicht, in welcher Branche dein Unternehmen ist, aber viele haben über den Dachverband viel günstigere Konditionen für die SQL-Server...

    1. Adresse zur Klärung: Navision-Vertrieb

    2. Adresse: Dachverband(?) falls vorhanden

     

    Gruß

  3. Hi

     

    Du solltest dir mal Gedanken um das Database-Design machen. Ohne einer Beziehung zw. Grunddaten und Kundendaten macht es keinen Sinn, da dein Kunde ein Speicherplatz von einem Hoster bekommt.

    Somit verbrauchen deine Kunden den Speicherplatz von unterschiedlichen Hostern (Oder?)

     

    Folglich muss in der Kundentabelle eine Referenz zum Hoster existieren. Dann erst kannst du aus der KundenTabelle die Daten pro Hoster summieren ...

     

    Grunddaten:

     

    Hoster_ID (PK)

    Hostername

    Speicherplatz

    Speicherplatz Rest

    Preis

     

    Kundendaten:

     

    Kunden_ID (PK)

    Name,

    Paket

    Hoster_ID

    Speicher zugesichert

    Preis

     

    Dann kannst du das "Update" mit dem passenden JOIN versehen..

  4. Ich verstehe immer noch nicht das eigentliche Problem...

    Es ist doch effektiver, auf Basis der einen Tabelle die Ausgabe zu variieren: Entweder durch Views oder mit Tabellenwert-Funktionen. Entweder macht man pro Klasse eine oder man übergibt die Klasse als Parameter..

     

    Übersehe ich da etwas?!

  5. @Sunny: Wenn die Tabelle nicht existiert, wird diese automatisch erzeugt. Dann funktioniert auch "Select * into ad_test_cr...". 

    Ich denke, deshalb löscht er die Tabelle vorher...

     

    @DaPete: Wenn du die Statements in Transaktionen kapselst, existieren die Tabellen und die Daten gar nicht. Daher die Fehlermeldung...

        Wenn du nach jedem begin..end Block ein GO einfügst, dann macht er auch, was du willst

     

    begin

     *blablupp*

    end

    GO

  6. Hi

     

    Ich meinte schon so, wie ich schrieb...

    Damit die gewünschten Ergebnisse geliefert werden, müssen die Zeitwerte irgendeiner mathematischen Regel gehorchen.

    Zeit_Von und Zeit_Bis müssen bleiben, damit du den gewünschten Zeitraum eingrenzen kannst.

     

    Meine Idee war: ... WHERE Zeit/500 = CAST(Zeit/500 AS int) ...

    Das zum Beispiel liefert all die Zeitwerte aus, bei denen die Division durch 500 ganze Zahlen ergibt. Das ist nur ein mathematischer Trick, mit dessen Hilfe, stichtpunktartige Datensätze geliefert werden, die relativ gleichmäßig im Zeitraum liegen...

     

    Fazit: 

    SELECT * FROM Messwerte WHERE Zeit/500 = CAST(Zeit/500 AS int) AND Zeit BETWEEN Zeit_Von AND Zeit_Bis

     

     

    Test das mal?! Was gefällt dir dabei nicht?

×
×
  • Neu erstellen...