So erzeugen Sie eine Reihe von Daten in SQL Server

Den Titel nicht ganz erfassen, was ich meine, und dies ist möglicherweise ein Duplikat.

Hier ist die lange version: da ein Gast die Namen, deren Datum der Registrierung und der checkout-Datum, wie erstelle ich eine Zeile für jeden Tag, dass Sie ein Gast?

Ex: Bob prüft in 7/14 und Blätter 7/17. Ich will 

('Bob', 7/14), ('Bob', 7/15), ('Bob', 7/16), ('Bob', 7/17)

als mein Ergebnis.

Dank!

  • Schau mal hier stackoverflow.com/questions/1478951/... [1]: stackoverflow.com/questions/1478951/...
  • In der Regel werden Sie nicht. Sie haben eine look-up-Tabelle und nehmen Sie Sie von dort. WHERE calendar.date >= user.start_date AND calendar.date <= user.leave_date Sie generieren KÖNNEN, setzt die Verwendung von Schleifen oder rekursiven Abfragen, aber Sie sind nie so schnell wie mit einem look-up-Tabelle.
  • Ich fragte eine sehr ähnliche Frage, aber mir war Stunden, nicht Tage. Sie könnte sich ändern, um Ihren Bedarf zu passen, ziemlich leicht. stackoverflow.com/questions/10986344/...
  • Bitte geben Sie die SQL Server-version. Ich habe eine Lösung, hängt von der SQL Server 2008; Sie können voneinander abweichen, wenn Sie SQL Server 2005 verwenden.
  • Das ist eine gute Antwort. Ich hatte gehofft, dass es eine Sprache konstruieren, in SQL, die es einfach zu erstellen ein Angebot.
  • Ich meinte nichts für ungut. Wirklich. meta.stackexchange.com/q/122986/133242
  • Wenn ich hatte es leicht-aber-nicht-ganz-funktionierenden code würde ich haben Sie. Wie es war, jedoch war ich eine Zeichnung komplett leer für etwa fünfzehn Minuten, bevor ich beschloss, die Frage zu stellen. SQL set-basierten Paradigma ist mehr Fremd, meine Art des Denkens über die Dinge als in einer prozeduralen Sprache oder funktionale Sprache, und manchmal habe ich nicht einmal wissen, wo zu beginnen. Daher, das fehlen von selbst-etwas-arbeiten-code.
  • mögliche Duplikate von SQL Server 2008 Erzeugen eine Reihe von Datums-Zeiten

InformationsquelleAutor Daniel Cotter | 2012-06-21
  1. 28

    Ich würde behaupten, dass für diesen Zweck die folgenden Abfrage die in etwa so effizient wie die Verwendung eines dedizierten lookup-Tabelle.

    DECLARE @start DATE, @end DATE;
SELECT @start = '20110714', @end = '20110717';

;WITH n AS 
(
  SELECT TOP (DATEDIFF(DAY, @start, @end) + 1) 
    n = ROW_NUMBER() OVER (ORDER BY [object_id])
  FROM sys.all_objects
)
SELECT 'Bob', DATEADD(DAY, n-1, @start)
FROM n;

    Ergebnisse:

    Bob     2011-07-14
Bob     2011-07-15
Bob     2011-07-16
Bob     2011-07-17

    Vermutlich müssen Sie diese als set, nicht für ein einzelnes Mitglied, so ist hier ein Weg zur Anpassung dieser Technik:

    DECLARE @t TABLE
(
    Member NVARCHAR(32), 
    RegistrationDate DATE, 
    CheckoutDate DATE
);

INSERT @t SELECT N'Bob', '20110714', '20110717'
UNION ALL SELECT N'Sam', '20110712', '20110715'
UNION ALL SELECT N'Jim', '20110716', '20110719';

