Ich frage zur Sicherheit nochmal nach: Die Struktur läßt sich wirklich nicht mehr ändern?
Das kann nicht an vorliegenden Datenmenge hängen, denn die Umwandlung kann automatisch erfolgen. Höchstens an der Menge an Skripten und Programmen, die breits (zu) fest auf die Datenbankstruktur geeicht sind, kann es liegen. Das wäre sehr schade.

Ich sehe das Hauptproblem darin, dass Du die Feldinhalte auseinander nehmen musst, um an die notwendigen Einzelinformationen zu kommen. Die Felder haben also eine innere Struktur und Du willst auf einzelne Elemente davon zugreifen. "Elemente kleiner Feld" sind für RDBMs in der Regel schmerzhaft bis tötlich, da die ganzen raffinierten Index- und Suchverfahren, in die viel Zeit und Geld gesteckt wird, ausgebremst werden - der Vorteil der Datenbank geht also flöten.

Mister Ad

jens76

na wie müßte ich dann die zeit abfragen wenn datum und zeit getrennt wären?

mein problem ist vorallem wie soll ich zwischen zeiten abfragen, in denen die vonzeit numerisch größer ist als die biszeit?

between 21:00 and 03:00 geht ja wohl schlecht!

vielleicht hilft mir das ja schon weiter.

und eine trennung ist nicht möglich! wären zu viele scripte umzuarbeiten. aber vielleicht würde es sinn machen die zeit und das datum zu tennen und die "alten felder" paralell laufen lassen. gäbe zwar eine doppelte speicherung aber der insert in die zeit ist in nur einer datei vorhanden

also wie frag ich nun von 21:00 bis 03:00 ab?

Bspw durch die Umkehrung: Liegt nicht zwischen 03:01 und 20:59 (bei Minutenauflösung).
Das kannst Du in einem int Feld speichern - auch für Menschen lesbar: 301, 2059 - die Sortierung bleibt dabei stimmig.
Du kannst den einen Eintrag in der Datenbank auch in zwei Aufteilen: von 21:00 bis 23:59 und am fogenden Tag von 00:00 bis 03:00.

Das Datum kann einzeln abgetestet werden und beides dann durch AND verbunden werden.

Zergling-new

Hast du mein Posting auf Seite 1 (07.06.2006, 09:51) nicht gelesen oder probiert nachzuvollziehen?