nun ja, wie immer liegt wahrscheinlich in beiden Ansichten ein Stück Wahrheit.
Und weil das noch nicht genug Wahrheiten sind kommt hier gleich noch von mir was dazu:
Ich ersetze für klassische Zeibarbassierte Systeme das Tick Importvolumen (ES= ca 205 Mio Ticks für die letzten 4 Jahre) durch auf Zeitebene vorkomprimierte BT´s (1 Minute / 5 Minuten).
Da bei 1 Minuten Bars pro Jahr "nur noch" rund 360.000 Bars (250*24*60) zu laden sind geht das halt ca. um den Faktor 1-200 schneller.
Nun haben BT´s den Nachteil, dass Sie leider nicht zeitlich beschränkbar sind im Import.
Nur wenn der RTT Titel zeitbeschränkt ist im Import, entsteht auch ein eingeschränkter BT.
Insofern muss man sich die Frage stellen, ob (sofern von Herrn Knöpfel zukünftig unterstützt) nicht hier eine Lösung über alle ebenen notwendig sein könnte.
Sprich sowohl RTT als auch KT´s auf RTT Dateien mittels DST anders einzuschränken.
Man könnte wohl zur Lösung obigen Problems einen zeitlich beschränkten KT auf ne unbeschränkte RTT Datei werfen und darüber dann einen BT stülpen iss mir gerade beim sinnieren eingefallen.
Hab´s aber noch nicht ausgetestet. Aber irgendwie iss mir das bisschen
Ansonsten gibt´s ja auch noch ein paar andere Kleinigkeiten bei der Zeitzonen Verschiebung zu beachten (da hat Bernd ja schon einiges geschrieben dazu):
ganz blödes beispiel auf dass ich vor 2 Jahren mal reingefallen bin, nachdem ich Systeme mit der alten DST.CSV Datei ausgestattet hatte und die Zeitzonen Verscheibung das erstmal griff::
Die Aktualisierung im Handelssystem stand zb auf 15:30-22:15 Uhr. Und nu kommt DST zum Zuge und das HS fing erst ne Stunde zu spät an zu rechnen.
Man muss das auch im 1 Stunde verschieben können. Oder man geht auf Sicher und stellt gleich 14:30 bis 23:15 ein. Was aber die Maschine evtl. unnütz auslastet (meine aktuelle Lösung).
BT = Berechnungstitel
KT = Kombititel.
If you think it´s expensive to hire a professional, wait until you hire an amateur.