;WITH [range](d,s) AS 
(
  SELECT DATEDIFF(DAY, MIN(RegistrationDate), MAX(CheckoutDate))+1,
    MIN(RegistrationDate)
    FROM @t -- WHERE ?
),
n(d) AS
(
  SELECT DATEADD(DAY, n-1, (SELECT MIN(s) FROM [range]))
  FROM (SELECT ROW_NUMBER() OVER (ORDER BY [object_id])
  FROM sys.all_objects) AS s(n)
  WHERE n <= (SELECT MAX(d) FROM [range])
)
SELECT t.Member, n.d
FROM n CROSS JOIN @t AS t
WHERE n.d BETWEEN t.RegistrationDate AND t.CheckoutDate;
----------^^^^^^^ not many cases where I'd advocate between!

    Ergebnisse:

    Member    d
--------  ----------
Bob       2011-07-14
Bob       2011-07-15
Bob       2011-07-16
Bob       2011-07-17
Sam       2011-07-12
Sam       2011-07-13
Sam       2011-07-14
Sam       2011-07-15
Jim       2011-07-16
Jim       2011-07-17
Jim       2011-07-18
Jim       2011-07-19

    Als @Dems wies darauf hin, könnte dies vereinfacht werden zu:

    ;WITH natural AS 
(
  SELECT ROW_NUMBER() OVER (ORDER BY [object_id]) - 1 AS val 
  FROM sys.all_objects
) 
SELECT t.Member, d = DATEADD(DAY, natural.val, t.RegistrationDate) 
  FROM @t AS t INNER JOIN natural 
  ON natural.val <= DATEDIFF(DAY, t.RegistrationDate, t.CheckoutDate);
    • AFAIK SQL Server-Optimierer bedeutet, dass Sie nicht wirklich brauchen, das WHERE n < = (SELECT MAX()) was bedeutet, dass dies kann noch weiter vereinfacht... WITH natural AS (SELECT ROW_NUMBER() OVER (ORDER BY id) - 1 AS val FROM sys.objects) SELECT t.Member, DATEADD(DAY, natural.val, t.start) FROM @t AS t INNER JOIN natural ON natural.val <= DATEDIFF(DAY, t.start, t.end) [Aber, auch, dann, einer geraden look-up-Tabelle ist immer noch mit weniger CPU-Zyklen zumindest.]
    • als ich anfing zu schreiben, war mein Ziel zum höchsten Bereich, in TOP gegen sys.all_objects. Du hast Recht, dass es vereinfacht werden könnte.
    • Danke, deine Abfrage funktioniert, was genau das, was ich suchte. Eine Frage-ist es erforderlich, MAX und MIN auf dem 'range' - Tabelle? In diesem Beispiel, ich sehe nur eine Zeile generiert, die für die 'reichen', so gibt es nur einen Kandidaten für entweder max oder min (in dem Fall würde ich einfach den Bereich und starten Sie das Datum in reguläre Variablen). Ich bin ganz beeindruckt von deiner SQL-Koteletts und neugierig, wenn es etwas Feingefühl, es fehlt mir.
    • Das ist gemeint für den Fall, wenn Sie den Umgang mit mehr als einem Benutzer, und es können überlappende Termine. Wenn Sie nur den Umgang mit einem Benutzer einzelne besuchen dann sollten Sie nicht brauchen, um verwenden Sie diese version der Abfrage an alle.
    • Hmm. Unsere Produktion-box, mit tausenden von Gästen und überlappenden Terminen ist immer noch nur eine Zeile zurückgeben, für ein [Bereich].
    • Wenn Sie möchten, Sie Hilfe bei der Fehlerbehebung Abfrage-Ergebnisse, die Sie brauchen, um zu zeigen, sample-Daten, die genaue Abfrage ausgeführt wird und die Ergebnisse, die Sie erwarten. Ich kann nicht beheben Sie Ihre Produktion-box, wenn ich ihn nicht sehen kann, und ich kann nicht beheben Sie die Ergebnisse, wenn ich nicht weiß, wie man Sie bekam.
    • Sorry, ich hätte klarer über meine Absichten. Ich wollte nicht für Sie, glaube ich, die Fragen, die Sie zur Problembehandlung bei meiner Abfrage für mich. Der code, den Sie ist gut arbeiten. Was Sie getan haben ist nur ein Weg, mit der Sprache, die ich nie zuvor gesehen habe, und ich habe versucht, herauszufinden, was Sie Taten, für mein eigenes Verständnis. Wenn Sie beschäftigt sind, fühlen Sie sich frei, Sie nicht zu befolgen, bis auf diese. Ich Schätze all die Hilfe, die Sie mir gegeben haben schon.
    • Die Reichweite ist, sollte nur eine Zeile zurückgeben. Es ist nur zwei Werte: die Anzahl der Tage zwischen dem kleinsten und größten Datum in der Reihe, und der erste Termin in der Reihe. Diese Werte werden in der nächsten Abfrage.
    • Naja, was ich damit sagen will ist, dass für die Lesbarkeit, ich würde lieber etwas wie ein DEKLARIEREN und FESTLEGEN von Variablen -- die CTE Ausdruck ist nicht sehr gut lesbar für mich. Auf das dataset, das Sie zur Verfügung gestellt (Jim, Bob und Sam),, ich war nur immer eine Zeile in der [Bereich] - Tabelle. Auf der viel größeren Datenmenge arbeite ich mit bei der Arbeit, ich bin immer noch nur eine Zeile, in diesem Fall DEKLARIEREN und FESTLEGEN machbar ist. Unter welchen Bedingungen würde ich eigentlich müssen verwenden Sie einen Allgemeinen Tabellenausdruck für diesen Zweck? Als wäre es nicht ratsam, eine regelmäßige variable?
    • Wenn, sagen wir, man wollte das in eine Funktion aus. Eine inline-Tabellenwertfunktion verwenden konnte CTE und ist viel einfacher zu optimieren, als eine, in der Sie deklariert lokale Variablen (die die Funktion eines multi-Anweisung Funktion statt inline). Ich ziehe es vor, eine einzelne Abfrage als eine Reihe von unabhängigen Variablen, vor allem, wenn ich ausführen anderer Abfragen, um Sie bevölkern.
    • Bitte nicht posten-code in einem Kommentar. Es ist unmöglich zu Lesen. Und die Lesbarkeit ist subjektiv. Wenn Sie lieber eine variable verwenden, das ist ok, eine variable zu verwenden.
    • Okay, die Erklärung macht Sinn. Zuerst dachte ich, Sie sagten, dass mit einem Variablen tatsächlich falsche Ergebnisse in einigen Fällen, aber es klingt mehr wie eine Frage der Leistung (und vielleicht auch Stil). Gut, vielen Dank für all die Hilfe. Ich sicherlich schätzen es.
    • Nein, der Kommentar hatte nichts zu tun mit Variablen vs. CTEs. Nur, dass, wenn Sie nur den Umgang mit einer einzigen Reihe von zusammenhängenden Daten aus einer einzigen Zeile, die Sie nicht brauchen, um zu bestimmen, alle mögliche überschneidungen.
    • Okay, aber mein Punkt war, dass ich mit dem code, den du gepostet mit einer kleinen Gruppe von Daten (deine) und eine große Datenmenge (bei mir) mit vielen, verschiedenen Gästen und viele sich überschneidende Termine, und noch wurde immer nur eine Zeile in der [Bereich] - Tabelle, in welchem Fall eine Aggregatfunktion und eine CTE unnötig (außer für die performance-Gründen, die Sie erwähnt). Ich kann nicht nach meinen Daten hier aus Gründen der Vertraulichkeit, oder ich wäre glücklich, zu teilen, aber ich fühle mich wie ich bin etwas fehlt (ein Jahrzehnt oder so in der SQL-Erfahrung, die ich vermute).
    • Wie ich schon sagte. Sie müssen nicht auf einen Allgemeinen Tabellenausdruck in entweder Fall. Das ist genau der Stil, den ich bevorzuge. Wenn Sie Variablen verwenden möchten, gehen Sie vor. Die CTE ist NIE going to produzieren Sie mehr als eine Zeile, egal wie groß Ihre Datenmenge ist.
    • Ich bin immer noch ein wenig verwirrt, traurig (Kreide es bis zu einem SQL-amateur), aber im ernst, thanks für all die Hilfe. Ihre Tief Tauchen Bücher sehen Super aus, durch die Art und Weise, wahrscheinlich gonna pick up.

    InformationsquelleAutor Aaron Bertrand
  2. 7

    Ich in der Regel tun dies mit einem trick mit row_number() auf einem Tisch. Also:

    select t.name, dateadd(d, seq.seqnum, t.start_date)
