@SuperStefan: Odrzuć pary, w których różnica jest ujemna

@SuperStefan: może
select a.data - b.data
from users as a, users as b
where a.id > b.id

@imlmpe: Opera nie jest już od dawna na Chromium?

@imlmpe: @yoloBaklawa: Tutoriale od #apple działają też na #android a ci idioci tego nawet nie sprawdzają #pdk

@imlmpe: To mnie z tym GO zdziwiliście...

@plushy: nie wiem czemu ubzdurało mi się, ze rsync robi snapshot na początku kopiowania, mój błąd. Natomiast bywają sytuacje, że właśnie rsync na żywej bazie jest jednym z najlepszych rozwiązań. Przykładowo: jak baza jest na tyle duża, że jej skopiowanie zajmuje kilka godzin, a chcesz przed wdrożeniem czegoś (np migracją danych) mieć jej kopię na koniec dnia. W takim wypadku odpowiednio wcześniej puszczasz rsync właśnie na żywej bazie. Na koniecPokaż całość

Na koniec dnia jak już się skończy kopiować, to bazę zatrzymujesz, ponowny rsync, który tym razem będzie trwał parę minut i dogra tylko resztki zmian, start bazy.

@plushy @szczeppan: to chyba tak nie zadziala. Baza przy zamykaniu prawdopodobnie zostanie podciagnieta do stanu spojnego.

Wydaje mi się, że wysyłanie dwóch zapytań jest mało optymalne

@danoxide: Innej metody na przypisanie dwóch różnych wartości dwóm różnym rekordom nie widzę.

tak tyk

@interface: tyktak

@taximan: CREATE TEMP UNLOGGED TABLE IF NOT EXISTS inserted_ids (id uuid) ON COMMIT DROP

Postgres napisał odpowiedź na temat duplikacji baz danych PG

@interface: Nie Postgres, tylko 2ndquadrant

@bliss: współautor postgresu

Simon Riggs, CTO 2ndQuadrant & PostgreSQL Committer

@interface: może to być nawet największy współautor, ale firma 2ndQuadrant != PostgreSQL, czyli "Postgres napisał" to nie jest prawda

@imlmpe: ostatni link chyba zly... kopia poprzedniego

@ciapekm: skoro korzystałes z phpmyadmin (i byłeś zadowolny) to sprawdź phpPgAdmin

@ciapekm: Ja używam Webmina

django.db.utils.ProgrammingError: permission denied for relation djangomigrations

@netxman: to wygląda OK. A jesteś w stanie zrobić dumpa z bazy?

pg_dump -U ziomek mydb > mydb_backup.sql

@netxman: to jeszcze jedna próba, bo już mi się koncepcje wyczerpują:

ALTER TABLE django_migrations USER TO ziomek;

@d1l4x: coś musisz w /etc/postgres/9.x/main/pg_hba.conf poustawiać na końcu chyba