Tipps And Tricks

Liebe Stadtplaner von Thale,
ich hätte da mal eine Frage. Wie heißt diese Straße denn nun eigentlich:

Bodestraße? Oder doch Bodestieg? Oder ist der Name Bodestraße\nBodestieg?

Heute habe ich ein besonderes Leckerli für die Oracle Freunde:

create table tmp_number
(
val_n number,
val_n8 number(8),
val_int integer,
val_f float
);
Insert into TMP_NUMBER
(VAL_N, VAL_N8, VAL_INT, VAL_F)
Values
(0, 0, 0, 0);
Insert into TMP_NUMBER
(VAL_N, VAL_N8, VAL_INT, VAL_F)
Values
(-1, -1, -1, -1);
Insert into TMP_NUMBER
(VAL_N, VAL_N8, VAL_INT, VAL_F)
Values
(1, 1, 1, 1);
Commit;

(Beispieltabelle, weil ich zunächst vermutete, es hängt davon ab, in welchem Datenformat die Werte gespeichert werden. Das scheint aber egal zu sein.)

Nun haben wir eine Abfrage, die alle Werte selektiert, die größer sind als das aktuelle Datum.

SQL*Plus: Release 10.2.0.3.0 - Production on Thu Mar 22 15:20:58 2012

Copyright (c) 1982, 2006, Oracle.  All Rights Reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit
Production
With the Partitioning, OLAP, Data Mining and Real Application Testing
options

SQL> select *
     from tmp_number
     where val_n >= to_number(to_char(sysdate, 'YYYYMMDD'));

no rows selected

In diesem Fall gibt es keinen Output, das spielt für den aktuellen Fall aber keine Rolle. Also ergänzen wir die Query um die Bedinung or val_n = 0:

SQL> select *
     from tmp_number
     where val_n >= to_number(to_char(sysdate, 'YYYYMMDD'))
     or val_n = 0;

no rows selected

WTF?
Vereinfachen wir die Query mal kurz etwas:

SQL> select *
     from tmp_number
     where val_n >= 20120322
     or val_n = 0;

     VAL_N     VAL_N8    VAL_INT      VAL_F
---------- ---------- ---------- ----------
         0          0          0          0

Irgendwas läuft hier also mit dem Test auf 0 falsch. Probieren wir es
anders:

SQL> select *
     from tmp_number
     where val_n >= to_number(to_char(sysdate, 'YYYYMMDD'))
     or val_n <= 0;

     VAL_N     VAL_N8    VAL_INT      VAL_F
---------- ---------- ---------- ----------
         0          0          0          0
        -1         -1         -1         -1
         1          1          1          1

Das wird ja immer verrückter! Jetzt selektiert Oracle schon Werte, für die die Bedingung gar nicht wahr ist.

Ich vermute, hier liegt irgendein seltsamer Bug in Verbindung mit dem Konvertieren des Datums zu einer Zahl zugrunde, die dafür sorgt, dass Oracle die Werte in val_n und 0 intern in andere Werte konvertiert, die wiederum nicht gleich sind. Die Lösung zu dem Problem besteht übrigens in einem expliziten Konvertieren der Spalte val_n zu Number:

SQL> select *
     from tmp_number
     where val_n >= to_number(to_char(sysdate, 'YYYYMMDD'))
     or to_number(val_n) <= 0;

VAL_N     VAL_N8    VAL_INT      VAL_F
----- ---------- ---------- ----------
    0          0          0          0
   -1         -1         -1         -1

Also es kann sein, das ein explizites Konvertieren der Werte notwendig ist, auch wenn das auf den ersten Blick nicht so aussieht. Wie bereits erwähnt, spielt es in diesem Fall keine Rolle, ob die Spalte als Number, Number(8), Float oder Integer definiert wird. Das Problem tritt bei allen Datentypen auf. Ich habe bisher keinen Bug dazu gefunden.

Hier ist noch der Dump der Daten:

select 
      dump(val_n), dump(val_f), val_n
from tmp_number;

  
VAL_N                     VAL_F                     VAL_N
---------------------------------------------------------
Typ=2 Len=1: 128          Typ=2 Len=1: 128          0      
Typ=2 Len=2: 193,2        Typ=2 Len=2: 193,2        1
Typ=2 Len=3: 62,100,102   Typ=2 Len=3: 62,100,102   -1

Die Daten werden also intern alle im gleichen Format abgelegt (auch für die anderen Spalten).
Update:Anpassung der Oracle Ausgabe.

