|
|
|
|
Dann kriegt der ja nur eine gemeine 2. Und der Rest sogar nur eine 3, das ist schon näherungsweise Unendlich.
|
|
|
|
|
|
|
Bei einem Durchschnitt von 4,5 würde ich sagen dass das gar nicht schlecht ist.
|
|
|
|
|
|
|
Mein Vater ist bei 5, mit einem Schrottpaper koennte ich also gerade mal die 6 kriegen. :/
|
|
|
|
|
|
|
Hangover 2 ist ein grandioser Film.
|
|
|
|
|
|
|
ich krieg irgendwie ein sql-statement nicht gebacken:
haupttabelle ist “measurements”, in der u.a. angegeben wird, an welchem “day” welcher “marker” vermessen wurde, und welcher “value” dabei gemessen wurde.
ich will jetzt für ein gegebenes marker-pärchen alle wertpärchen für alle zeitpunkte haben, an denen für beide marker eine messung durchgeführt wurde (geordnet nach diesen zeitpunkten).
also:
an tag 1 wurde nur marker1 vermessen
an tag 2 wurde für marker1 0.4 und für marker2 0.8 gemessen → (0.4, 0.8)
an tag 3 wurde nur marker2 vermessen
an tag 4 wurde nur marker1 vermessen
an tag 2 wurde für marker1 0.3 und für marker2 0.1 gemessen → (0.3, 0.1)
…
|
|
|
|
|
|
|
Facebook schlägt mir den SAP-CIO als Freund vor. Soso.
|
|
|
|
|
|
|
| Zitat von flying sheep
ich krieg irgendwie ein sql-statement nicht gebacken:
haupttabelle ist “measurements”, in der u.a. angegeben wird, an welchem “day” welcher “marker” vermessen wurde, und welcher “value” dabei gemessen wurde.
ich will jetzt für ein gegebenes marker-pärchen alle wertpärchen für alle zeitpunkte haben, an denen für beide marker eine messung durchgeführt wurde (geordnet nach diesen zeitpunkten).
also:
an tag 1 wurde nur marker1 vermessen
an tag 2 wurde für marker1 0.4 und für marker2 0.8 gemessen → (0.4, 0.8)
an tag 3 wurde nur marker2 vermessen
an tag 4 wurde nur marker1 vermessen
an tag 2 wurde für marker1 0.3 und für marker2 0.1 gemessen → (0.3, 0.1)
…
| |
SELECT blabla FROM marker markerl, marker markerr WHERE markerl.tag = markerr.tag AND markerl.id > marker2.id
|
|
|
|
|
|
|
| Zitat von [Dicope] SELECT blabla FROM marker markerl, marker markerr WHERE markerl.tag = markerr.tag AND markerl.id > marker2.id | | warum die letzte bedingung?
|
Code: |
select ms1.value, ms2.value
from (
select measurements.*
from measurements natural join cows
where gruppe = "kontrolle"
) ms1,(
select measurements.*
from measurements natural join cows
where gruppe = "kontrolle"
) ms2
where ms1.marker_name = "XP_Ms" and ms2.marker_name = "XL_Ms"
and ms1.day = ms2.day
and ms1.cow_id = ms2.cow_id
and ms1.slaughter = 0 and ms2.slaughter = 0
and ms1.measurement_id > ms2.measurement_id
order by ms1.cow_id, ms1.day |
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von flying sheep am 01.06.2011 22:41]
|
|
|
|
|
|
Ich kann einen Trend zu einem gewissen Film erkennen.
|
|
|
|
|
|
|
| Zitat von flying sheep
ich krieg irgendwie ein sql-statement nicht gebacken:
haupttabelle ist “measurements”, in der u.a. angegeben wird, an welchem “day” welcher “marker” vermessen wurde, und welcher “value” dabei gemessen wurde.
ich will jetzt für ein gegebenes marker-pärchen alle wertpärchen für alle zeitpunkte haben, an denen für beide marker eine messung durchgeführt wurde (geordnet nach diesen zeitpunkten).
also:
an tag 1 wurde nur marker1 vermessen
an tag 2 wurde für marker1 0.4 und für marker2 0.8 gemessen → (0.4, 0.8)
an tag 3 wurde nur marker2 vermessen
an tag 4 wurde nur marker1 vermessen
an tag 2 wurde für marker1 0.3 und für marker2 0.1 gemessen → (0.3, 0.1)
…
| |
select m1.value, m2.value from
measurement m1,
measurement m2
where m1.tag = m2.tag
and m1.value is not null
and m2.value is not null
and m1.marker = 'marker1'
and m2.marker = 'marker2';
|
|
|
|
|
|
|
| Zitat von flying sheep
| Zitat von [Dicope] SELECT blabla FROM marker markerl, marker markerr WHERE markerl.tag = markerr.tag AND markerl.id > marker2.id | | warum die letzte bedingung?
| |
Weil du sonst den gleichen Eintrag zweimal bekommst, einmal halt vertauscht
¤: Muss natürlich auch markerr heißen.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von [Dicope] am 01.06.2011 22:40]
|
|
|
|
|
|
Das muss aber anders gehen, das scheitert wenn marker1.id == marker2.id
|
|
|
|
|
|
|
Ich fand HangOver nicht wirklich gut. Da waren viel zu viele abgedroschene Szenen drin.
Tiger im Hotelzimmer hat mich sehr an Fear and Loathing erinnert.
Ich hätte lieber ein Kindsköpfe II.
Lag vielleicht daran, dass ich an den Film mit niedrigen Erwartungen rangegangen bin.
|
|
|
|
|
|
|
ok, aber irgendwie ist das monster jetzt arschlahm:
|
Code: |
select ms1.value, ms2.value
from (
select measurements.*
from measurements natural join cows
where gruppe = "kontrolle"
) ms1, (
select measurements.*
from measurements natural join cows
where gruppe = "kontrolle"
) ms2
where ms1.marker_name = "XP_Ms" and ms2.marker_name = "XL_Ms"
and ms1.day = ms2.day
and ms1.cow_id = ms2.cow_id
and ms1.slaughter = 0 and ms2.slaughter = 0
and ms1.measurement_id > ms2.measurement_id
order by ms1.cow_id, ms1.day |
|
|
|
|
|
|
|
|
| Zitat von Danzelot
Das muss aber anders gehen, das scheitert wenn marker1.id == marker2.id
| |
Ah. Mit id mein ich den Primkey, also die einzelne Messung.
|
|
|
|
|
|
|
| Zitat von flying sheep
ok, aber irgendwie ist das monster jetzt arschlahm:
|
Code: |
select ms1.value, ms2.value
from (
select measurements.*
from measurements natural join cows
where gruppe = "kontrolle"
) ms1, (
select measurements.*
from measurements natural join cows
where gruppe = "kontrolle"
) ms2
where ms1.marker_name = "XP_Ms" and ms2.marker_name = "XL_Ms"
and ms1.day = ms2.day
and ms1.cow_id = ms2.cow_id
and ms1.slaughter = 0 and ms2.slaughter = 0
and ms1.measurement_id > ms2.measurement_id
order by ms1.cow_id, ms1.day |
|
| |
Schieb den Cow-Join mal weiter nach außen. Wenn der Optimizer Mist baut, kann es sein, dass die Subselects materialsiert werden. Ansonsten hau mal ein paar Indizes drauf.
|
|
|
|
|
|
|
Wir machen etwas ähnliches gerade übrigens mit einer 250x22.000.000-Tabelle.
|
|
|
|
|
|
|
| Zitat von [Dicope]
Wir machen etwas ähnliches gerade übrigens mit einer 250x22.000.000-Tabelle.
| |
Wie meinen?
250 x 22 Mio. Einträge?
|
|
|
|
|
|
|
| Zitat von [Dicope] Schieb den Cow-Join mal weiter nach außen. Wenn der Optimizer Mist baut, kann es sein, dass die Subselects materialsiert werden. Ansonsten hau mal ein paar Indizes drauf. | | sorry, aber ich versteh kein wort
|
|
|
|
|
|
|
| Zitat von flying sheep
| Zitat von [Dicope] Schieb den Cow-Join mal weiter nach außen. Wenn der Optimizer Mist baut, kann es sein, dass die Subselects materialsiert werden. Ansonsten hau mal ein paar Indizes drauf. | | sorry, aber ich versteh kein wort
| |
Hau den Subselect raus und versuch den mit einem JOIN abzubilden.
|
|
|
|
|
|
|
| Zitat von jdo_O
| Zitat von [Dicope]
Wir machen etwas ähnliches gerade übrigens mit einer 250x22.000.000-Tabelle.
| |
Wie meinen?
250 x 22 Mio. Einträge?
| |
250 Spalten, 22 Millionen Einträge, ja.
|
|
|
|
|
|
|
select ms1.value, ms2.value
from measurements ms1,
measurements ms2,
cows c1,
cows c2
where c1.gruppe = "kontrolle"
and c1.gruppe = ms1.gruppe
and c2.gruppe = "kontrolle"
and c2.gruppe = ms2.gruppe
and ms1.marker_name = "XP_Ms" and ms2.marker_name = "XL_Ms"
and ms1.day = ms2.day
and ms1.cow_id = ms2.cow_id
and ms1.slaughter = 0 and ms2.slaughter = 0
and ms1.measurement_id > ms2.measurement_id
order by ms1.cow_id, ms1.day
|
|
|
|
|
|
|
| Zitat von jdo_O
select ms1.value, ms2.value
from measurements ms1,
measurements ms2,
cows,
where cows.gruppe = "kontrolle"
and ms1.gruppe = "kontrolle"
and ms2.gruppe = "kontrolle"
and ms1.marker_name = "XP_Ms" and ms2.marker_name = "XL_Ms"
and ms1.day = ms2.day
and ms1.cow_id = ms2.cow_id
and ms1.slaughter = 0 and ms2.slaughter = 0
and ms1.measurement_id > ms2.measurement_id
order by ms1.cow_id, ms1.day
| |
|
|
|
|
|
|
|
Mein EHEC-Sub hat super geschmeckt.
|
|
|
|
|
|
|
| Zitat von [Dicope]
| Zitat von jdo_O
select ms1.value, ms2.value
from measurements ms1,
measurements ms2,
cows,
where cows.gruppe = "kontrolle"
and ms1.gruppe = "kontrolle"
and ms2.gruppe = "kontrolle"
and ms1.marker_name = "XP_Ms" and ms2.marker_name = "XL_Ms"
and ms1.day = ms2.day
and ms1.cow_id = ms2.cow_id
and ms1.slaughter = 0 and ms2.slaughter = 0
and ms1.measurement_id > ms2.measurement_id
order by ms1.cow_id, ms1.day
| |
| |
Muss nicht unbedingt besser sein.
Am Ende entscheidet der Optimizer.
|
|
|
|
|
|
|
|
|
|
|
Torchwood Mitte Staffel 2 und es wird immer trauriger. Und dann noch das Ende wo ich schon weiß was passiert
|
|
|
|
|
|
|
Kann sich jemand etwas unter einerm "laengsten kuerzesten Weg" in einem Graph vorstellen? Was soll das sein?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Thema: Gehirnsalat ( wir unter uns ) |