Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Релиз СУБД PostgreSQL 11, opennews (?), 19-Окт-18, (0) [смотреть все] Буду ждать PostgreSQL Pro , Dmrjan (?), 14:02 , 19-Окт-18, (2) –9 // Я вот не пойму, почему этих ребят за нарушение тм в суд не пригласили У них дог, Аноним (97), 13:14 , 20-Окт-18, (97) +1 // Да, тоже интересно было Но, вот почему, как я понимаю https postgrespro com, hiveliberty (ok), 10:55 , 22-Окт-18, (137) Какое нарушение Это-то Вы, надеюсь, понимаете хотя до уровня -- объяснить , Andrey Mitrofanov (?), 10:58 , 22-Окт-18, (138) Нарушение, простите, чего BSDL , KonstantinB (??), 16:30 , 22-Окт-18, (142) // анОним с нарушенным шаблоном взывает к суду , Andrey Mitrofanov (?), 16:51 , 22-Окт-18, (144) Когда движок перепилят, что бы избавится от вакуума , Ivan (??), 14:06 , 19-Окт-18, (3) –5   // Хотел тоже спросить , Ilya Indigo (ok), 14:19 , 19-Окт-18, (6) +1   Зачем его выпиливать Это крайне нужна вещь Вакуум конечно можно отключить, но , Dmrjan (?), 14:22 , 19-Окт-18, (7) +2   // Вы говорите про следствие вакум , а автор спросил про причину движок , Ilya Indigo (ok), 15:09 , 19-Окт-18, (13) +2   С текущим движком постгри всё так О том и речь, чтобы сделать наконец нормальны, Аноним (17), 15:44 , 19-Окт-18, (17) –3   // А Нормальные это какие , Аноним (27), 16:49 , 19-Окт-18, (27) +3   Ну, Оракл, видимо , _dz (?), 21:32 , 19-Окт-18, (67)   Это который ORA-01555 Snapshot too old Нет, такой движок нам не нужен - , Аноним (79), 23:09 , 19-Окт-18, (79) +1   Ну ведь это тоже чисто проблема реализации Сделайте Сегмент отката пожирнее , Мудила (?), 23:42 , 19-Окт-18, (85)   Нет это не сегементы отката пожирнее Если бы так то была бы ошибка о нехватки, anonymous (??), 20:39 , 21-Окт-18, (133) –1   Конкретней Это ошибка, связанная с тем, что данные были из Сегмента отката вытес, Мудила (?), 23:09 , 21-Окт-18, (134)   ORA-600 же, 123456789 (??), 12:54 , 20-Окт-18, (96)   Поколоночные Типа Apache Kudu Они точно нормальны к строкам , Аноним (68), 21:36 , 19-Окт-18, (68)   Как только из SQLя выкинут консистентность данных, транзакционность и пр соверш, Andrey Mitrofanov (?), 15:02 , 19-Окт-18, (12) +3   // И как только InnoDB без всяких вакуумов справляется, предоставляя транзакционнос, Ilya Indigo (ok), 15:11 , 19-Окт-18, (14) –3   // вы таки будете смеяться, но вакуум там есть, просто называется по другому, morruth (?), 15:53 , 19-Окт-18, (18) +8   И только почему-то в InnoDB нужно периодически запускать optimize , ajp (?), 15:56 , 19-Окт-18, (20) +5   Ильюша, аналог вакуума есть во всех mvcc-рсубд Это основа подхода -- сохранят, Аноним (27), 16:55 , 19-Окт-18, (31)   Совсем не лучше https habr com company southbridge blog 322624, Ilya Indigo (ok), 17:46 , 19-Окт-18, (41) –1   Хабр читать не буду Хотите что-то узнать попробуйте осмысленно пересказать мне , Аноним (27), 17:49 , 19-Окт-18, (44) +1   Наиболее важное архитектурное отличие заключается в том, что Postgres напрямую с, Ilya Indigo (ok), 18:14 , 19-Окт-18, (55) –1   Замечательно, что вы освоили ctrl-c и ctrl-v, но что из этого вы поняли Вы крит, Аноним (27), 18:17 , 19-Окт-18, (57) +2   Объясню В Оракле записи в Сегмент отката обслуживается на общих основаниях , т, Аноним (27), 18:29 , 19-Окт-18, (58)   У Инно ещё и косяки с синхронизацией Нужно быть отчаянным авантюристом, чтобы И, Аноним (27), 18:41 , 19-Окт-18, (60) –1   Достаточно провести нагрузочное тестирование перед вводом в прод ну и не пользов, Ага (?), 01:20 , 20-Окт-18, (86)   Сама по себе концепция кластерного индекса не делает Инно не хуже, не лучше, чем, Аноним (27), 18:59 , 19-Окт-18, (62)   ААААааааа Чуваки из Убера на полном серьёзе пишут, что транзакционность это , Аноним (27), 17:53 , 19-Окт-18, (46) +2   Да и флаг им в руки , Аноним (69), 21:59 , 19-Окт-18, (69)   А ты свои 10 записей пишешь и тебе хватает Как поработаешь с нагруженными прилр, Аноним (100), 13:51 , 20-Окт-18, (100)   Ты, наверное админ, который про базы только в школе слышал и наверное тебе не ра, Анонимно (?), 15:39 , 20-Окт-18, (113)   Тоже расскажи, а то посмотришь на хард после OPTIMIZE TABLE и прям диву даёшься, Аномномномнимус (?), 17:52 , 19-Окт-18, (45) +1   Ещё раз Это общая проблема Никто её пока как-то сильно лучше других не решил , Аноним (27), 18:14 , 19-Окт-18, (54)   InnoDB на SSD или при преимущественно рандомных выборках не-range на любом носит, Аноним (109), 15:27 , 20-Окт-18, (109)   да, я тоже что-то не понял, где в списке новостей - 1 vacuum deprecated и назн, пох (?), 15:14 , 19-Окт-18, (15)   // В пользу автовакуума, угу, который один ксер тот же вакуум Как вы с этим кактус, Аноним (109), 15:31 , 20-Окт-18, (112)   // вы свое фрагментирование которое многозадачной системе, вообще-то, изрядно до, пох (?), 18:45 , 20-Окт-18, (116)   Когда EnterpriseDB допилит zheap и протолкнет его в ваниль, тогда и будет , Catwoolfii (ok), 15:35 , 19-Окт-18, (16)   // А зачем Чем вакуум -то мешает жить тем, кому он мешает жить Чем Сегменты о, Аноним (27), 17:18 , 19-Окт-18, (33)   // тем что жрет ресурсы как не в себя и при этом не работает И в результате - vacu, пох (?), 22:25 , 19-Окт-18, (73) –1   это настраиваетсяу всех работаетvacuum full не нужентут не спорю, нужен, но мало, Аноним (79), 23:14 , 19-Окт-18, (80)   Отучаемся говорить за всю сеть , Аноним (98), 13:27 , 20-Окт-18, (98)   Ну вообще то он работает, просто файлы остаются разряженные , Catwoolfii (ok), 15:07 , 20-Окт-18, (107)   Т е по вашему получается, что обслуживание Сегментов отката даром даётся Н, Мудила (?), 14:19 , 21-Окт-18, (128)   ну, скажем так - оно во-первых вполне предсказуемое, во вторых, в самом банально, пох (?), 21:45 , 22-Окт-18, (150) +1   Это уже очень давно произошло , Аноним (27), 16:50 , 19-Окт-18, (28)   Иван, а что вы знаете о СУБД вообще Хоть что-нибудь знаете, а Ну хоть чуть-чут, Аноним (27), 17:19 , 19-Окт-18, (35) –1   Другой вопрос, когда появится поддержка других хранилищь, помимо блочных устройс, Аноним (43), 17:49 , 19-Окт-18, (43)   // А как понять умеет работать с оперативкой Все современные СУБД умеют работат, Аноним (27), 18:07 , 19-Окт-18, (51) +1   А что, оперативка и NVME вдруг перестали работать как блочные устройства , Аноним (78), 22:44 , 19-Окт-18, (78)   // т е вы предлагаете то, что можно адресовать по-байтно, адресовать по-блочно, чт, Аноним (115), 18:24 , 20-Окт-18, (115)   З а ч е м Объём накладных расходов возрастает в десятки раз Вы не задумывались, Мудила (?), 20:16 , 20-Окт-18, (118)   В интерфейс командной строки в дополнение к штатной команде q добавлены боле, Ононимус (?), 14:27 , 19-Окт-18, (8) +9 // пока ждал - привык к q , Аноним (11), 15:02 , 19-Окт-18, (11) +7 // всегда по ctrl-D выходил , morruth (?), 15:54 , 19-Окт-18, (19) +11 требую добавить q, 1 (??), 16:07 , 19-Окт-18, (21) +12 Ctrl D Остальное для слабаков, Анонимусис (?), 11:11 , 22-Окт-18, (139) +1 Не поклонник слоника, но вот от этого офигел Только добавили Едрить , Аноним (9), 14:27 , 19-Окт-18, (9) –9 // Это вложенные транзакции, дурилка И это очень круто , Аноним (22), 16:19 , 19-Окт-18, (22) +1 // Из описания новости не понятно ни черта Оно https wiki postgresql org wiki Au, абв (?), 16:24 , 19-Окт-18, (24) // Во-первых https www postgresql org docs 11 static xproc htmlВо-вторых, в функ, Аноним (22), 16:45 , 19-Окт-18, (25) Судя по https www postgresql org docs 11 static sql-createprocedure html раньш, абв (?), 18:00 , 19-Окт-18, (50) –1 Значит, никогда ни транзактом, ни с пл-, ни с пг-сиквелом дел не имели И с СУБД, Аноним (27), 18:08 , 19-Окт-18, (52) +1 Для развития Назад к сути Где в офф документации почитать про разницу Спасибо , абв (?), 19:10 , 19-Окт-18, (64) Исторически разница была в том, что функции можно было встраивать в SQL-выражени, Мудила (?), 22:12 , 19-Окт-18, (71) Ну, я несколько не точно выразился Процедуры тоже можно было в SQL-код встраива, Мудила (?), 22:19 , 19-Окт-18, (72) Не то чтоб очень круто, а как в Оракле , Аноним (27), 16:52 , 19-Окт-18, (30) –1 Нет, наоборот, это возможность вызвать процедуру _вне_ транзакции, что бы транза, Аноним (79), 23:29 , 19-Окт-18, (81) // Шёл 2018 год , Аноним (109), 15:29 , 20-Окт-18, (110) –1 hash join это не слияния хэшей , Аноним (78), 14:33 , 19-Окт-18, (10) +1 В оригинале Что за embedded transactions Имеется в виду autonomous transactio, абв (?), 16:20 , 19-Окт-18, (23) –2 Когда выпустят нормальный PgAdmin , Rodegast (ok), 16:47 , 19-Окт-18, (26) +1 // А зачем он Я DBeaver-ом пользуюсь Для всего И для Слона тоже Вполне достаточ, Аноним (27), 16:51 , 19-Окт-18, (29) +1 // Оооо Спасибо, похоже это то, что я давно хотел А он умеет по SSH и через PHP-, Аномномномнимус (?), 17:57 , 19-Окт-18, (48) –1 // Не знаю, не пробовал А зачем это вот прям уметь Туннель сторонними средствами м, Аноним (27), 18:11 , 19-Окт-18, (53) Не на всех хостингах можно использовать SSH, а так же вертеть mysql как угодно, , Аномномномнимус (?), 19:02 , 19-Окт-18, (63) –2 navicat, на минуточку, стоит 1300 ну, 300, если вам только постгрес, а другие, й (?), 21:02 , 19-Окт-18, (66) Какие-то мудовикипедисты выпилили его из wiki, хотя в кэше поиска гугл выдаёт пр, Аномномномнимус (?), 17:58 , 19-Окт-18, (49) –1 А не сравнивал с tora, как оно по возможностям , Аноним (95), 12:41 , 20-Окт-18, (95) –1 Нормальный pg admin это тот, который на зарплате, например , Аноним (32), 16:59 , 19-Окт-18, (32) +4 Дайте UNDO Кто скажет, есть табличка статусов, 2000 строк, обновляются полови, Цезий Родонович (?), 17:19 , 19-Окт-18, (34) –2 // Автовакуум поставить очень часто Вот и всё И вообще, иногда полезно читать док, Аноним (27), 17:23 , 19-Окт-18, (36) +1 // Так жопа получается, непрерывно работает вакум на одной таблице, а базе еще кро, Цезий Родонович (?), 10:25 , 20-Окт-18, (87) // Но тут гонка получается Один процесс лепит новые строки, под которые нужны новы, Мудила (?), 20:37 , 20-Окт-18, (120) Чем undo-то лучше Вы даже самому себе этого объяснить не сможете Потому что по, Аноним (27), 17:25 , 19-Окт-18, (37) +2 // Имею, Oracle DBA уже 20 лет как , Цезий Родонович (?), 17:35 , 19-Окт-18, (39) –4 // И что с того То, что вы имеете 45-ть лет вождения жигулей на дачу не делает из , Аноним (27), 17:46 , 19-Окт-18, (42) +2 На DBA об этом знать ничего и не требуется , Аноним (27), 17:55 , 19-Окт-18, (47) Держите UNDO code , PereresusNeVlezaetBuggy (ok), 17:28 , 19-Окт-18, (38) –1 Я сделал UNDO, но потом случайно запустил, поэтому опять ничего нет , Аноним (40), 17:37 , 19-Окт-18, (40) –1 это из той же серии где и vacuum full reindex никак Или сменить базу данных н, пох (?), 18:17 , 19-Окт-18, (56) –4 // Ну к чему эту чушь транслировать Вы же не разбираетесь в вопросе совсем Автова, Аноним (27), 18:32 , 19-Окт-18, (59) +2 // в том и дело что не решает Проблему раздувания стора, я имею в виду, при баналь, пох (?), 22:36 , 19-Окт-18, (75) –2 Ну, ё-маё, ну, ребята, читайте доки Нет там никакого раздувания стора Если в, Мудила (?), 23:38 , 19-Окт-18, (83) –2 Мамкин dba пытается спорить о вкусе устриц с теми, кто их таки ел , Аноним (98), 13:32 , 20-Окт-18, (99) Очень уныло и не понятно к чему , Мудила (?), 14:46 , 20-Окт-18, (105) –1 Зато твой ник очень в тему, да , Аноним (98), 18:47 , 20-Окт-18, (117) +1 Кластерные индексы что в Инно, что Сиквеле всё равно нужно обслуживать В Оракле, Мудила (?), 20:42 , 20-Окт-18, (121) А, извините, переоценил Вам, насколько я понял, сама концепциям мультиверсионно, Аноним (27), 18:56 , 19-Окт-18, (61) // не сама концепция, а последствия конкретно этой ее реализации Образца 1995го го, пох (?), 22:39 , 19-Окт-18, (77) –1 У нас и сейчас всё работает прекрасно , Аноним (79), 23:33 , 19-Окт-18, (82) –1 Если данные условно временные, можете использовать UNLOGGED таблицы не генериру, Аноним (65), 20:40 , 19-Окт-18, (65) +1 Поменять подход не пробовали , Аноним (69), 22:03 , 19-Окт-18, (70) –1 // Дохрена чего пробовали, но вот НАДО, очень, при том что есть и оракл, на тех же , Цезий Родонович (?), 10:31 , 20-Окт-18, (88) –1 Кортежей доступно 2130 171 Мертвых 187 кортежей 206960 Последняя автоочистка, Цезий Родонович (?), 10:58 , 20-Окт-18, (90) –1 // Как часто апдейты идут Типичный апдейт покажите запросом , Forth (ok), 11:24 , 20-Окт-18, (92) Я же писал уже задержку сдедал, не чаще чем 30 секв цикле от 30 до 100 строк , Цезий Родонович (?), 11:40 , 20-Окт-18, (93) –1 Режим изоляции какой Как транзакция разграничена И разграничена ли вообще , Мудила (?), 14:49 , 20-Окт-18, (106) Вы транзакцию закрываете Commit есть То что наблюдаете очень похоже на типичный, Forth (ok), 17:48 , 20-Окт-18, (114) Да-да-да Поэтому автовакуум и держит всю это помойку нетронутой , Мудила (?), 23:18 , 21-Окт-18, (135) Сделайте отдельную таблицу из двух полей ID и STATUS , smit (??), 17:57 , 21-Окт-18, (131) Ещё раз, читайте как настраивать автовакуум Покажите тут действующие настройки , Мудила (?), 14:23 , 20-Окт-18, (103) Давайте попробуем разобраться Версия Слона у вас какая Что вас конкретно не ус, Мудила (?), 15:11 , 20-Окт-18, (108) Тот случай Когда архитектор должен повеситься от стыда , Аноним (74), 22:25 , 19-Окт-18, (74) –1 // Или его пристрелят бизнесс процессы которые не смогут подстроится под кривизну а, Цезий Родонович (?), 10:47 , 20-Окт-18, (89) –1 Вас должен спрасти ZHeap Прототип показали в марте, и уже тогда было понятно, ч, Andrew (??), 11:44 , 20-Окт-18, (94) –2 Ваша проблема, на самом деле, в дизайне Добавьте поле last_updated или insert_t, nox (??), 12:54 , 21-Окт-18, (127) // Это очень плохое и некомпетентное предложение , Мудила (?), 14:32 , 21-Окт-18, (130) // Сказал человек с ником Мудила Обоснуйте тогда, что ли, nox (??), 16:39 , 22-Окт-18, (143) Ставить диагноз, когда потциент слился в неизвестном направлении, даже не распис, Аноним (27), 17:46 , 22-Окт-18, (145) Up неверное выразился -- периодичность чекпоинтов нужно понижать, т е повышать, Аноним (27), 17:49 , 22-Окт-18, (146) Ну так вот и я о том же Просто топикстартер жаловался, что у него вакуум не уст, nox (??), 17:53 , 22-Окт-18, (148) Забыл уточнить - у него UPDATE, то есть он часто и много делает UPDATE Если дел, nox (??), 18:02 , 22-Окт-18, (149) если мы правильно угадали его проблему что это именно из-за особенностей стора,, пох (?), 22:04 , 22-Окт-18, (151) Настройка стоимости операции для авто вакуума сделает тоже самое, только скрипт, Аноним (27), 11:41 , 23-Окт-18, (156) Ладно, понял, что осмысленно диалога DBA с двадцатилетним стажем не выйдет Про, Мудила (?), 14:30 , 21-Окт-18, (129) // Ну нету там длинных транзакций, нету инсертов, делейтов, много коротких апдейтов, Цезий Родонович (?), 09:36 , 23-Окт-18, (153) // Думаю, вы уже знаете, что в Слоне update-ов нет, а есть delete insert Как и все, Аноним (27), 11:31 , 23-Окт-18, (154) –1 есть и много процессов, но разные строки, read commited,в данном конкретном случ, Цезий Родонович (?), 14:40 , 23-Окт-18, (157) Блокировки тут не причём Зомби-транзакции поищите Всё же, очень похоже на то, ч, Аноним (27), 15:32 , 23-Окт-18, (158) Вот, скажем, началась у вас транзакция Т1 Она длиться, условно, 10 единиц време, Аноним (27), 16:01 , 23-Окт-18, (159) А памяти у нас на серваке много Значение maintenance_work_mem сколько выставлен, Аноним (27), 16:05 , 23-Окт-18, (160) Короче, нашел, в этой же базе но, вообще не имеюшее к этой таблице никакого отно, Цезий Родонович (?), 09:10 , 26-Окт-18, (161) Чужое приложение научили делать commit Помогло , Forth (ok), 10:24 , 26-Окт-18, (162) Чужого разработчика надо пнуть, а потом чтобы обновилось на сотнях ПК, я рубал в, Цезий Родонович (?), 16:42 , 26-Окт-18, (163) Если дело в одной БД происходит и даже в разных схемах - бывает просто имена сов, Forth (ok), 18:26 , 26-Окт-18, (164) Не зря вас про уровень изоляции транзакции спрашивали Если у вас много параллел, Аноним (27), 11:38 , 23-Окт-18, (155) Накукуй тут вообще реляционная субд Если нужна мегаскорость ну там сотни тысяч, лютый джо__ (?), 07:11 , 22-Окт-18, (136) +1 // Слон с этим тоже работает без проблем Собственно, как раз это самое lazy persis, Аноним (27), 17:52 , 22-Окт-18, (147) Уже в Debian, Mandriva и, как ни странно, Termux https repology org metapackag, Аноним (78), 22:38 , 19-Окт-18, (76) –2 Переводчика на мыло Зачем так переводить, что смысл кардинально меняется Никако, Andrew (??), 11:20 , 20-Окт-18, (91) +3 // Ваш вариант, по-моему, не лучше , Мудила (?), 14:43 , 20-Окт-18, (104) –1 // Мой вариант, простите, чего именно Я, кажется, не предлагал альтернативных вари, Andrew (??), 22:34 , 20-Окт-18, (123) –1 CockroachDB через пару лет отправит на свалку этого динозавра Из Postgresql уже , Аноним (100), 13:54 , 20-Окт-18, (101) –3 // https opennet ru opennews art shtml num 46529 11 05 2017 11 50 Первый стабиль, Цезий Родонович (?), 14:16 , 20-Окт-18, (102) // Да, то было в первой версии Прикинь, база маскируется под PostgreSQL, а ведет се, Анонимно (?), 21:14 , 20-Окт-18, (122) // а сейчас что это, конечно, красиво в плане посмотреть как оно стоит, но ничуть н, пох (?), 19:49 , 21-Окт-18, (132) Протокол постгреса весьма приятен и хорошо задокументирован Null terminated-стр, KonstantinB (ok), 04:46 , 23-Окт-18, (152) +1 Что значит Обеспечена корректная маршрутизация операций Оно и раньше работало, Аноним (111), 15:31 , 20-Окт-18, (111) Для венды так и не сканпеляли Чё за расизм , Аноним (124), 02:28 , 21-Окт-18, (124) // Это пазитиффная дискриминация, дурашка , Andrey Mitrofanov (?), 09:56 , 21-Окт-18, (126) +1 https www enterprisedb com download-postgresql-binariesЕсть для винды и макоси, Аноним (141), 11:38 , 22-Окт-18, (141) Как была тормозной херней так и осталась, Ддд (?), 03:02 , 21-Окт-18, (125) Где бинарные сборки , Аноним (141), 11:37 , 22-Окт-18, (140) –1 2,3,8,9,10,23,26,34,76,91,101,111,124,125,140

