ekhem
worldnetdaily przyniósł rewelacyjny artykuł którego główna myśl daje się streścić: jedzenie soi, w szczególności sojowego mleka sprawia, że człowiek staje się homoseksualistą.
nie jestem w stanie na poważnie zacytować wam fragmentów – uważam, że warto przeczytać samemu – ot, jako metodę na rozbawienie. no i może wierzejskiemu podrzucić 🙂
a nawet – się skończyła.
pierwsze na świecie państwo oficjalnie nie nadaje już programów w systemie analogowym. i nie jest to bynajmniej japonia która laaaaaata temu rozpoczęła cały przełom z hdtv. państwem tym jest holandia!.
począwszy od 11 grudnia, przestali nadawać analogowo. krok ten został podyktowany tym, że i tak prawie nikt jej nie oglądał – olbrzymia większość widzów ogląda telewizję via kablówki.
oczywiście pozostaje kwestia co z odbiornikami w samochodach, na działkach itp, ale te problemy są zazwyczaj trywialnie rozwiązywalne przy pomocy różnych “set-top boxów".
a kiedy u nas? jak na razie to ma wystartować pierwsza telewizja cyfrowa.
uwielbiam mitsubishi. chcę mieć lancera evo. mam lancera kombi. to może tłumaczyć czemu dosyć mocno zaniepokoiły mnie informacje o tym, że mitsubishi motors ma problemy finansowe.
natomiast dziś przeczytałem, że wyciekły zdjęcia nowego lancera – jeszcze nie evo (znanego także jako evo x), ale zwykłego, cywilnego.
i wiecie co wam powiem? jest śliczny. to ma być model na rok 2008 – więc jeszcze chwilę go nie będzie. ale już ostrzę sobie zęby na to by go kupić – evo jest drogie, ale ten samochód też jest super – i za zdecydowanie mniejsze pieniądze.
co można wymyślić jeśli chodzi o zakupy w sieci? sklep. pasaż handlowy. system ogłoszeniowy. system aukcyjny. porównywarkę cen.
a może coś jeszcze?
wired napisał o nowym typie usług – porównywarka cen działająca via feed rss'owy.
zasada jest prosta – informuję serwis co mnie interesuje, a on śledzi zmiany cen tego produktu w znanych mu sklepach. i jak coś się zmieni – daje ci znać rss'em.
proste i efektywne. są już przynajmniej 3 serwisy zajmujące się tego typu usługami:
na razie – żaden z nich nie informuje o cenach w polsce. ale zakładam, że niedługo pojawi się jakiś polski klon oferujący zbliżoną funkcjonalność.
tak aby zakończyć dzień jakąś lżejszą informacją 🙂
onet podał, że yahoo przeprowadziło badanie nt. tego które piosenki internauci uważają za najlepszy podkład muzyczny dla seksu.
lista nie budzi zaskoczeń – no, może dziwi niska pozycja je t'aime, no ale w sumie … 🙂
lista:
może kiedyś je wszystkie wystawię w mp3 – choć nie wiem co na to eo – hostują mnie, a dodatkowy ruch i zainteresowanie ze strony riaa mogłoby być niemile widziane 🙂
w najnowszym numerze forbes'a jest artykuł o tym jak to polska staje się centrum outsourcingowym. niby mamy tanią siłę roboczą, i olbrzymie ilości firm się do nas przenoszą byśmy wykonywali ich pracę. idea jest fajna. a jaka jest rzeczywistość?
businessweek opublikował listę 10 największych miast – największych jęśli chodzi o outsourcing. i co? i nie ma nas na żadnej z tych pozycji. za to są takie potęgi jak bukareszt w rumunii i praga w czechach. eh. i komu tu wierzyć?
dzięki koledze z pracy zobaczyłem niesamowity stół. co prawda jest on przeznaczony do instalacji na łodziach, jest drogi i nie stać mnie na niego. a na stronie producenta jest informacja:
“Please understand that this is an extremely special piece of furniture, of exceptional quality and design – it is not for everyone by a very very long way and can only be afforded by the lucky few of us with exceptional wealth.“
to i tak strasznie mi się podoba. kiedyś go sobie kupię 🙂
jak może wiecie w postgresie jest funkcja currval() zwracająca ostatnio nadane id z podanej sekwencji.
rozpatrzmy prosty przypadek:
# create table test (id serial primary key, pole int4); CREATE TABLE # insert into test (pole) select * from generate_series(1, 10000); INSERT 0 10000 # select count(*) from test; count ------- 10000 (1 row) # select currval('test_id_seq'); currval --------- 10000 (1 row)
wszystko wygląda ok. więc sprawdźmy jeszcze jeden insert mały:
# insert into test(pole) values (12313); INSERT 0 1 # select currval('test_id_seq'); currval --------- 10001 (1 row)
nadal wszystko ok. i teraz:
# select * from test where id = currval('test_id_seq'); id | pole -------+------- 10001 | 12313 (1 row) Time: 93.358 ms
działa, ale coś wolno, sprawdźmy:
# explain analyze select * from test where id = currval('test_id_seq'); QUERY PLAN -------------------------------------------------------------------------------------------------- Seq Scan on test (cost=0.00..200.02 rows=1 width=8) (actual time=64.375..64.379 rows=1 loops=1) Filter: (id = currval('test_id_seq'::regclass)) Total runtime: 64.431 ms (3 rows)
seq scan? sprawdźmy więc ręcznie podaną wartość:
# explain analyze select * from test where id = 10001; QUERY PLAN ---------------------------------------------------------------------------------------------------------------- Index Scan using test_pkey on test (cost=0.00..8.02 rows=1 width=8) (actual time=0.029..0.033 rows=1 loops=1) Index Cond: (id = 10001) Total runtime: 0.086 ms (3 rows)
hmm .. tu jest dobrze. skąd seq scan? aby nie przynudzać z każdym zapytaniem, powiem tyle, że nie jest to kwestia błędnych typów czy czegoś tak oczywistego. problemem jest zmienność funkcji.
dokładniej: funkcja currval() jest zadeklarowana jako “volatile" – co oznacza, że jej wynik ma prawo zmienić się w czasie pojedynczego skanu tabeli. tak jak np. random(). to oznacza, że nie można użyć jej jako dostarczyciela wartości i potem tą wartością przeszukać indeksy.
cóż więc można zrobić – no cóż. trzeba powiedzieć postgresowi, że interesuje nas tylko pierwsza zwrócona wartość currvala – idealnie do tego nadają się podzapytania:
# explain analyze select * from test where id = (select currval('test_id_seq')); QUERY PLAN ---------------------------------------------------------------------------------------------------------------- Index Scan using test_pkey on test (cost=0.01..8.03 rows=1 width=8) (actual time=0.047..0.050 rows=1 loops=1) Index Cond: (id = $0) InitPlan -> Result (cost=0.00..0.01 rows=1 width=0) (actual time=0.010..0.012 rows=1 loops=1) Total runtime: 0.187 ms (5 rows)
jak widać jest już zdecydowanie lepiej.