Da macht man einen gemütlichen Winterspaziergang im Harz, und dann kommt man hier an:






Sehr gruselig. Mehr Bilder wie immer in der Gallery

So lange Zeit nichts mehr zu hören gewesen. In letzter Zeit habe ich eigentlich keine Lust mehr auf Blogs. Ich hab das Gefühl, alles schon einmal verblogged zu haben und nichts wichtiges mehr beitragen zu können. Daher hab ich mich wieder vermehrt in der Vim-Community rumgetrieben. Herausgekommen ist dabei unter anderem ein neues Vim Plugin.

Das Vim-Plugin: f/t improved, womit man die Commandos 'f', 't', ',' und ';' nicht nur innerhalb einer Zeile benutzen kann, sondern auch automatisch zur nächsten/vorherigen Zeile springt, falls das gewünschte Zeichen nicht in der aktuellen Zeile zu finden ist.

Vim.org Link
Github Repository

Das Miniatur Wunderland in Hamburg ist großartig. Auf der größten Modelleisenbahnanlage der Welt gibt es so viel zu entdecken, das ist unglaublich. Überall so Kleinigkeiten bzw. Anekdoten das ist faszinierend. Der Detailreichtum ist so großartig, dass man die Eisenbahn gar nicht mehr so genau betrachtet.

Zu entdecken gibt es mehrere Anlagen, u.a. mit Nord- und Mitteldeutschland, USA mit Las-Vegas und Miami, sowie einer WildWest-Anlage, Skandinavien mit einer großen Küstenanlage und einer Schneelandschaft, die Alpen und als absolutem Highlight die Verkehrsflughafenanlage mit selbstständig startenden und landenden Flugzeugen. Continue reading "Besuch im Miniatur Wunderland" »

So, neuer Tag, neues CSV-Plugin für Vim.

Jetzt unterstützt es auch Dateien mit festen Breiten, also z.B. die erste Spalte geht bis zum 10. Buchstaben, danach fängt gleich die zweite Spalte an. Ich hasse ja solche Dateien, aber leider muß man sowas manchmal verarbeiten. Außerdem kann man jetzt CSV Dateien einfach in ein neues Format konvertieren (also beispielsweise in SQL-Insert Statements umwandeln oder als HTML exportieren).

So, dann hab ich mal Unicode.vim (v0.9) released.

Also manchmal nervt mich der Unicode Krempel ja tierisch und das Handling in Vim ist auch nur so suboptimal. Wieso kann ich z.B. nicht anständig die Unicode Punkte des Glyphs unterm Cursor bekommen?

Damit ich es nicht vergesse:
So kann man die aktuell vergebenen Rechte herausfinden, die ein User hat:

Lange hatte ich ja keine Meinung über PulseAudio, das neue Audiosystem in aktuellen Linuxdistributionen. Im Netz hört man immer wieder Rants, wozu man Pulseaudio benötige, schließlich hat man doch bereits ALSA und OSS, aber nachdem ich mich jetzt kurz mit PulseAudio beschäftigt habe, finde ich es gar nicht so schlecht.

Okay, die Doku ist nicht existent und man muß sich erst pavucontrol installieren, damit es nutzbar wird. Damit kann man dann pro Anwendung die Lautstärke einstellen. Und es war vorher auch nicht so einfach, Sound über das Netzwerk zu streamen.

Beispielsweise Musik vom Laptop auf dem heimischen Desktop Rechner mit dem 5.1 Soundsystem abspielen:

Auf dem Laptop:

chrisbra@R500:~$ cat <<EOF | pacmd
load-module module-null-sink sink_name=rtp
load-module module-rtp-send source=rtp.monitor
set-default-sink rtp
EOF
Welcome to PulseAudio! Use "help" for usage information.
>>> >>> >>> >>> chrisbra@R500:~$ 

Auf dem Desktop:

chrisbra@PC:~$ echo load-module module-rtp-recv |pacmd
Welcome to PulseAudio! Use "help" for usage information.
>>> >>> chrisbra@PC:~$ 

Und nun starten wir den Sound auf dem Laptop und hören die Musik vom Desktop PC.
Sehr cool!

Quelle

Bevor ich es vergesse:

Mercurial: delete all local changesets, revert to tree

Kann immer ganz nützlich sein.

Heute stelle ich mal ein Plugin vor, dass ich ganz interessant finde. Normalerweise navigiert man ja im Normal Mode. 1 Worte vorwärts 'w', zum nächsten s springen 'fs', etc. und dazu kann man dann noch die Anzahl der nächsten Bewegungen angeben (zum übernächsten Wort springen: '2w', zum 3. s springen '3fs', etc). Da fängt mal schnell an, Wort zu zählen und da wird es dann anstrengend.

