Verwendung von gespeicherten Prozeduren für die Berechnungen

Interessant, die data-warehouse-Leute tun dies die ganze Zeit. Sie verwenden oft die einfachste mögliche SQL - (SELECT SUM/COUNT... GROUP BY...) und die Arbeit außerhalb der Datenbank im Berichts-writing-tools.

Ich denke, Sie sollten eine Kopie des Data Warehouse Toolkit und sehen, wie dies getan werden kann, in einer Weise, dass ist schon ein bisschen einfacher. flexibler und wahrscheinlich besser skalierbar.

In den meisten Fällen wie die, die ich denke die du beschreibst, ist es effizienter gespeicherte Prozeduren verwenden, jedoch gibt es Grenzfälle, wo es nicht. Die beste Antwort wäre, es zu versuchen beide Wege und führen Sie einige Tests, um zu bestimmen, die für bestimmte, welche Methode am effizientesten ist.

Es klingt aus deiner Frage, dass der effizienteste Weg wäre, um alle Berechnungen in der SP und kehren dem einzigen(?) Ergebnis zu deinem Skript.

Wenn Sie sich entscheiden, um die Verarbeitung im Skript sollten Sie sicherstellen, dass Sie die Daten einschränken, die Sie abrufen nur, was notwendig ist, und stellen Sie sicher, dass Sie als paar round-trips zur Datenbank, wie möglich.

Überlegen Sie, ob Sie brauchen, um havea data warehouse. Eine Datenbank, optimiert für die Berichterstattung ist ganz anders, aus einer Datenbank, optimiert für die Eingabe von Daten.

Können Sie eine Berechnung in der gespeicherten Prozedur und die Daten zurückgeben. Verzinsung wie die gespeicherte Prozedur müssen viele Berechnungen.

Irgendeiner Weise, die Sie haben, berechnen von Daten mit anderen Tabelle Daten.

SUMME können wir tun, SP,

Declare @SUMAmount decimal(12,3) 

-- auch declare @A, @B usw

Select @SUMAmount= SUM(ISNULL(@A,0)+ISNULL(@B,0)+ISNULL(@C,0)+ISNULL(@D,0))

Select @SUMAmount= SUM((ISNULL(@A,0)+ISNULL(@B,0))*(ISNULL(@C,0)-ISNULL(@D,0)))

Wie pro Ihre Anforderung können Sie geben Zustand.

ISNULL für die überprüfung, ob Daten ist NULL dann 0 zurück. Berechnung mit dem Wert Null nicht möglich ist, also bessere geben ISNULL Zustand.

Select A,B,SUM(C),D From TableName
Where SUM(C)>0
Group By A,B,D

Hier Sowohl aggregierte und nicht aggregierte Funktionen sind da, also müssen Sie der Gruppe Durch.
Sie können Werte wie pro Ihre Bedingung wie z.B.: "Wo SUM(C)>0". Auch können Sie hier nach Group By.

 Declare @TotalNoofDays  int
 @TotalNoofDays = DATEDIFF(d, fromdate, todate) 

Verwendung für finden Sie die Anzahl der Tage mit dieser Funktion.

Können Sie Bedingungs-wie,

if @DueAmount >=0
BEGIN
IF @DiscountFlag = 1
BEGIN
SET @DueIntAmount   = 0
END
ELSE
   BEGIN
     SET @DueIntAmount  = ((@DueAmount*(@IntRateOnDue/100))/365)*@NoofDays
   END
  SET @ExcessInterestAmount = 0
END
ELSE
BEGIN
SET @DueIntAmount   = 0
SET @ExcessInterestAmount = ((@DueAmount*(@IntRateOnDeposit/100))/365)*@NoofDays
 END

Wie Berechnungen, die Sie tun können in der Gespeicherten Prozedur.

Wenn Sie wollen, um Berechnungen mit der Anzahl der Datensätze, die nacheinander dann können Sie eine temporäre Tabelle, while Schleife..

 Create Proc NewLearningProcedure
 (
   @Name Varchar(50),
   @Date DateTime
 )
 AS
 Begin

Declare @Temp Table
(
   ID int Identity(1,1),
   Name Varchar(50),
   Date DateTime
)

Insert Into @Temp
Select @Name,@Date

Declare @i int
set @i=10

While @i>0
Begin
  Insert Into @Temp
  Select @Name+CAST(@i as varchar(50)),@Date

  Set @i=@i-1
 End


 Select * from @Temp


 End

Wie Sie alles tun können mit der Gespeicherten Prozedur.