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

мудрость стараго датабазника )))

@je Блядь, а вот насчет хронологии я забыл, какие там сюрпризы могут быть.

@komar Ну вообще просто инкремент иметь достаточно, чтоб понять, например, с какого момента начал происходить пиздец, и иметь возможность с этой записи и все новые обновить там. Олсо индексы по этому полю тоже рекомендуются, если запросы предполагают джойн таблицы самой к себе (а когда-нибудь тебе это понадобится). А вообще вот у меня в базе практически все таблицы с датой идут и дохуя избыточно.

@minoru Ничем, просто наглядное объяснение для комара.

@je createdAt, updatedAt, deletedAt уже не модно?

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

@krkm пруф или битемпоральные бд

@anonymous Избыточность не костыль.

@je {pook: "srenk'"}

@krkm > camel case

@komar похую вообще

@anonymous это для хуесосов, которым на конференции ездить, а не работать

@anonymous Посмотри на досуге схему базы даныхх сайта https://www.openstreetmap.org/

@komar охуительный пример эти мудаки ещё недавно всё дерьмо в xml держали рот твой ёб

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

@anonymous [TRIGGER WARNING]

@krkm Ну раз похуй на такие мелочи, то: test=> CREATE TABLE test (a text, created_at timestamp NOT NULL DEFAULT now()); CREATE TABLE test=> BEGIN; INSERT INTO test (a) VALUES ('хуй'); INSERT INTO test (a) VALUES ('пизда'); COMMIT; BEGIN INSERT 0 1 INSERT 0 1 COMMIT test=> SELECT * FROM test; a | created_at -------+---------------------------- хуй | 2016-07-07 17:15:09.600857 пизда | 2016-07-07 17:15:09.600857 (2 rows) Сортируй-засортируйся.

@anonymous Академикам лишь бы базу в помойку превратить.

@komar /0ZA

@anonymous У этих мудаков все работает.

@komar у этих мудаков до сих пор нельзя рашку отдельно скачать, уёба чо там у тебя работае

@anonymous % ls -lh RU.osm.pbf -rw-r--r-- 1 komar komar 1.9G Jun 21 00:29 RU.osm.pbf

@komar пук

@anonymous wget http://data.gis-lab.info/osm_dump/dump/latest/RU.osm.pbf && echo perd

@komar да я знаю где скачать, мудила

@anonymous Как это ты знаешь, если нельзя?

@komar ебать ты тупой обьяснять нужно?

@anonymous Можешь не объяснять, можешь сразу нахуй пойти.

@komar >сразу

@je Если у тебя ID - первичный ключ, то индекс создастся неявно. Если не первичный ключ, значит ты комар.

@etw У комаров таблицы всегда начинаются id serial/bigserial pkey, если что.

@komar Замечу, что благодаря академикам имеем реляционную алгебру, многопоточные транзакции, durability и многое другое.

@anonymous ващет можно и всегда можно было

@komar и часто у тебя несколько инсертов одним запросом?

@krkm Блядь.

@ckorzhik Из реляционной алгебры нормальные люди выкинули половину хуйни вроде ебанутых нормальных форм и строго уникальных строк. По остальному я хуй его знает причем тут академики.

@komar Ну прост реляционное говно неэффективно, однако, нормальные формы используются там, где это нужно.

@komar SystemR, ingress, cstore, hstore (не постгресовский, отдельная СУБД) - это всё академики экспериментировали. Потом приходили другие люди и делали готовые решения (db2, postgres, vertica, voltdb). Т.е., как я понимаю, они пишут папиры-прототипы, потом инженеры это разгребают и делают для людей.

@ckorzhik Хули ты википедии начитался? Бери эксплейн аналайз, оптимизируй запросы, чтобы быстро было!

@komar Как я буду эксплейном-то оптимизировать? Покажи мне, как! Покажи мне, как я буду оптимизировать-то!