Author: depesz

Sprzedam Toyote GT86, prawie nówka, 4 miesiące, bezwypadkowa

Mam do sprzedania (lub do oddania, zależnie jak na to spojrzeć) toyotę GT86. Produkcja 2012, rejestracja 2013 (chyba luty). Przejechane ~ 3000 kilometrów, bezwypadkowa.

Wersja: manualna zmiana biegów, czarne wykończenie, bez nawigacji, kolor pomarańczowy. Zdjęć nie daję, chyba, że bardzo ktoś zechce, bo dupa ze mnie a nie fotograf, a na sieci są tysiące zdjęć tego wozu. A przy jego stanie nie ma znaczenia czy się ogląda zdjęcią nówek z salonu, czy tej ode mnie.

Co z nią jest? Nic. wszystko jest Tip-Top. Jedyne uszkodzenie to lekko zagięta felga – obejrzał ją i przetestował serwis Toyoty (Toyota/Chodzen w Piasecznie) i orzekli, że poza kwesią estetyczną – nic jej nie jest.

W komplecie dodaję opony zimowe (używane do kwietnia) i aktualnie założone letnie – nówki, kupione na samochodzie, i jedne i drugie.

Dziś zrobiłem “przegląd" po 3k km – wymiana oleju, zgodnie z zaleceniami Toyoty.

W samochodzie nie było palone, był trzymany w zadaszonej wiatce. Ogólnie – cód, miód, paluszki lizać. Jeśli lubisz jazdę samochodem – to jest samochód dla Ciebie. Sens istnienia tego samochodu można zobaczyć na sieci, choćby tu:

Cena: samochód jest wzięty w leasing, i mogę ten leasing odstąpić. 4 lata (czyli jeszcze około 3.5 przed nami), z ratą miesięczną 2.7k pln.
W takim układzie, o ile kupującego zaakceptuje toyota leasing (przepisanie leasingu), to dla mnie – 5000 pln.

Alternatywnie – sprzedam za gotówkę, przy czym musiałbym dostać 120000 pln by pokryć koszty leasingu.

No i finalnie: dlaczego sprzedaję takie cudo? Nie znudził się. Żona nie marudzi (zasadniczo nie podoba jej się, że chcę oddać – bo ciężko tu mówić o sprzedaży, gdy nie dostanę z powrotem choćby połowy tego co już wpłaciłem). Problem jest inny – ten samochód chce być jeżdżony. A ja nie mam gdzie. Przez te 4 miesiące dostałem mandatów łącznie na ponad 2 razy więcej niż przez całe życie do tej pory. Nie umiem nią jeździć “legalnie", a jak mi zabiorą prawo jazdy, to i tak się nie nacieszę. Więc może znajdzie się ktoś kto przygarnie …

Explaining the unexplainable – part 5

In previous posts in this series, I talked about how to read EXPLAIN output, and what each line (operation/node) means.

Now, in the final post, I will try to explain how it happens that Pg chooses “Operation X" over “Operation Y".

Continue reading Explaining the unexplainable – part 5

A tale of automating tests of Pg with Bash

Word of warning: this blogpost is about thing related to Bash (well, maybe other shells too, didn't really test), but since I found it while doing Pg work, and it might bite someone else doing Pg related work, I decided to add it to “postgresql" tag.

So, due to some work I had to do, I needed a quick, repeatable way to setup some Pg instances, replication between them, and some data loader. All very simple, no real problems. At least that's what I thought…

Continue reading A tale of automating tests of Pg with Bash

Explaining the unexplainable – part 3

In previous post in the series I wrote about how to interpret single line in explain analyze output, it's structure, and later on described all basic data-getting operations (nodes in explain tree).

Today, we'll move towards more complicated operations.

Continue reading Explaining the unexplainable – part 3

Win a book contest – PostgreSQL Backup and Restore How-to

pg backup book cover

Around the time that Xzilla wrote about the book, Packt contacted me and asked for a review.

Since I generally don't really read technical books, I declined the offer, but Sandy from Packt was very persistent, and asked if I could inform about book giveaway contest.

The book is definitely PostgreSQL related, and Xzilla suggested to check it out, so here it goes:

Continue reading Win a book contest – PostgreSQL Backup and Restore How-to

Explaining the unexplainable

One of the first things new DBA hears is “Use the EXPLAIN". And upon first try he/she is greeted with incomprehensible:

                                                        QUERY PLAN
---------------------------------------------------------------------------------------------------------------------------
 Sort  (cost=146.63..148.65 ROWS=808 width=138) (actual TIME=55.009..55.012 ROWS=71 loops=1)
   Sort KEY: n.nspname, p.proname, (pg_get_function_arguments(p.oid))
   Sort Method: quicksort  Memory: 43kB
   ->  Hash JOIN  (cost=1.14..107.61 ROWS=808 width=138) (actual TIME=42.495..54.854 ROWS=71 loops=1)
         Hash Cond: (p.pronamespace = n.oid)
         ->  Seq Scan ON pg_proc p  (cost=0.00..89.30 ROWS=808 width=78) (actual TIME=0.052..53.465 ROWS=2402 loops=1)
               FILTER: pg_function_is_visible(oid)
         ->  Hash  (cost=1.09..1.09 ROWS=4 width=68) (actual TIME=0.011..0.011 ROWS=4 loops=1)
               Buckets: 1024  Batches: 1  Memory Usage: 1kB
               ->  Seq Scan ON pg_namespace n  (cost=0.00..1.09 ROWS=4 width=68) (actual TIME=0.005..0.007 ROWS=4 loops=1)
                     FILTER: ((nspname <> 'pg_catalog'::name) AND (nspname <> 'information_schema'::name))

What does it even mean?

Continue reading Explaining the unexplainable

Waiting for 9.3 – Support indexing of regular-expression searches in contrib/pg_trgm.

On 9th of April, Tom Lane committed patch:

Support indexing of regular-expression searches in contrib/pg_trgm.
 
This works by extracting trigrams from the given regular expression,
in generally the same spirit as the previously-existing support for
LIKE searches, though of course the details are far more complicated.
 
Currently, only GIN indexes are supported.  We might be able to make
it work with GiST indexes later.
 
The implementation includes adding API functions to backend/regex/
to provide a view of the search NFA created from a regular expression.
These functions are meant to be generic enough to be supportable in
a standalone version of the regex library, should that ever happen.
 
Alexander Korotkov, reviewed by Heikki Linnakangas and Tom Lane

One day later Tom Lane added support for the same operations using GiST indexes (original patch was working only with GIN).

Continue reading Waiting for 9.3 – Support indexing of regular-expression searches in contrib/pg_trgm.

Waiting for 9.3 – Add \watch [SEC] command to psql.

On 4th of April, Tom Lane committed patch:

Add \watch [SEC] command to psql.
 
This allows convenient re-execution of commands.
 
Will Leinweber, reviewed by Peter Eisentraut, Daniel Farina, and Tom Lane

Continue reading Waiting for 9.3 – Add \watch [SEC] command to psql.