Re: Zeit und Zeitzonen richtig konfigurieren

Hallo Andreas,
hallo Liste,

danke erstmal für Deine prompte Antwort, Andreas!

"A. Kretschmer" <andreas(dot)kretschmer(at)schollglas(dot)com> writes:

> am 03.04.2006, um 12:07:21 +0200 mailte Johannes BrXgmann folgendes:
>
>> ein referenzierter Fremdschlüssel. Jeder dieser Clients hatte bislang
>> (bis zum "rumspielen" an der Konfiguration heute) die
>> Umgebungsvariable PGTZ=CET und erhält Daten aus der Standardeingabe,
>
> Ähm. Warum verwendest Du nicht einfach immer und generell die aktuelle
> und korrekte Zeit?

Die von mir verwendete Zeit ist eine Referenzzeit und ist mit externen
Ereignissen verknüpft. Sie muss bis zum Schluss der Kette, also von
(a) - (c) durchgeschleift werden, damit sie weitergereicht werden
kann. Alle Daten und Rechenergebnisse beziehen sich immer auf eine
bestimmte Referenzzeit. Es ist außerdem nicht jederzeit gewährleistet,
dass die frisch eingetroffenen Daten auch die neuesten sind.

>> 5. Für (c) benötige ich nun eine performantere Anfrage, die zu jedem
>> Fremdschlüssel-Tupel seine aktuellsten Datensätze liefert. Eine
>> Aggregatfunktion newest(timestamptz) oder so habe ich nicht gefunden,
>
> max(timestamptz)

habe ich probiert; Antwortzeit > 1 min; viel zu langsam. Ich bräuchte
irgendetwas < 10s, eher weniger. Noch andere Ideen?

>> ich bin mir aber auch nicht sicher, ob das der richtige Weg
>> ist, denn da muss die Datenbank doch das jeweilige Maximum ermitteln
>> (alle Datensätze durchsuchen), oder? Welcher Weg ist am
>
> Nein, nicht, wenn ein Index drauf liegt.

Hm. Ein Primärschlüssel legt doch einen impliziten Index an. Reicht
das nicht?

>> 6. Wo könnte ich sonst noch Optimierungen vornehmen? Was sollte ich
>> anders machen?
>>
>> Danke für Eure Geduld und Mühe.
>
> Sorry, so recht Geduld (Zeit) hab ich grad nicht für a-c.

Danke Dir trotzdem vielmals! Vielleicht probiere ich es auch mal auf
Englisch.

Gruß,
Johannes
--