1.3, нах. (?), 20:47, 26/09/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
> При выполнении операции VACUUM
мляааааа... в 2009м году они его обещали ОТМЕНИТЬ!
Окончательно и бесповоротно!
Кстати, где тот хмырь что год назад обещал нам новый формат хранилища не требующий вакума, уже почти и вот-вот? Убили и съели?
| |
|
|
3.18, нах. (?), 08:54, 27/09/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
скорее это его нет чем есть -
Commits on Sep 26, 2024
feature: Lock S3 bucket on startup (#371)
za-arthur committed Sep 26, 2024
Commits on Sep 18, 2024
Use yapf to format root folder python scripts
akorotkov committed Sep 18, 2024
Update copyright
akorotkov committed Sep 18, 2024
Commits on Jul 21, 2024
работа, как видим, кипитЪ!
А статус по прежнему - "пригодно для экспериментов". Год уже прошел, или больше?
| |
|
4.86, Аноним (86), 21:37, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну, как proof of concept есть.
А то, что никто на это время не дал ему денег на "допилить" - тут одно из двух: либо он не смог никому, у кого есть деньги, объяснить пользу, либо это никому не надо.
| |
|
5.87, Прохожий (??), 22:55, 27/09/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
Есть ещё один вариант, наиболее вероятный: денег нет и не будет. Сами едва живы.
| |
|
|
3.44, anguest (?), 13:09, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Недавно тестировал на нагрузках. Еще сырое, после определенного кол-ва активных инсертов начинаются утечки памяти и все падает.
| |
|
2.11, Аноним (11), 23:36, 26/09/2024 [^] [^^] [^^^] [ответить]
| +3 +/– |
Так ведь вакуум - это следствие того, что сама БД - версионка.
И оперирует версиями строк, что как бы еще в самом начале рассказывают.
| |
|
3.16, Аноним (16), 08:04, 27/09/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Как бы в 21 веке оперировать версиями строи и потом запускать вакуум некошерно. Не неходите? Это же не 70-е годы того века. Почти 50 лет от тех времен прошло.
ПС. Оакловый подход, в общем, тоже немного устарел, но более комфортен при промышленной эксплуатации
| |
|
4.52, Аноним (52), 14:21, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Как бы в 21 веке оперировать версиями строи и потом запускать вакуум некошерно. Не неходите? Это же не 70-е годы того века. Почти 50 лет от тех времен прошло.
Какая разница сколько прошло и какой сейчас век. Байтам больше 50 лет, так что, ими некошерно пользоваться? Возвращаясь к вакууму - что, придумали что-то лучше? Только не говори что undo логи писать которые то же самое, только наоборот, при этом сложнее и медленнее.
| |
|
5.89, Прохожий (??), 23:08, 27/09/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Возвращаясь к вакууму - что, придумали что-то лучше? Только не говори что undo логи писать которые то же самое, только наоборот, при этом сложнее и медленнее.
Не то же самое, всё же. Там этим vacuum-ом не надо заниматься, всё автоматически делается. И это, вакуум быстрый, что ли? Да не смеши мои тапки. Кроме того, ты, очевидно, этого не знаешь. Но undo можно положить на другую дисковую подсистему. А с vacuum-ом ты приплыл, никак не масштабируется, потому что in-place.
| |
|
6.100, Аноним (16), 11:13, 28/09/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
К сожалению подросло поколение людей, которые не только не знают и не хотят ничего знать, но и гордятся своим незнанием - примерно как в фильме "Идиократия". И ваше объяснение - это как метать бисер перед нечистоплотными животными, может быть. Хорошо если это будет не так, и они пойдут, найдут информацию, попробуют ее понять, и сделают для себя какие-то полезные выводы.
| |
|
7.105, Наме (?), 13:57, 28/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Специфика работы MVCC в Оракле сложна и запутана. Вникать в её тонкости практически нет никакого смысла, потому что процесс этот для настройки почти не доступен, да и от версии к версии меняется (хотя с 11-той версии, вроде как, не особо). Знают её единицы, и то по случайности. Вот я один из таких единиц. Выносить UNDO с другую точку монтирования штука полезная, но и в случае Слона проблема с вв имеет свои решения, но уже на уровне ОС или оборудования, а не на уровне СУБД. Слон вообще полуфабрикат, его не стоит сравнивать с готовыми коммерческими продуктами. На базе Слона можно сделать вполне годную СУБД под свои задачи, главное не пытаться подходить к этому со стереотипами, выработанными при работе с Майком или Ораклом.
| |
|
6.104, Наме (?), 13:50, 28/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Вакуум быстрый, да. Не помню уже с какой версии стало сильно быстрее, по-моему, с 13 или 14-той. Главное под автовакуум места не жалеть.
| |
|
|
4.61, Аноним (61), 15:13, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Вижу знатока. Чем же подход Оракла отличается от того, что используется в Postgres? Ну-ка, ну-ка. Открываю большую пачку с чипсами.
| |
|
5.88, Прохожий (??), 22:58, 27/09/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
Там нет vacuum. Видимо, этим. А что же там есть? Там есть отдельное табличное пространство для целей сохранения предыдущих значений (до начала транзакции). Недостатки: для длинной транзакции rollback может длиться очень долго (столько же, сколько изменение данных во время транзакции). Достоинства - откаты данных происходят сравнительно редко, поэтому нет необходимости постоянно делать vacuum.
| |
|
6.101, Наме (?), 11:35, 28/09/2024 [^] [^^] [^^^] [ответить] | +/– | Это как если житель, скажем, рязанской области, зайдя в магаз где-нибудь где-ниб... большой текст свёрнут, показать | |
|
7.110, Прохожий (??), 11:01, 29/09/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Ну и ты сам в чатгпт вычитал, что подход Оракла тормозит в случае отката. Прям, сильно тормозит. Вряд ли ты знаешь почему.
Столько глупых предположений в одном сообщении... Нет, я вычитал всё это из документации, а не чатжпт. Потому что приходилось иметь дело с обеими СУБД на практике в течение многих лет (особенно с Ораклом, с Постгре всего года два, да и то только в разработке). Тормозит потому, что данные из Undo копируются назад. Но ещё раз, Undo можно положить на другую дисковую систему, в отличие от.
>А вот утверждение, что транзакции куда чаще завершаются фиксацией, чем откатом, это, мягко говоря, очень сильное допущение.
Правда, что ли? Предлагаю подумать головой более тщательно, прежде чем писать подобное.
| |
|
8.115, Наме (?), 23:47, 29/09/2024 [^] [^^] [^^^] [ответить] | +/– | Специфики работы UNDO в документации нет вообще, она там не нужна Как нет и нич... текст свёрнут, показать | |
|
|
|
|
|
3.17, mos87 (ok), 08:05, 27/09/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
эта одна из первых вещей, которые рассказывают тем же (будущим) админам ПГ
а потом ещё про "переполнение" какого-то счётчика.
| |
|
4.19, нах. (?), 08:56, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
погоди, они и это не смогли починить?! Про "переполнение" мне тоже рассказывали... давным-давно со словами "ну вот щас-щас щас решим и эту проблему".
| |
|
5.20, mos87 (ok), 09:04, 27/09/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
Мне рассказывал толковый тыЮтор, возможно поэтому про щастамвсёпочинят он не говорил. Просто рассказал, что это и почему. В т.ч. что совсем уж просто не починится.
Впрочем, курс он читал всем известный от ПРОшников.
ЗЫ и да, я без понятия, может и "починили". Я не ДБА, поэтому после уже не интересовался.
ЗЗЫ ЕМНИП переход на 64 бита должен был сделать число уже совсем неприлично большим.
| |
|
6.22, Аноним (22), 09:19, 27/09/2024 [^] [^^] [^^^] [ответить]
| –2 +/– |
Вам бы на компьютерные курсы сходить чтоль, более безграмотных постов про постгрес я тут не видел
| |
6.29, нах. (?), 09:50, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
> ЗЫ и да, я без понятия, может и "починили". Я не ДБА,
не надейся, у меня "настоящие" dba через стол сидят, мы как раз надысь ржали по этому поводу.
> ЗЗЫ ЕМНИП переход на 64 бита должен был сделать число уже совсем
А енто только в про. Покупайте наших слонов!
| |
|
7.33, Аноним (33), 11:10, 27/09/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Так твой дба тоже безграмотный и все время ржёт с того случая как ему на стройке кирпич на голову упал.
| |
|
|
5.42, User (??), 12:55, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Не, ну надо же хорошим людям на чем-то зарабатывать? Вот, одна из первых продавашек астровского tantor'а:
"64-битный счетчик транзакций(XID)
В PostgreSQL существует ограничение (N = 232) на количество идентификаторов транзакций (XID), при достижении которого необходимо выполнить процедуру заморозки. С 64-битным XID переполнение счетчика транзакций становится фактически невозможным"
покупайте-наших-слонов!
| |
|
6.63, Аноним (61), 15:18, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
А зачем этот 64-битный счётчик? Чтоб было? В практике никогда не встречал, чтобы 32-битный счётчик становился проблемой. Ну, красиво, конечно, когда он 64-битный -- тогда можно подзабить на вакуум, но если вакуум адекватно настроен, то счётчик никогда не становится проблемой.
| |
|
7.73, User (??), 15:53, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
> А зачем этот 64-битный счётчик? Чтоб было? В практике никогда не встречал,
> чтобы 32-битный счётчик становился проблемой. Ну, красиво, конечно, когда он 64-битный
> -- тогда можно подзабить на вакуум, но если вакуум адекватно настроен,
> то счётчик никогда не становится проблемой.
Ужтыж! Аноним не встречал - и впрямь не за чем. Пойду напишу в postgres pro\tantor labs, пусть откатывают и за консультацией по настройке вакуума на опенок идут.
| |
|
8.76, Аноним (76), 16:44, 27/09/2024 [^] [^^] [^^^] [ответить] | +/– | У мёрзлого ежика зачем 64-битный счётчик более-менее понятно -- у них лицензия з... текст свёрнут, показать | |
|
9.82, User (??), 17:33, 27/09/2024 [^] [^^] [^^^] [ответить] | +/– | Не, ну если ресурсов на каждый микросервис в каждой из сред по кластеру поднять ... текст свёрнут, показать | |
|
|
7.77, Аноним (77), 17:03, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
64-разрядный счетчик хотя бы для того, чтобы на репликации у тебя вдруг колом не встал мастер, потому что реплика по какой-то причине отстала.
| |
|
8.80, Аноним (76), 17:16, 27/09/2024 [^] [^^] [^^^] [ответить] | +/– | Т е у тебя есть слот, реплика отвалилась на полгода, а потом, через полгода, ты... текст свёрнут, показать | |
8.81, Аноним (76), 17:23, 27/09/2024 [^] [^^] [^^^] [ответить] | +/– | Но это же не непреодолимая проблема -- можно же настроить игнорирование слота в ... текст свёрнут, показать | |
|
|
|
|
|
|
2.49, Аноним (52), 14:18, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Не знаю кто тебе что там обещал, но MVCC с вакуумом на данный момент не имеет аналогов по проиводительности.
| |
|
3.65, Аноним (61), 15:20, 27/09/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну уж так мёдом лить не надо. Реализация обслуживания mvcc в Слоне не сравнимо хуже, чем в Оракле, и, в общем, хуже, чем у Майков, но вполне себе съедобно.
| |
|
4.75, Аноним (76), 16:40, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну, ок, уточню -- хуже для случаев, когда транзакция COMMIT-ом завершается, но лучше, когда ROLLBACK-ом. Это если только производительность именно данной конкретной функциональности в отрыве от прочих накладных расходов рассматривать. Всё же сохранять хронологические данные вместе в оперативными прикладными хоть и быстро, но уж очень имеет тенденцию пухнуть. Даже если вакуум адекватный, но всё равно оракловые UNDO и майковое VERSION STORE в TempDB лучше. На мой взгляд. Но и решением Слона вполне можно жить.
| |
|
|
|
3.93, Прохожий (??), 23:19, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Тем, что это убогая технология, которая может (не обязательно, но случаев много) повлечь за собой кучу проблем. Сейчас, конечно, с ним получше стало, чем N лет назад. Но всё равно, любой commit - это тормоза по определению из-за вот этого способа сохранять старые данные. Плюс отсутствие масштабирования. У Oracle UNDO можно положить на другую дисковую подсистему. С PG так не получится, разве что отдельные таблицы раскидывать по этим подсистемам. Плюс таблицы регулярно пухнут. И получается, для часто изменяемых таблиц без vacuum - никак. Особенно, если эти таблицы в отчётности какой ещё участвуют. Ведь не почистишь таблицу, придётся (если полное сканирование) перелопачивать все данные, в том числе старые, которые уже никому не нужны ни в каком виде.
| |
|
4.102, Наме (?), 11:52, 28/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Никаких тормозов фиксация в Слоне не подразумевает. В Слоне фиксация очень простая операция. С остальным, скорее, согласен. Файлы данных в Слоне пухнут, да. Пухнут даже при нормально настроенном вакууме. До сих пор нет онлайнового полного вакуума. И это реальная, а не надуманная проблема.
| |
|
5.111, Прохожий (??), 11:16, 29/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Разумеется, сам по себе commit - быстрая операция. Но подготовка к нему, особенно, когда данных меняется много и разнести ввод-вывод (в отличие от Оракла) никак нельзя, потому что всё in-place...
| |
|
6.116, Наме (?), 23:57, 29/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну почему нельзя-то? Расслоить вв ничто не мешает. И у Слона нет изменений инплэйс никогда, кроме тостов. Это со временем и становится проблемой.
| |
|
|
|
|
|
|
|
3.15, Аноним (15), 07:08, 27/09/2024 [^] [^^] [^^^] [ответить]
| –2 +/– |
Фанатики форсили, но на практике мускл намного более полноценный продукт.
| |
|
|
5.98, Ilya Indigo (ok), 04:35, 28/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
На практике, Мария хуже Мускуля!
Так как есть в ней моменты, которые после форка в мускуле исправили а в Марие до сих пор нет.
И JSON через жопу в ней реализовали.
Если у вас типичный сайт на вордпрессе или другой CMS или сайт на каком-нибудь фреймвёрке с моделью PDO, то разницы, практически не будет.
Но если вы инженер и вы разрабатываете сложную структуру, которая будет завязана на СУБД,
и вы сравниваете различия между ними, то результат выбора очевиден в пользу MySQL.
| |
|
6.114, _ (??), 22:49, 29/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
... то результат выбора очевиден в пользу PostgreSQL
Исправил, не благодари!(С)
| |
|
|
8.118, Аноним (61), 12:42, 30/09/2024 [^] [^^] [^^^] [ответить] | –1 +/– | Хорошее подтверждение пословицы про меньше знаешь, лучше спишь Если на твоём ур... текст свёрнут, показать | |
|
|
|
|
|
3.28, Bkmz (??), 09:49, 27/09/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не знаю, как мария, в РФ на мой взгляд в основном набирает популярность postgresql
мне во многих компаниях говорили, что они отказываются от mssql или oracle, и двигаются в сторону postgres
| |
|
4.46, slowkun (ok), 13:34, 27/09/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
В тех компаниях, что я работал, как сидели так и сидят на mssql. И двигаться там куда-то они не собираются по причине - руководство эти ваши постгресукеелы не знает и знать не велит.
| |
4.59, 1 (??), 15:11, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
"Заставляют отказываться" ...
И таки да - пытаются заменить ... Но замена неравнозначная ... Не знаю про Oracle - но при замене MS SQL скорость деградирует в разы.
Причём, если для 1с ЗУиП скорость хоть как-то довели до приемлемого уровня, то для крупняка, типа адванты, нет.
| |
|
5.71, Аноним (61), 15:42, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Там проблема в 1С, а не в СУБД. Изначально пилили под блокировщик и грязное чтение, поэтому теперь и проблемы с Postgres, в котором грязного чтения нет в принципе.
| |
5.84, Илья (??), 18:05, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Но замена неравнозначная
Вот заиспользуют все самые специфичные мутные фичи от БД, а потом за голову хватаются.
| |
|
|
|
|
3.27, neo one (?), 09:47, 27/09/2024 [^] [^^] [^^^] [ответить]
| –2 +/– |
>Что там делает монго?
ворочает терабайтами ) причём уж побыстрее кое-кого, не будем пальцами показывать.
| |
|
4.36, Аноним (33), 11:17, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Это та сама монга которая не в состоянии сделать самый примитивный джоин? Такая база только для смузиков.
| |
4.39, нах. (?), 11:27, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
>>Что там делает монго?
> ворочает терабайтами ) причём уж побыстрее кое-кого, не будем пальцами показывать.
нуууу фффцелом... зашифровать нафиг всю тазу банных какого-нибудь особо модного-современного-облачного ентер-прайса у нее действительно сильно побыстрее многих выходило.
(подскажите, эксперты - у нее по прежнему дефолтная конфигурация без авторизации вовсе, да?)
| |
|
|
6.43, нах. (?), 13:06, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
> По умолчанию вход только с локалхоста без авторизации.
и кому оно нужно такое умолчание? К тому же это скорее всего - настройка твоего дистрибутива, чтоб ты пое...лся лишний раз.
| |
|
|
4.66, Аноним (61), 15:25, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Давно сдохла. Его крупняк везде выпиливает. С огромным трудом и затратами.
| |
|
|
2.58, 1 (??), 15:07, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
R:Base приподнялся ...
Ах - где мои 17 лет и красный сарафан ?
| |
|
1.24, neo one (?), 09:43, 27/09/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
>Расширены возможности SQL-команды "MERGE", позволяющей создавать условные SQL-выражения, объединяющие в одном выражении операции INSERT, UPDATE и DELETE.
Вау, изобрели то что было было в монге 2.х 10 лет назад.
| |
1.26, neo one (?), 09:46, 27/09/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
>Реализована поддержка новых возможностей для работы с форматом JSON, определённых в стандарте SQL/JSON
SQL/JSON - это тупиковый путь, натягивать JSON в SQL. Посмотрели бы как в монге сделана работа с JSON - очень удобно.
| |
|
2.31, Golangdev (?), 10:36, 27/09/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> SQL/JSON - это тупиковый путь
нет, попробуй поработать в реальных большию компаниях, увиденное тебя удивит
| |
|
3.35, Аноним (33), 11:15, 27/09/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Работал я в одной компании так там золотым микроскопом шурупы забивают в бетонную стену. Увиденного хватило.
| |
3.47, neo one (?), 14:13, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
>попробуй поработать в реальных большию компаниях, увиденное тебя удивит
да я в курсе, переходят на 1С и поц^WТантор ) мне хорошо в маленькой компании, где я сам себе техлид )
| |
3.48, neo one (?), 14:14, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
>попробуй поработать в реальных большию компаниях
а ещё натягивают на свой любимый SQL всякие уродства типа Hibernate или JUKE, чтобы поменьше тошнило. А просто взять изначально объектную СУБД дядя-насяльника не велит )
| |
|
4.51, Аноним (51), 14:19, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Начнём с того, что в огромной куче задач тебе вообще не нужна субд.
| |
|
5.55, Аноним (33), 14:28, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Поэтому для этих задач мы напишешь хранимых процедур и будем их поддерживать.
| |
|
4.64, 1 (??), 15:20, 27/09/2024 [^] [^^] [^^^] [ответить]
| +/– |
Для каждого болта свой молоток.
Где-то нужна объектная СУБД, а где-то и ClickHouse самое оптимальное.
| |
|
5.70, Аноним (61), 15:34, 27/09/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Их нет, "объектных" СУБД. На рынке только реляционные остались. Остальное -- не нужно.
| |
|
|
5.79, 1 (??), 17:07, 27/09/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
А что, MUMPS и его наследник Cache сдохли ?
И что там было у межделмаша в AS/400 ?
| |
|
6.120, Аноним (61), 12:55, 30/09/2024 [^] [^^] [^^^] [ответить] | +/– | Это не Объектные СУБД , а в нынешнем понимании что-то вроде Ф С с COW Ну вот к... большой текст свёрнут, показать | |
|
|
|
|
|
1.121, анонимус (??), 01:58, 01/10/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Будет ли в новой версии работать такой запрос?
SELECT file AS b FROM files ORDER BY SUBSTR(b, 6);
В 15 не работает.
| |
|
2.122, Аноним (61), 12:50, 01/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
Со Слоном работаю с 9-той версии. И такое всегда работало. И сейчас прекрасно работает.
| |
|
|