An dieser Stelle kommt dann das EasyMotion Plugin ins Spiel. Man drückt \w und das Plugin kennzeichnet jedes Wort farblich, so dass man einfach auswählen kann, zu welchem Wort man springen möchte. Sehr interessantes Konzept.

Hier geht es zu einem kurzen Screencast.

Partitionierte Tabellen bei Oracle sind eigentlich toll. Außer wenn man später an neue Partitionen hinzufügen möchte. Dann wird einem wahrscheinlich der Oracle Fehler ORA-14074 begegnen: So wird eine Tabelle angelegt, die anhand des Attributs Monat partitioniert wird. Damit liegen alle Daten, bei denen das Attribut Monat kleiner als 200700 ist in die Partition P2006 gespeichert, Werte kleiner als 200800 in der Partition P2007 und alle höheren Werte in der Partition PMAX. Das ist vor allem dann sinnvoll, wenn man richtig viele Daten in der Tabelle speichern will. Über einen partitionierten Index kann man dann extrem effizient auf die Daten zugreifen, vorausgesetzt, man schränkt immer über den Partitionierungsschlüssel ein. Sinnvollerweise könnte man die unterschiedlichen Partitionen auch noch in verschiedene Tablespaces legen, damit man zum Beispiel die Daten physisch besser auf dem Datenbankserver verteilen kann. Man kann auch selektiv Daten die älter als eine gewisse Zeit sind nur noch schreibgeschützt verfügbar machen. Geben wir mal ein paar Testdaten ein: In diesem Fall wird jetzt der erste Datensatz in der Partition P2006 gespeichert, der zweite in der Partition P2007 und der Rest in der Partition PMAX. Wie man an diesem Beispiel sieht, und wie einem sicherlich auch oft passiert, werden die Partitionen vergessen und irgendwann merkt man, dass alle Daten nur noch in die Partition PMAX läuft, weil die Tabelle nun schon länger lebt als man ursprünglich mal geglaubt hat. Hier wäre es jetzt an der Zeit, mal die Partitionen für die Jahre 2008, 2009, 2010, 2011 und weitere anzulegen. Bevor wir neue Partitionen anlegen, prüfen wir kurz, welches die aktuellen Grenzwerte für die Partitionen sind: Nun könnte man einfach probieren, neue Partitionen anzulegen. Schließlich gibt es ja einen passenden ALTER Table Befehl: Das bedeutet, man kann eigentlich nur Partitionen hinzufügen, die eine höhere Obergrenze haben, als bereits vorhanden sind. Dies ist aus zwei Gründen doof: 1) Man kann also keine Partitionen einfach zwischendrin erzeugen. 2) Als letzte Partition nutzen wir hier das Schlüsselwort MAXVALUE. Es wird schwierig werden, eine Obergrenze zu finden, die noch größer ist, als die maximal möglichen Werte. Offensichtlich ist es nicht so einfach, Oracle davon zu überzeugen, neue Partitionen anzulegen. Es gibt aber einen einfach Trick, dennoch neue Partitionen anzulegen. Dazu müssen die vorhandenen Partitionen einfach nur aufgesplittet werden. Jetzt prüfen wir noch einmal, ob die Partitionen auch korrekt angelegt wurden: Das sieht doch gut aus. Außerdem können wir jetzt noch eine Partition rausgreifen, und alle Datensätze aus dieser Partition anzeigen lassen: Linkdump: [url]http://www.mydigitallife.info/2006/11/08/oracle-ora-14074-create-or-add-new-partition-fails-error/[/url] [url]http://msutic.blogspot.com/2010/01/ora-14074-when-adding-partition-at.html[/url]

Wer sich wundert, wenn Informatica bei einer Update/Delete Session plötzlich schnarchlangsam wird, der sollte mal den verwendeten ODBC-Treiber überprüfen. Bei einem Update einer vorhandenen Session hat das auch einem Job, der gut 20.000 Records in 10 Sekunden schreibt, einen Job gemacht, der nach 7 Stunden noch nicht fertig war. Sowas ist freitags auf einem produktiven Server extrem unlustig.

Man erkannte den falschen ODBC-Treiber daran, dass er beim Import der Tabellen jedes Feld in der Länge verdreifachte und aus VARCHAR Feldern NVARCHAR Felder macht.

So, da hab mal einen Screencast für das CSV-Plugin für Vim angelegt: