forum.opennet.ru

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

Оглавление

Релиз СУБД 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

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

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ообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	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ообщить модератору