Ich spare in Echtzeit auf einer zweiten Basis die Preise von N verschiedenen Aktien in eine Microsoft SQL Server 2012-Datenbank, wo alle Daten für einen bestimmten Tag in eine bestimmte Datentabelle gehen für diesen Tag.SQL Server: Beschränkung von 1000 Spalten pro Tabelle
Da ich so schnell wie möglich die Daten in Echtzeit abrufen möchte, ist die Tabellenstruktur so einfach wie möglich: mit den Zeilennamen, die den Zeitstempel und die Spaltennamen markieren die eindeutigen Namen der Bestände . Diese Einrichtung ist einfach, aber nützlich, da es wichtig ist, gleichzeitig eine synchrone Momentaufnahme der Daten zu erhalten, wenn die Daten analysiert werden.
Die Probleme treten auf, wenn die Anzahl der Bestände N 1000 überschreitet, da SQL Server es mir nicht erlaubt, Tabellen mit mehr als 1000 Spalten zu erstellen. Meine Frage ist, wie ich am besten eine Datenbank im Falle von N> 1000 so gestalten sollte, dass der Datenabruf die Geschwindigkeit so wenig wie möglich kompromittiert und auch so wenig Datenbanklogik wie möglich zum Benutzer verschiebt (wie explizit beibehalten) verfolgen, welcher Bestand zu welcher Tabelle im Falle einer Multi-Table-Lösung gehört). Alle Kommentare würden
Gute question.i empfehlen Posting auf dba, se mit Beispiel Tabelle Struktur für weitere Hilfe und welche Probleme können Sie mit Beispiel-Szenarien erhalten Sie haben gedacht – TheGameiswar
danke! Hat unter Tags nach "dba" gesucht, die Sie vorgeschlagen haben. Konnte nichts finden. Kannst du helfen? – user3072048
Fragen Sie hier: http: //dba.stackexchange.com/ – TheGameiswar