ну, можно поизвращаться и напартиционировать таких табличек размером в блок, и всегда переписывать их по create table as очень специфический access pattern получится и не повторяйте дома, но технически то, чего @socketpair хочет

ну такие бд есть да

но они больше про dwh

ну или lsm

постгрес же не может щас на каждые 100 байт писать 8кб блок в конец

Суть -- уменьшить объем врайтов при модификации

Не понимаю до сих пор зачем тупли писать в журнал :( почему нельзя писать только информацию о том какие валидные а какие нет.

oltp базы которые пошли уменьшать объем записи в вал, перешли на комманд логгинг

Не понимаю вернее зачем именно тупли писать.

Сам журнал четко понимаю зачем.

Не понимаю до сих пор зачем тупли писать в журнал :( почему нельзя писать только информацию о том какие валидные а какие нет.

попробуйте redis, вдруг он подходит вам по духу больше? :)

Ну это троллота.

в редисе есть вал

чо такое

и append-only file

Using AOF Redis is much more durable: you can have different fsync policies: no fsync at all, fsync every second, fsync at every query. With the default policy of fsync every second write performances are still great (fsync is performed using a background thread and the main thread will try hard to perform writes when no fsync is in progress.) but you can only lose one second worth of writes.

The AOF log is an append only log, so there are no seeks, nor corruption problems if there is a power outage. Even if the log ends with an half-written command for some reason (disk full or other reasons) the redis-check-aof tool is able to fix it easily.

победа

Мде…

И как ууид устраняет нерандомность ?

я делаю всегда uuid1() , 2 причины: 1. скрыть количество объектов в таблице и темпы роста/прироста объектов в таблице, 2. uuid1() использует время и имя сервера, то есть гарантированно это всегда будут разные ключи даже если куча серверов, это лучше, чем uuid4(), а кроме uuid1() и uuid4() больше никакие алгоритмы особо и не используются, кажется

господи, только не про уиды

а что с ними не так?

мы отвоевали право этого поля на существование в Django ?

Блин. Я спать ложусь. Просрусь завтра. Погодите у меня. Я все про уилы напишу.

раньше его не хотели туда включать по умолчанию)

да просто целый день про них

сколько можно

да, я вот увидел про них и обычно молчу, но тут тоже решил написать))) uuid1() , наверное, тормознутее) но когда у вас стартапчик - вы не хотите рассекречивать ваши там внутренние данные, значит, нельзя просто 12345, 12346, 123457 ключи делать, потому что чувак зайдёт сегодня, сделает объект, посмотрит его айдишник в коде и через месяц так же и ему будет понятно, сколько за месяц объектов добавилось, то есть будет понятно, насколько ваш проект живой, сколько у вас клиентов, какие доходы и так далее

лучше расскажите, нужна кому книжка про постгис на русском? :)

ничерта не понимаю в гисе

но не уверен что хочу начать

Это про геоинформационные ?

Или государственные инф системы :) ?

но не уверен что хочу начать

кстати, как там глобалка? :)

без понятия как там глобалка

наверное хорошо

книжки на русском по программингу или чему-то связанному с компами - извращение.

в редисе есть вал

ой-ой

да что не так-то

в последний раз, когда проверял, у него не было никакого wal

http://redis.io/topics/persistence

у него только либо снапшот снимать, либо AOF постоянно синкать

блядь, аоф не вал что ли

нет

почему

ну, возможно мы разное под этим термином понимаем

пишет - пишет, ахед - ахед, лог - лог

ну вот не ахед

журнал поперёдной записи, жпз

а чего это не ахед

ой, и правда не ахед

сперва в памяти поменяет

ну почти вал!

ну потому что он не пишет вперед записи в постоянное хранилище. и сохранение в момент коммита - это его лучшая опция, а формально он не обязан вообще синхронно с изменениями вестись и может запаздывать.

да вал, вал. Write After Log :)

appednfsync always In this mode, and if the client does not use pipelining but waits for the replies before issuing new commands, data is both written to the file and synched on disk using fsync(2) before an acknowledge is returned to the client.

ну если до того как клиенту ответил, мне этого достаточно как ахед

лучше расскажите, нужна кому книжка про постгис на русском? :)

Да

лучше расскажите, нужна кому книжка про постгис на русском? :)

Да

Уф. Прочитал все. Всё таки лучший способ изучить постгрес уронить БД и чинить ее.

лучше расскажите, нужна кому книжка про постгис на русском? :)

Нужна! Где купить?

Уф. Прочитал все. Всё таки лучший способ изучить постгрес уронить БД и чинить ее.

Особенно на системах 24*7

Там понимание быстрее приходит ))

а разве бывают системы не 24*7?

а разве бывают системы не 24*7?

С 9 до 6, 5 дней в неделю например.

ERROR: S client not available

Уф. Прочитал все. Всё таки лучший способ изучить постгрес уронить БД и чинить ее.

Всё?! Счастливчик - столько времени... А насчёт обучения путем уронить - не соглашусь, однако. Есть более гуманные и более эффективные способы. Мало того, решение конкретной проблемы далеко не всегда даёт понимание об общем устройстве продукта, независимо от того, что за продукт: служба каталогов, СУБД, индеец/нгинкс и т.д.

не говоря уж о том, что уронить бд - это epic фейл

ЗЫ. Народ, а есть возможность сохранить локально всё это обсуждение? А то хочется иметь локально копию...

не говоря уж о том, что уронить бд - это epic фейл

Ну я бы не был таким категоричным, всякое в жЫзни бывает. :)

ну это минус архитектуры

например словить oom - это все таки дикая ошибка dba/ops

ЗЫ. Народ, а есть возможность сохранить локально всё это обсуждение? А то хочется иметь локально копию...

Форварднуть к себе

да ладно, стабильно роняем постгрес в разный сегфолт раз в две недели

не падает то, чем не пользуются

странные у вас понятия об использовании постгреса ;)

доменная область - гисы. ГИС - это когда у тебя в базе нет foreign key как класса, а все связи между объектами - по геометрическому вложению :)

в хороший день всё выполняется, в обычный - падает с TopologyException, по четвергам и пятницам - постгрес падает в сегфолт

как скучно я живу

как скучно я живу

ну и видок у тебя парень :)

как скучно я живу

так это же замечательно! Жить, когда всё работает...

например словить oom - это все таки дикая ошибка dba/ops

Первый раз - нормально. Вот второй раз oom - это уже возникают вопросы.

Форварднуть к себе

Время. :(

Уффф, скопирывал весь этот трешак за валы, тюпли и прочее безобразие на диск...

теперь мне даже стыдно

лучше расскажите, нужна кому книжка про постгис на русском? :)

Я бы не отказался.

@Komzpa, http://i.imgur.com/HwvAsHi.jpg угадай srid

Ого, интересно это он так по памяти нарисовал?

@Komzpa, http://i.imgur.com/HwvAsHi.jpg угадай srid

судя по вспомогательным линиям, это equirectangular с опорной lat=45deg

ты же щас просто всё это говоришь рандомно, потому что никто не поймет да?

не, я в кугисе проект собрал

безумие

строчка проекции +proj=eqc +lat_ts=45 +lat_0=30 +lon_0=0 +x_0=0 +y_0=0 +ellps=WGS84 +units=m +no_defs srid у неё нет

в 2016 году еще можно говорить mad skills?

не, судя по получившейся бочке, таки не равнопрямоугольная