from t left outer join
     (select row_number() over (order by (select NULL)) as seqnum
      from t
     ) seq
     on seqnum <= datediff(d, t.start_date, t.end_date)

    Die Berechnung seq geht ziemlich schnell, da keine Berechnung oder der Bestellung erforderlich ist. Jedoch, Sie müssen sicher sein, der Tisch ist groß genug für alle Zeit umfasst.

    InformationsquelleAutor Gordon Linoff
  3. 2

    Wenn Sie einen "Tally" oder "Nummern" - Tabelle, Leben bekommen, ist echt einfach für Dinge wie diese.

     SELECT Member, DatePresent = DATEADD(dd,t.N,RegistrationDate)
   FROM @t 
  CROSS JOIN dbo.Tally t
  WHERE t.N BETWEEN 0 AND DATEDIFF(dd,RegistrationDate,CheckoutDate)
;

    Hier ist, wie zu bauen "Tally" - Tabelle.

    --===================================================================
--      Create a Tally table from 0 to 11000
--===================================================================
--===== Create and populate the Tally table on the fly.
 SELECT TOP 11001
        IDENTITY(INT,0,1) AS N
   INTO dbo.Tally
   FROM Master.sys.ALL_Columns ac1
  CROSS JOIN Master.sys.ALL_Columns ac2
;
--===== Add a CLUSTERED Primary Key to maximize performance
  ALTER TABLE dbo.Tally
    ADD CONSTRAINT PK_Tally_N 
        PRIMARY KEY CLUSTERED (N) WITH FILLFACTOR = 100
;
--===== Allow the general public to use it
  GRANT SELECT ON dbo.Tally TO PUBLIC
;
GO

    Weitere Informationen darüber, was eine "Tally" - Tabelle wird in SQL und wie kann es verwendet werden, zu ersetzen, While-Schleifen und die "Versteckten RBAR" von reursive Allgemeine Tabellenausdrücke sind, die zählen, finden Sie im folgenden Artikel.

    http://www.sqlservercentral.com/articles/T-SQL/62867/

    InformationsquelleAutor Jeff Moden
  4. 0

    Dies kann arbeiten für ya:

    with mycte as
 (
     select cast('2000-01-01' as datetime) DateValue, 'Bob' as Name
     union all
     select DateValue + 1 ,'Bob' as Name
     from    mycte   
     where   DateValue + 1 < '2000-12-31'
 )
 select *
from    mycte
OPTION (MAXRECURSION 0)
    InformationsquelleAutor smurtagh
  5. -4

    Ich würde erstellen Sie einen trigger zu erstellen, die zusätzlichen Datensätze und führen Sie es auf der Kasse. Alternativ können Sie auch eine tägliche Mitternacht job das gleiche zu tun (wenn Sie brauchen up-to-date Informationen in Ihrer Datenbank).

    • Das ist nicht wirklich ein Antwort - wie sieht der trigger "erstellen extra records"?
    • dies ist triviale Programmieraufgabe in jeder Sprache.
    • Wenn es so trivial ist, die OP würde nicht Fragen, richtig? Und sollte es nicht schwer sein, um tatsächlich wieder auf deine Antwort mit einigen code für das - Sprache?
    • Ich dachte, es geht nicht um die Umsetzung, sondern über die Herangehensweise.
    • Ich denke, wir interpretieren "wie erstelle ich eine Zeile für jeden Tag, dass Sie ein Gast" anders. <zucken> Zu mir, das klingt wie eine Frage, über bestimmte syntax, nicht "gehen eine Abfrage schreiben."
    • Sie schrieb: "@AaronBertrand ist dies trivial Programmierung Aufgabe in jeder Sprache". Mal sehen, was du hast. Post-trigger-code.

    InformationsquelleAutor Andy
Schreibe einen Kommentar