Сообщения

[Сортировка по времени | RSS]

3. "Релиз СУБД PostgreSQL 11"	–5 +/–
Сообщение от Ivan (??), 19-Окт-18, 14:06
Когда движок перепилят, что бы избавится от вакуума?
Ответить | Правка | Наверх | Cообщить модератору

	6. "Релиз СУБД PostgreSQL 11"	+1 +/–
	Сообщение от Ilya Indigo (ok), 19-Окт-18, 14:19
	Хотел тоже спросить.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Релиз СУБД PostgreSQL 11"	+2 +/–
	Сообщение от Dmrjan (?), 19-Окт-18, 14:22
	> Когда движок перепилят, что бы избавится от вакуума? Зачем его выпиливать. Это крайне нужна вещь. Вакуум конечно можно отключить, но так вы базы загубите.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	13. "Релиз СУБД PostgreSQL 11"	+2 +/–
	Сообщение от Ilya Indigo (ok), 19-Окт-18, 15:09
	Вы говорите про следствие (вакум), а автор спросил про причину (движок).
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Релиз СУБД PostgreSQL 11"	–3 +/–
	Сообщение от Аноним (17), 19-Окт-18, 15:44
	С текущим движком постгри всё так. О том и речь, чтобы сделать наконец нормальный движок как в приличных СУБД.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	27. "Релиз СУБД PostgreSQL 11"	+3 +/–
	Сообщение от Аноним (27), 19-Окт-18, 16:49
	А "Нормальные" это какие?
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от _dz (?), 19-Окт-18, 21:32
	Ну, Оракл, видимо.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Релиз СУБД PostgreSQL 11"	+1 +/–
	Сообщение от Аноним (79), 19-Окт-18, 23:09
	Это который ORA-01555; Snapshot too old? Нет, такой движок нам не нужен :-)
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Мудила (?), 19-Окт-18, 23:42
	Ну ведь это тоже чисто "проблема реализации". Сделайте Сегмент отката пожирнее.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Релиз СУБД PostgreSQL 11"	–1 +/–
	Сообщение от anonymous (??), 21-Окт-18, 20:39
	Нет это не "сегементы отката пожирнее". Если бы так то была бы ошибка о нехватки места в undo. А эта ошибка - проблема глупой (женской?) логики, когда сначала "нет мне эти данные больше не нужны", а через некоторое время "а дай мне те данные которые я говорила, что не нужны".
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Мудила (?), 21-Окт-18, 23:09
	Конкретней? Это ошибка, связанная с тем, что данные были из Сегмента отката вытеснены по причине их устаревания. Вот и всё. Больше Сегмент отката -- больше данных предыстории можно в них запихнуть, более длинные транзакции можно делать. Вот и всё. Нет тут никакой эзотерики или "женской" логики.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от 123456789 (??), 20-Окт-18, 12:54
	ORA-600 же
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	68. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (68), 19-Окт-18, 21:36
	> А "Нормальные" это какие? Поколоночные? Типа Apache Kudu? Они точно нормальны к строкам....
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	12. "Релиз СУБД PostgreSQL 11"	+3 +/–
	Сообщение от Andrey Mitrofanov (?), 19-Окт-18, 15:02
	> Когда движок перепилят, что бы избавится от вакуума? Как только из SQLя выкинут консистентность данных, транзакционность и пр. совершенно ненужные атавизмы. Пишите письмя в ANSI и ISO[I]!   https://en.wikipedia.org/wiki/Multiversion_concurrency_control   https://en.wikipedia.org/wiki/SQL#Interoperability_and_stand...
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	14. "Релиз СУБД PostgreSQL 11"	–3 +/–
	Сообщение от Ilya Indigo (ok), 19-Окт-18, 15:11
	И как только InnoDB без всяких вакуумов справляется, предоставляя транзакционность и прочее нужное?
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Релиз СУБД PostgreSQL 11"	+8 +/–
	Сообщение от morruth (?), 19-Окт-18, 15:53
	вы таки будете смеяться, но вакуум там есть, просто называется по другому
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Релиз СУБД PostgreSQL 11"	+5 +/–
	Сообщение от ajp (?), 19-Окт-18, 15:56
	И только почему-то в InnoDB нужно периодически запускать optimize.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	31. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (27), 19-Окт-18, 16:55
	Ильюша, аналог "вакуума" есть во всех mvcc-рсубд. Это основа подхода -- сохранять исторические данные для организации многоверсионности. Реализаций существует несколько -- ни одна из них не являет особых преимуществ перед другими.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	41. "Релиз СУБД PostgreSQL 11"	–1 +/–
	Сообщение от Ilya Indigo (ok), 19-Окт-18, 17:46
	Совсем не лучше? https://habr.com/company/southbridge/blog/322624
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Релиз СУБД PostgreSQL 11"	+1 +/–
	Сообщение от Аноним (27), 19-Окт-18, 17:49
	Хабр читать не буду. Хотите что-то узнать попробуйте осмысленно пересказать мне о чём там, я может и отвечу что-нибудь. Хотя не очень понимаю зачем мне этим культпросветом заниматься.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Релиз СУБД PostgreSQL 11"	–1 +/–
	Сообщение от Ilya Indigo (ok), 19-Окт-18, 18:14
	Наиболее важное архитектурное отличие заключается в том, что Postgres напрямую сопоставляет записи индекса с адресами на диске, а в InnoDB есть дополнительная структура, в рамках которой записи индекса содержат не указатель на место на диске (как ctid в Postgres), а указатель на значение первичного ключа. Таким образом, ключи вторичных индексов в MySQL ассоциированы со значениями первичного ключа: Чтобы выполнить поиск по индексу (first, last), необходимо выполнить два действия: найти первичный ключ записи в таблице, а затем в индексе по первичному ключу отыскать расположение строки на диске. Такое конструктивное решение ставит InnoDB в менее выгодное положение по сравнению с Postgres, поскольку предполагает выполнение дополнительной операции по поиску ключа. Однако, так как данные нормализованы, при обновлении строк затрагиваются только те индексы, которые построены по изменившимся полям. Также InnoDB обычно выполняет обновления строк прямо на месте. Если каким-либо транзакциям в рамках механизма MVCC необходима старая версия строки, MySQL копирует ее в специальную область под названием сегмент отката (rollback segment).
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Релиз СУБД PostgreSQL 11"	+2 +/–
	Сообщение от Аноним (27), 19-Окт-18, 18:17
	Замечательно, что вы освоили ctrl-c и ctrl-v, но что из этого вы поняли? Вы критически можете оценить, что тут написано? Без иронии всякой спрашиваю.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (27), 19-Окт-18, 18:29
	Объясню. В Оракле записи в Сегмент отката обслуживается "на общих основаниях", т.е. сначала идёт запись в журнал повторного исполнения, только после этого происходит запись в Сегмент отката. Поэтому в случае краха данные утрачены не будут. В Инно это не так -- в Инно запись в Сегмент отката не защищается журналом транзакций. Это делает процедуру быстрее: меньше операций записи в разные места -- быстрее операция. Но делает такую операцию опасной. Это не говоря о том, что запись в Сегмент отката (в случае Инно, в Оракле -- не так реализовано) это копирование данных, т.е. считывание и запись, что никак не может быть быстрее "замогиливания" и вставки в Слоне...
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	60. "Релиз СУБД PostgreSQL 11"	–1 +/–
	Сообщение от Аноним (27), 19-Окт-18, 18:41
	У Инно ещё и косяки с синхронизацией. Нужно быть отчаянным авантюристом, чтобы Инно использовать для надёжной обработки коммерчески значимых данных.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	86. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Ага (?), 20-Окт-18, 01:20
	Достаточно провести нагрузочное тестирование перед вводом в прод ну и не пользоваться оптимистичными блокировками при многопоточной репликации
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (27), 19-Окт-18, 18:59
	Сама по себе концепция кластерного индекса не делает Инно не хуже, не лучше, чем Слон, в котором кластерных "таблиц" нет. Это вообще ничего о производительности не говорит.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	46. "Релиз СУБД PostgreSQL 11"	+2 +/–
	Сообщение от Аноним (27), 19-Окт-18, 17:53
	ААААааааа.... Чуваки из Убера на полном серьёзе пишут, что транзакционность это ненужное фуфло, потому... что замедляет запись )))))))) Вот новость-то.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	69. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (69), 19-Окт-18, 21:59
	Да и флаг им в руки.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (100), 20-Окт-18, 13:51
	А ты свои 10 записей пишешь и тебе хватает. Как поработаешь с нагруженными прилржениями, поймешь, что это такое и какая нужна производительность
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	113. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Анонимно (?), 20-Окт-18, 15:39
	Ты, наверное админ, который про базы только в школе слышал и наверное тебе не рассказали что консистентность можно поддерживать разными способами
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	45. "Релиз СУБД PostgreSQL 11"	+1 +/–
	Сообщение от Аномномномнимус (?), 19-Окт-18, 17:52
	Тоже расскажи, а то посмотришь на хард после OPTIMIZE TABLE и прям диву даёшься
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	54. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (27), 19-Окт-18, 18:14
	Ещё раз. Это общая проблема. Никто её пока как-то сильно лучше других не решил. Статистику нужно обновлять, индексы обновлять, данные отмены где-то и как-то хранить, а потом очищать. У всех одинаковые проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (109), 20-Окт-18, 15:27
	InnoDB на SSD или при преимущественно рандомных выборках не-range на любом носителе OPTIMIZE TABLE наксер не нужен, поскольку фрагментация роли не играет. Повторное использование страниц при этом есть. Для write-mostly нагрузок есть TokuDB, у которого реюз также сделан. У постгри же вакуум в этих случаях также не отменяется, а для write-mostly вообще нет ничего.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	15. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от пох (?), 19-Окт-18, 15:14
	да, я тоже что-то не понял, где в списке новостей - "1. vacuum deprecated и назначен к выпиливанию в 11.1" - сопровождавшее все выпуски, кажется, начиная с 8. Наверное, автор новости просто невнимательно читал оригинал. ;-)
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	112. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (109), 20-Окт-18, 15:31
	В пользу автовакуума, угу, который один ксер тот же вакуум. Как вы с этим кактусом живёте. Ну ладно на хдд фрагментирование допустим таблиц InnoDB требовало аккуратного подхода, но вот на SSD-то оно не актуально уже.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от пох (?), 20-Окт-18, 18:45
	вы свое "фрагментирование" (которое многозадачной системе, вообще-то, изрядно до лампы) с бесконечным разрастанием таблиц и их индексов из-за банального update -то не путайте.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Catwoolfii (ok), 19-Окт-18, 15:35
	Когда EnterpriseDB допилит zheap и протолкнет его в ваниль, тогда и будет...
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	33. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (27), 19-Окт-18, 17:18
	А зачем? Чем "вакуум"-то мешает жить тем, кому он... мешает жить? Чем Сегменты откаты в Оракле удобней? Обычно про вакуум визжат ничего сложней Дельфина никогда не пробовавшие.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Релиз СУБД PostgreSQL 11"	–1 +/–
	Сообщение от пох (?), 19-Окт-18, 22:25
	> Чем "вакуум"-то мешает жить тем что жрет ресурсы как не в себя и при этом не работает. И в результате - vacuum full; reindex > Чем Сегменты откаты в Оракле удобней? тем что они вне стора и после завершения транзакции просто помечаются как ненужные. обычно проблема ваккума непонятна "аналитикам", которые никогда в базе ничего не меняют.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (79), 19-Окт-18, 23:14
	> тем что жрет ресурсы как не в себя это настраивается > и при этом не работает. у всех работает > И в результате - vacuum full vacuum full не нужен > reindex тут не спорю, нужен, но маловероятно что отказ от вакуума это исправит, индексы всё равно будут пухнуть из-за поддержки многопоточности, либо придётся сильнее лочиться
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (98), 20-Окт-18, 13:27
	> у всех работает Отучаемся говорить за всю сеть.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Catwoolfii (ok), 20-Окт-18, 15:07
	Ну вообще то он работает, просто файлы остаются "разряженные"
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Мудила (?), 21-Окт-18, 14:19
	Т. е. по вашему получается, что обслуживание Сегментов отката даром даётся ))) Ну, оно как-то само там что-то с собой делает. И хватит тут кичится своим невежеством и непрофессионализмом. Если у вас что-то не получается, то слушайте тех, у кого получается, а не хамите, как пэтэушник. "Проблема вакуума" непонятна тем, кто по этой проблеме и пары страниц не удосужился прочитать, но рассказывает тут какой он "практик". Даже не смешно уже.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	150. "Релиз СУБД PostgreSQL 11"	+1 +/–
	Сообщение от пох (?), 22-Окт-18, 21:45
	ну, скажем так - оно во-первых вполне предсказуемое, во вторых, в самом банальном варианте таки даром, да - напоминаю, что постгрез раздувает и стор и индекс на банальном update не-ключевых полей. Без всяких параллельных транзакций и длительных блокировок - просто потому что вот так он у него устроен. В этом он совершенно уникален, кто-то там своего PhD в 95м за эту фичу получил. > И хватит тут кичится своим невежеством и непрофессионализмом. переадресую вам этот полезный совет. > Если у вас что-то не получается, то слушайте тех, у кого получается мамкиных dba, не понявших даже в чем, собственно, проблема, потому что на их append-only базе такого вообще не бывает? Спасибо, неинтересно мне вас слушать. "пару страниц прочитавших", ага. "такая же нога, и не болит".
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (27), 19-Окт-18, 16:50
	Это уже очень давно произошло.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	35. "Релиз СУБД PostgreSQL 11"	–1 +/–
	Сообщение от Аноним (27), 19-Окт-18, 17:19
	Иван, а что вы знаете о СУБД вообще? Хоть что-нибудь знаете, а? Ну хоть чуть-чуть?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	43. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (43), 19-Окт-18, 17:49
	Другой вопрос, когда появится поддержка других хранилищь, помимо блочных устройств? Энергонезависимую память уже втыкают в слот оперативной. MySQL уже несколько десятков лет умеет работать с оперативкой.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	51. "Релиз СУБД PostgreSQL 11"	+1 +/–
	Сообщение от Аноним (27), 19-Окт-18, 18:07
	А как понять "умеет работать с оперативкой"? Все современные СУБД "умеют работать с оперативкой", с ней только и работают.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (78), 19-Окт-18, 22:44
	А что, оперативка и NVME вдруг перестали работать как блочные устройства?
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	115. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Аноним (115), 20-Окт-18, 18:24
	т.е. вы предлагаете то, что можно адресовать по-байтно, адресовать по-блочно, чтобы только ничего не переделывать?
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Релиз СУБД PostgreSQL 11"	+/–
	Сообщение от Мудила (?), 20-Окт-18, 20:16
	З а ч е м? Объём накладных расходов возрастает в десятки раз. Вы не задумывались почему так распространена постраничная адресация, а? Микроменеджмент всего это хозяйства будет занимать все ресурсы.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема