forum.opennet.ru - "Для PostgreSQL представлен движок хранения OrioleDB, обходящийся без операции VACUUM" (96)

"Для PostgreSQL представлен движок хранения OrioleDB, обходящийся без операции VACUUM"

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

"Для PostgreSQL представлен движок хранения OrioleDB, обходящийся без операции VACUUM"	+/–
Сообщение от opennews (??), 17-Июл-23, 11:45
Стартап OrioleData опубликовал новый движок хранения для СУБД PostgreSQL - OrioleDB, нацеленный на предоставление быстрого и компактного хранилища, не приводящего со временем к раздутию файлов с БД и не требующего использования периодически запускаемого процесса VACUUM для сборки мусора. Движок написан на языке Си, распространяется под лицензией PostgreSQL и реализован в форме подключаемого расширения, не требующего внесения изменений в основную кодовую базу PostgreSQL. В текущем виде движок находится на стадии бета-тестирования и пока не рекомендован для рабочих внедрений... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59453
Ответить \| Правка \| Cообщить модератору

Оглавление

Выглядит интересно и многообещающе, но Всё прочитал, но так и не увидел, какие , Аноним (2), 11:52 , 17-Июл-23, (2) +5

Дурилка, а undo log тогда зачем делать, если будет read uncommited , www2 (??), 12:34 , 17-Июл-23, (9) –2

Вопрос не в том, зачем делать понятно зачем, и понятно, что как минимум read co, Аноним (2), 16:44 , 17-Июл-23, (47) +3

Хорошо помню бенчмарки mongodb, которые всех рвали просто потому, что в дефол, Alyosha (?), 23:30 , 18-Июл-23, (95)

даже если найдется - какой в таких прямых сравнениях смысл Вы document db испол, пох. (?), 10:44 , 19-Июл-23, (99)

Есть класс программ которые можно реализовать и так и так Почему же не выбрать , Дмитрий (??), 17:39 , 19-Июл-23, (103)

тогда не исключено что тебе недефолтные настройки и не пригодятся и в правильной, пох. (?), 17:55 , 19-Июл-23, (104)

Сильно зависит от программы В некоторых случаях можно сравнить Запись в файл и з, Дмитрий (??), 20:02 , 19-Июл-23, (107) –1

Дурилка, а где связь между undo и read uncommited Read uncommited не отменяет н, Аноним (113), 12:49 , 24-Июл-23, (113)

чтение страниц с данными без использования блокировок , ыы (?), 14:08 , 17-Июл-23, (34)

В Postgres как и в большинстве современных баз транзакции изолируют не через loc, Аноним (41), 15:01 , 17-Июл-23, (41)

Serializable ты иначе, чем через блокировки на уровне строк страниц не сделаешь , Аноним (113), 12:53 , 24-Июл-23, (114)

Предикатные блокировки в PG непосредственно блокировками не являются, это просто, omnomnom (?), 23:07 , 15-Авг-23, (121)

Ну это как раз нормально, это же полноценный версионный движок, а не мыскль с my, Аноним (2), 16:45 , 17-Июл-23, (48)
LW Locks же, None (??), 17:12 , 17-Июл-23, (52)

Скрыто модератором, Аноним (4), 12:06 , 17-Июл-23, (4) –7

Скрыто модератором, www2 (??), 12:35 , 17-Июл-23, (10) +1
Скрыто модератором, Аноним (13), 12:43 , 17-Июл-23, (13) +2

Скрыто модератором, пох. (?), 12:51 , 17-Июл-23, (20)

Скрыто модератором, пох. (?), 12:21 , 17-Июл-23, (5) –2

Скрыто модератором, Аноним (7), 12:23 , 17-Июл-23, (7) +6

Скрыто модератором, пох. (?), 12:29 , 17-Июл-23, (8) –9

Скрыто модератором, Ананий (?), 12:45 , 17-Июл-23, (15) +2

Скрыто модератором, пох. (?), 12:47 , 17-Июл-23, (17) –4

Скрыто модератором, Ананий (?), 12:52 , 17-Июл-23, (21) +1

Скрыто модератором, пох. (?), 13:25 , 17-Июл-23, (26) –1

Скрыто модератором, Аноним (2), 16:51 , 17-Июл-23, (49) –2

Скрыто модератором, пох. (?), 18:34 , 17-Июл-23, (65) +1

Скрыто модератором, Ann (??), 20:36 , 17-Июл-23, (73)

Скрыто модератором, пох. (?), 21:45 , 17-Июл-23, (79) –2

Скрыто модератором, Аноним (82), 22:37 , 17-Июл-23, (82) –1

Скрыто модератором, пох. (?), 22:46 , 17-Июл-23, (83) –1

Скрыто модератором, Аноним (2), 20:54 , 17-Июл-23, (75) +2

Скрыто модератором, пох. (?), 23:03 , 17-Июл-23, (85)

Скрыто модератором, BeLord (ok), 13:10 , 17-Июл-23, (23)

Скрыто модератором, пох. (?), 13:23 , 17-Июл-23, (24) –1

Скрыто модератором, пох. (?), 12:23 , 17-Июл-23, (6) –3

Скрыто модератором, YourMama (?), 12:37 , 17-Июл-23, (11)

Скрыто модератором, пох. (?), 12:40 , 17-Июл-23, (12) +1

Скрыто модератором, www2 (??), 12:44 , 17-Июл-23, (14) +1
Скрыто модератором, Аноним (40), 14:51 , 17-Июл-23, (40) +1

Скрыто модератором, пох. (?), 15:21 , 17-Июл-23, (42)

Скрыто модератором, Аноньимъ (ok), 17:36 , 17-Июл-23, (55)

Скрыто модератором, пох. (?), 17:59 , 17-Июл-23, (59)

Скрыто модератором, лютый арчешкольник... (?), 12:47 , 17-Июл-23, (16) +1

Скрыто модератором, пох. (?), 12:49 , 17-Июл-23, (18) +9
Скрыто модератором, funny.falcon (?), 13:10 , 17-Июл-23, (22) +1

Скрыто модератором, пох. (?), 13:24 , 17-Июл-23, (25) –1

Скрыто модератором, OpenEcho (?), 13:31 , 17-Июл-23, (28) +1
Скрыто модератором, YetAnotherOnanym (ok), 21:07 , 17-Июл-23, (76)

не требующего внесения изменений в основную кодовую базу PostgreSQL Интересно К, Quad Romb (ok), 12:50 , 17-Июл-23, (19)

Т к автор Ориоле - один из коммитеров постгресса, видимо ему удалось протолкнут, funny.falcon (?), 13:38 , 17-Июл-23, (29)

Я вот то же самое подумал И тоже не проверял На ютуб-канале rupostgres есть инте, Quad Romb (ok), 14:46 , 17-Июл-23, (38)

На хлеб он будет мазать масло поха, пох-то теперь без работы считай остался Учи, xrensgory (ok), 17:12 , 17-Июл-23, (51) +3

кто ж ему масло-то даст Смотри-смотри - 6ешплатное Налетай, взять-взять-взять, пох. (?), 18:46 , 17-Июл-23, (66) –1

Та не, там не гранты, там попытка в бизнес Уже предлагают саппорт и database as, Аноним (2), 23:31 , 17-Июл-23, (86)

Ну тогда моему маслу точно ничего не угрожает Поконкурировать с тем же DO - у ко, пох. (?), 08:46 , 18-Июл-23, (89) –2

Так он раньше в Постгрес Про работал Раз уехал в США и повесил флажок, значит, , Аноним (2), 17:21 , 18-Июл-23, (93) +1

Дык может дело не в заинтересован, а в том что вариант в Украину замаячил конк, пох. (?), 17:30 , 18-Июл-23, (94)

В середине 2020 года замаячил Да профессор телепат, Аноним (2), 04:43 , 19-Июл-23, (96)

да довольно много их было, тех телепатов Не всем удалось ловко телепнуться на у, пох. (?), 15:26 , 19-Июл-23, (102)

На https news ycombinator com item id 36740921 Александр отвечает нет, пока п, funny.falcon (?), 20:18 , 17-Июл-23, (71) +1

Да, спасибо за ссылку, прочитал Ну, всё равно очень большое дело сделано На днях, Quad Romb (ok), 20:24 , 17-Июл-23, (72)
Там патч расширяет extension API, так что это не костыль типа 1С-овских патчей, , Аноним (2), 22:08 , 17-Июл-23, (80) +1

Уже круче Оракла , Аноним (27), 13:25 , 17-Июл-23, (27)

Инженегры оракела уже добавили в код постгри пару мин замедленного действия Акт, Аноним (33), 14:05 , 17-Июл-23, (33)

Пруфы, в виде ссылок на коммиты, добавляющие это , Golangdev (?), 16:12 , 18-Июл-23, (92)

Оракл изначально данные in-place апдейтит, при создании БД у него даже есть па, Аноним (64), 18:16 , 17-Июл-23, (64)
Главное, чтобы остался выбор Потому что VACUUM имеет не только недостатки, но и, ptr (??), 16:41 , 21-Июл-23, (110)

Верной дорогой двигаются Еще несколько сот раз таких же продвижений, и постгря , Аноним (31), 14:00 , 17-Июл-23, (31) –4

чтение страниц с данными без использования блокировок что вы, ораклю до такого , ыы (?), 14:14 , 17-Июл-23, (35)

С точностью до наоборот PostgreSQL со временем приближается к Oracle Non-block, Простоник (ok), 14:38 , 17-Июл-23, (37)

Но вы же понимаете разницу между неблокирующее чтение и чтение без блокировок , ыы (?), 15:33 , 17-Июл-23, (45) –1

А в чем она заключается в данном случае , Прохожий (??), 12:45 , 18-Июл-23, (91)

В Оракле нет Serializable честного Поэтому и блокировки не нужны В Слоне блоки, Аноним (113), 13:06 , 24-Июл-23, (118)

В Оракле как раз undo log всегда был Только там он туповат, если много параллел, Аноним (2), 22:11 , 17-Июл-23, (81)

Я сегменты отката ещё помню, потом видел undo tablespace, а вот undo log ни разу, Простоник (ok), 09:58 , 18-Июл-23, (90)

Почему бы и нет У DB2 в транзакционном логе есть undo и redo данные А тут redo, vvm13 (?), 12:16 , 19-Июл-23, (101)

Это потому что DB2 реализует другую стратению изоляции транзакций, только для э, Простоник (ok), 18:44 , 19-Июл-23, (105)

У поздних DB2 тоже сделали мультиверсионность , причём undo tablespace для этог, vvm13 (?), 19:14 , 19-Июл-23, (106)

Потому что по-другому было нельзя Пришлось обеспечивать совместимость механизмо, Простоник (ok), 20:59 , 19-Июл-23, (108) +1

Это очень неудачное решение Время жизни реду- и анду-данных чаще всего радика, Аноним (113), 13:03 , 24-Июл-23, (117)

Только не всегда, а никогда не было и нет , Аноним (113), 13:01 , 24-Июл-23, (115)

Если в слове Oriole сделать 2 ошибки, получится Oracle, Аноним (44), 15:30 , 17-Июл-23, (44) +3

А если в слове Аноним сделать 6 ошибок то получится слово Oracle, xrensgory (ok), 17:16 , 17-Июл-23, (54) +2

Если то это уже не , Аноним (67), 18:56 , 17-Июл-23, (67)

Проще запилить новый бекенд чем читатать документацию к старому, Аноним (58), 17:49 , 17-Июл-23, (58) –2
Ещё немножко, и они притащат в постгрю innodb Но зачем, если оно уже есть , Tron is Whistling (?), 20:51 , 17-Июл-23, (74) –7

На том поле, где InnoDB хорош стандартная реляционка с btree-индексами , это лу, Аноним (2), 23:59 , 17-Июл-23, (87)

Пока ещё рано говорить о лучше , по мере вылизывания сырой альфы будет напихано, Tron is Whistling (?), 08:11 , 18-Июл-23, (88)

Даже близко ниче общего нет в реализации InnoDB это старье из 70х годов базирую, bOOster (ok), 06:03 , 19-Июл-23, (97) –1
Ино это Оракл, напомню , Аноним (113), 13:01 , 24-Июл-23, (116)

Что-то слишком хорошо, чтобы быть правдой , bOOster (ok), 06:05 , 19-Июл-23, (98)
Хм я думал особенность PostgreSQL в отличии от MySQL как раз в отсутствии раз, Пряник (?), 11:24 , 24-Июл-23, (112)
Можно подумать, что все прочие, в том числе и крайне коммерческие, вендоры СУБД , Аноним (113), 13:09 , 24-Июл-23, (119) –1
Интересно, я один вижу, что cpu usage не снизилось, а повысилось, судя по сравни, Аноним (120), 09:03 , 13-Авг-23, (120) –1

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

2. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +5 +/–

Сообщение от Аноним (2), 17-Июл-23, 11:52

Выглядит интересно и многообещающе, но. Всё прочитал, но так и не увидел, какие уровни изоляции транзакций поддерживаются. Есть смутное подозрение, что такие бенчмарки за счёт сваливания в read uncommitted по умолчанию, хорошо если не так.
> OrioleDB supports just B-tree indexes. OrioleDB roadmap contains the implementation of analogs of GiST, GIN, and BRIN.
Большой вопрос, получится ли у них с такой архитектурой реализовать эффективный GIN/GiST, выглядит как нетривиальная задача. Это все же одна из киллер фич Постгреса, в ряде случаев незаменимая.

Ответить | Правка | Наверх | Cообщить модератору

9. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –2 +/–

Сообщение от www2 (??), 17-Июл-23, 12:34

Дурилка, а undo log тогда зачем делать, если будет read uncommited?

Ответить | Правка | Наверх | Cообщить модератору

47. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +3 +/–

Сообщение от Аноним (2), 17-Июл-23, 16:44

Вопрос не в том, зачем делать (понятно зачем, и понятно, что как минимум read committed там есть), а в том, какой был уровень изоляции, когда делали бенчмарки.
Учитывая, что в postgresql read uncommitted вообще не реализован и работает как read committed, это хороший способ незаметно считерить.
Хорошо помню бенчмарки mongodb, которые "всех рвали" просто потому, что в дефолтной конфигурации Монга отдавала успешный ответ сразу после получения данных сервером.

Ответить | Правка | Наверх | Cообщить модератору

95. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Alyosha (?), 18-Июл-23, 23:30

"Хорошо помню бенчмарки mongodb, которые "всех рвали" просто потому, что в дефолтной конфигурации Монга отдавала успешный ответ сразу после получения данных сервером."
А ссылок на обсжудения/разоблачения у вас не остались?
ps.Мимо проходил

Ответить | Правка | Наверх | Cообщить модератору

99. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от пох. (?), 19-Июл-23, 10:44

даже если найдется - какой в таких прямых сравнениях смысл? Вы document db использовать вместо реляционной всерьез собрались, или наоборот?

Ответить | Правка | Наверх | Cообщить модератору

103. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Дмитрий (??), 19-Июл-23, 17:39

Есть класс программ которые можно реализовать и так и так. Почему же не выбрать более лучший по каким то критериям вариант?

Ответить | Правка | Наверх | Cообщить модератору

104. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от пох. (?), 19-Июл-23, 17:55

> Есть класс программ которые можно реализовать и так и так. Почему же
> не выбрать более лучший по каким то критериям вариант?
тогда не исключено что тебе недефолтные настройки и не пригодятся и в правильной реализации все и так будет работать.
(т.е. хватит просто избегать мультидокументных транзакций и не забывать про "majority" там где действительно он нужен)
Т.е. сравнивать надо будет не два решения в лоб, а две вообще совершенно разных программы.

Ответить | Правка | Наверх | Cообщить модератору

107. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –1 +/–

Сообщение от Дмитрий (??), 19-Июл-23, 20:02

Сильно зависит от программы.
В некоторых случаях можно сравнить
Запись в файл и запись в бд.
По функционалу для пользователя приложение будет одно и тоже

Ответить | Правка | Наверх | Cообщить модератору

113. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (113), 24-Июл-23, 12:49

Дурилка, а где связь между undo и read uncommited? Read uncommited не отменяет необходимость как-то rollback-и обслуживать.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

34. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от ыы (?), 17-Июл-23, 14:08

" чтение страниц с данными без использования блокировок"

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

41. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (41), 17-Июл-23, 15:01

В Postgres как и в большинстве современных баз транзакции изолируют не через lock, а через MVCC

Ответить | Правка | Наверх | Cообщить модератору

114. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (113), 24-Июл-23, 12:53

Serializable ты иначе, чем через блокировки на уровне строк/страниц не сделаешь. Ну в Postgres-е SS реализован как раз через блокировки.

Ответить | Правка | Наверх | Cообщить модератору

121. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от omnomnom (?), 15-Авг-23, 23:07

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

Ответить | Правка | Наверх | Cообщить модератору

48. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (2), 17-Июл-23, 16:45

Ну это как раз нормально, это же полноценный версионный движок, а не мыскль с myisam

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

52. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от None (??), 17-Июл-23, 17:12

LW Locks же

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

4. Скрыто модератором –7 +/–

Сообщение от Аноним (4), 17-Июл-23, 12:06

И без того тормознутая простгря станет ещё тормозные. А удалять записи это моветон ставь флаг удалено и всё.

Ответить | Правка | Наверх | Cообщить модератору

10. Скрыто модератором +1 +/–

Сообщение от www2 (??), 17-Июл-23, 12:35

Ты новость-то читал? Сделали фактически такой же MVCC, что и в MySQL.

Ответить | Правка | Наверх | Cообщить модератору

13. Скрыто модератором +2 +/–

Сообщение от Аноним (13), 17-Июл-23, 12:43

Ставить флаг - это удалить запись и записать новую, днище профнепригодное

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

20. Скрыто модератором +/–

Сообщение от пох. (?), 17-Июл-23, 12:51

> Ставить флаг - это удалить запись и записать новую, днище профнепригодное
того же размера и с тем же (кроме флага) содержимым. Это не совсем то же самое что удалить запись и потом записать новую неизвестной длинны.

Ответить | Правка | Наверх | Cообщить модератору

5. Скрыто модератором –2 +/–

Сообщение от пох. (?), 17-Июл-23, 12:21

Что за хрень?! Срочно высылайте ликвидационную команду!
Как это постгрез без вечнораздвувающейся базы?! Где я буду теперь харчеваться, я вас спрашиваю?!

Ответить | Правка | Наверх | Cообщить модератору

7. Скрыто модератором +6 +/–

Сообщение от Аноним (7), 17-Июл-23, 12:23

Так вот что тебя сделало таким какой ты есть!

Ответить | Правка | Наверх | Cообщить модератору

8. Скрыто модератором –9 +/–

Сообщение от пох. (?), 17-Июл-23, 12:29

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

Ответить | Правка | Наверх | Cообщить модератору

15. Скрыто модератором +2 +/–

Сообщение от Ананий (?), 17-Июл-23, 12:45

>все это вот шва..6ешплатное г-нецо
неужели ISS оказался лучше и безопаснее и производителнее этих ваших нжинксов с индейцами?

Ответить | Правка | Наверх | Cообщить модератору

17. Скрыто модератором –4 +/–

Сообщение от пох. (?), 17-Июл-23, 12:47

Причем тут МКС?
А если ты про IIS - у меня есть подопытный экземпляр проработавший с 2000го года. Не с нулем посетителей.
Ты можешь похвастать таким же индейцем? Пусть даже двадцать раз поапгрейженым.

Ответить | Правка | Наверх | Cообщить модератору

21. Скрыто модератором +1 +/–

Сообщение от Ананий (?), 17-Июл-23, 12:52

> Причем тут МКС?
> А если ты про IIS - у меня есть подопытный экземпляр проработавший
> с 2000го года. Не с нулем посетителей.
> Ты можешь похвастать таким же индейцем? Пусть даже двадцать раз поапгрейженым.
торчащим наружу все эти джвадцать лет? или в уютном интранетике?

Ответить | Правка | Наверх | Cообщить модератору

26. Скрыто модератором –1 +/–

Сообщение от пох. (?), 17-Июл-23, 13:25

>> Ты можешь похвастать таким же индейцем? Пусть даже двадцать раз поапгрейженым.
> торчащим наружу все эти джвадцать лет? или в уютном интранетике?
наружу. Индексируется.

Ответить | Правка | Наверх | Cообщить модератору

49. Скрыто модератором –2 +/–

Сообщение от Аноним (2), 17-Июл-23, 16:51

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

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

65. Скрыто модератором +1 +/–

Сообщение от пох. (?), 17-Июл-23, 18:34

Ну да, ну да. Сколько там "некостыльных" способов репликации уже понапридумывали постгрезу и какие из них "не отваливаются" и не обеспечивают базу почти как настоящую, только вот...почему-то мусор в ней ?
> Постгрес, да, требует усилий при конфигурации, это не тот софт, который можно использовать с
> настройками по умолчанию не думая, но если один раз сделать нормально
ага. конечно. А почему настройки по умолчанию нельзя сделать такими чтоб их можно было использовать, а? А вот потому - что дело не в настройках, а в том что куда ни ткни - везде грабли, и надо подбирать наборчик костыликов и подпорок под каждую конкретную ситуацию и молиться чтоб работали.
> только когда место на диске заканчивается.
типичная проблема постгрезоводов, не так ли?
Ну ничего, ничего - вон за вас ее уже порешали. Ждем не дождемся в проде.

Ответить | Правка | Наверх | Cообщить модератору

73. Скрыто модератором +/–

Сообщение от Ann (??), 17-Июл-23, 20:36

>>Ну да, ну да. Сколько там "некостыльных" способов репликации уже понапридумывали постгрезу и какие из них "не отваливаются" и не обеспечивают базу почти как настоящую, только вот...почему-то мусор в ней ?
А можно раскрыть каждый пункт(правда интересно), какие претензии к способам репликации? И про какой  мусор речь?

Ответить | Правка | Наверх | Cообщить модератору

79. Скрыто модератором –2 +/–

Сообщение от пох. (?), 17-Июл-23, 21:45

леняво. Полный гугль инструкций для чайников "как же победить репликацию", и если читать не только вопрос но и ответы - выясняется что у победы в очередной раз какой-то странный вкус и количество методов потому и больше одного, что никакого универсального среди них нет. Как оно обычно и бывает когда при разработке ни о какой репликации и не думали даже. mysql'ю повезло больше, поскольку innodb придумали сильно позже остального. (репликация через лог команд, так нелюбимая предыдущим анонимом - это тяжкое наследие myisam или вообще давно забытой первоначальной схемы)
Мусор в том смысле, что может внезапно оказаться что содержимое базы реплики "немного не вполне точно" отражает содержимое оригинала, который уже, как обычно, к этому мгновению накрылся.

Ответить | Правка | Наверх | Cообщить модератору

82. Скрыто модератором –1 +/–

Сообщение от Аноним (82), 17-Июл-23, 22:37

> леняво
это суть твоя и всех твоих в:серов, трепло

> Полный гугль инструкций для чайников "как же победить репликацию", и если читать не только вопрос но и ответы - выясняется что у победы в очередной раз какой-то странный вкус и количество методов потому и больше одного, что никакого универсального среди них нет. Как оно обычно и бывает когда при разработке ни о какой репликации и не думали даже
тебя попросили конкретику раскрыть, а пересказать поверхностную байку, выдуманную такими же бездарями как ты, но и тут ты ожидаемо об8$рался, буквально пересказав историю mysql

Ответить | Правка | Наверх | Cообщить модератору

83. Скрыто модератором –1 +/–

Сообщение от пох. (?), 17-Июл-23, 22:46

я м-кам вроде тебя не обязан нахаляву читать лекции. Чем вы безграмотней, тем мне лучше.

Ответить | Правка | Наверх | Cообщить модератору

75. Скрыто модератором +2 +/–

Сообщение от Аноним (2), 17-Июл-23, 20:54

Так целых два некостыльных, и тот, который через стриминг WAL, работает железобетонно.
В отличие от MySQL, где один условно нормальный (но ломается из-за других костылей MySQL), один - детсадовский костыль (реплей SQL), и третий - суперкостыль, смесь обоих методов.
А что касается дефолтов - там дефолты такие, чтобы на любом железе запускалось, а не чтобы было хорошо. Там, конечно, по современным меркам архаичная юниксовая архитектура, те же воркер-процессы с, как следствие, кучей shared memory, и прочие нюансы, напоминающие о том, что этому коду уже за тридцатник. Но после студенческой поделки MySQL, в котором единственное хорошее (InnoDB) украдено и прилеплено сбоку - это всё такие мелочи.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

85. Скрыто модератором +/–

Сообщение от пох. (?), 17-Июл-23, 23:03

Ну и да, аспирантская-то поделка (название как бы намекает) во сколько разов-то круче студенческой будет? Вот щас цельный профессор ой... опять прилепит сбоку... нормальный бэкэнд - и вот теперь-то уж заживем.
Постгрез весь написан вокруг очень странной идеи с time travel (которого нет уже четверть века, а требующая vacuum дисковая структура осталась), вокруг которой наверное десяток диссеров защищен, но щастья нам от этого нет.

Ответить | Правка | Наверх | Cообщить модератору

23. Скрыто модератором +/–

Сообщение от BeLord (ok), 17-Июл-23, 13:10

ИБ займешься, на удовлетворение всех требований тов. майора работы на 100 лет вперед-))) А за это время  тов. майор по многочисленными просьбам трудящихся еще требований подкатит-))

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

24. Скрыто модератором –1 +/–

Сообщение от пох. (?), 17-Июл-23, 13:23

Ну щас, разбежался. У удовлетворятеля майора свои дети есть.
А я просто тихо спускаюсь с горы - как раз к моменту когда у него ой-место-кончилось.
И майор мной доволен, и ИБ, и вроде как действительно же ж - "он опять совершил подвиг!"
А эти гады все норовят разрушить. Одна надежда что до мейнстрима не доберутся потому что.

Ответить | Правка | Наверх | Cообщить модератору

6. Скрыто модератором –3 +/–

Сообщение от пох. (?), 17-Июл-23, 12:23

БЛИН, она еще и CPU не жрьот?! Голыми руками бы этих изобретателей задушил!

Ответить | Правка | Наверх | Cообщить модератору

11. Скрыто модератором +/–

Сообщение от YourMama (?), 17-Июл-23, 12:37

На всякий случай, если это не тролинк: при x5 TPS оно потребляет x2.5 CPU. То есть, потребление CPU под нагрузкой снижено в 2 раза.

Ответить | Правка | Наверх | Cообщить модератору

12. Скрыто модератором +1 +/–

Сообщение от пох. (?), 17-Июл-23, 12:40

Я и говорю - п-ц какой-то.
У меня тут есть прекрасный экземпляр который просто если забыть закрыть ему сессию (что горе-разработчики очень любят) начинает жрать так что приходится вручную (автоматически нельзя, оно может потерять ценную и важную ненужно) его куда-то убирать с гипервизора. Если он перестанет это делать - за что я буду получать премию-то?!

Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором +1 +/–

Сообщение от www2 (??), 17-Июл-23, 12:44

> Я и говорю - п-ц какой-то.
> У меня тут есть прекрасный экземпляр который просто если забыть закрыть ему
> сессию (что горе-разработчики очень любят) начинает жрать так что приходится вручную
> (автоматически нельзя, оно может потерять ценную и важную ненужно) его куда-то
> убирать с гипервизора. Если он перестанет это делать - за что
> я буду получать премию-то?!
Придумаешь, что-нибудь :)

Ответить | Правка | Наверх | Cообщить модератору

40. Скрыто модератором +1 +/–

Сообщение от Аноним (40), 17-Июл-23, 14:51

> за что я буду получать премию-то?!
Запереустановку вантуза своему насяльнику. Думаю сможешь что-то придумать.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

42. Скрыто модератором +/–

Сообщение от пох. (?), 17-Июл-23, 15:21

По факту начальник недавно переустановил (под моим чутким руководством но самостоятельно) linoops.
(там навернулся, точнее, банально поломали, гитляп, но linoops тоже участвовал. Кстати, postgres - но у гитляпа оказался свой  какой-то уныло-бэкапер который все сам и есть тоже, к счастью, оно там сработало и не пришлось руками ничего выковыривать.)
А объяснить ему зачем переустанавливают винду, как ты правильно, надеюсь, хотя бы теперь, понимаешь - не получится.

Ответить | Правка | Наверх | Cообщить модератору

55. Скрыто модератором +/–

Сообщение от Аноньимъ (ok), 17-Июл-23, 17:36

Ubuntu?

Ответить | Правка | Наверх | Cообщить модератору

59. Скрыто модератором +/–

Сообщение от пох. (?), 17-Июл-23, 17:59

центось вроде.
Что на старом сервере было, нахрена тут улучшайкать.

Ответить | Правка | Наверх | Cообщить модератору

16. Скрыто модератором +1 +/–

Сообщение от лютый арчешкольник... (?), 17-Июл-23, 12:47

Звучит круто. Но непонятно почему данную фичу сделали некие васяны и только в 2023м году.

Ответить | Правка | Наверх | Cообщить модератору

18. Скрыто модератором +9 +/–

Сообщение от пох. (?), 17-Июл-23, 12:49

> Звучит круто. Но непонятно почему данную фичу сделали некие васяны и только
> в 2023м году.
"анекдот про сына адвоката, успешно выигравшего процесс, кормивший семью тридцать лет"

Ответить | Правка | Наверх | Cообщить модератору

22. Скрыто модератором +1 +/–

Сообщение от funny.falcon (?), 17-Июл-23, 13:10

«некие васяны» - один из коммиттеров (т.е. имеющих право git push) постгресса.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

25. Скрыто модератором –1 +/–

Сообщение от пох. (?), 17-Июл-23, 13:24

> «некие васяны» - один из коммиттеров (т.е. имеющих право git push) постгресса.
блин, зачем ты это написал... все пропало...

Ответить | Правка | Наверх | Cообщить модератору

28. Скрыто модератором +1 +/–

Сообщение от OpenEcho (?), 17-Июл-23, 13:31

> сделали некие васяны
Интересно, а кто для тебя не Васяны тогда, если профессор компьютерных наук у тебя Васян?
Хотя, не парся, у вас же мужики в подвале и  виндовсы и юниксы уже за пояс заткнули, усё на своем работаете, исключительно

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

76. Скрыто модератором +/–

Сообщение от YetAnotherOnanym (ok), 17-Июл-23, 21:07

> только в 2023м году
Как это ни странно, существуют программисты, которые сначала думают, а потом пишут.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

19. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Quad Romb (ok), 17-Июл-23, 12:50

"не требующего внесения изменений в основную кодовую базу PostgreSQL"
Интересно.
Когда я смотрел на Oriole последний раз - ему требовалось также патчить исходники PG.
Звучит заманчиво, конечно.

Ответить | Правка | Наверх | Cообщить модератору

29. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от funny.falcon (?), 17-Июл-23, 13:38

Т.к. автор Ориоле - один из коммитеров постгресса, видимо ему удалось протолкнуть нужные патчи в ядро. Я предполагаю, не проверял.

Ответить | Правка | Наверх | Cообщить модератору

38. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Quad Romb (ok), 17-Июл-23, 14:46

> Т.к. автор Ориоле - один из коммитеров постгресса, видимо ему удалось протолкнуть
> нужные патчи в ядро. Я предполагаю, не проверял.
Я вот то же самое подумал.
И тоже не проверял.
На ютуб-канале rupostgres есть интервью с разработчиком "Александр Коротков: Наболевшие проблемы PostgreSQL". После этого интервью стал посматривать на проект.
Если он всё-таки осилил сделать всё это только одним подключаемым расширением - он очень большой молодец, и надеюсь, у него теперь будет достаточно масла, чтобы мазать на свой хлеб.

Ответить | Правка | Наверх | Cообщить модератору

51. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +3 +/–

Сообщение от xrensgory (ok), 17-Июл-23, 17:12

На хлеб он будет мазать масло поха, пох-то теперь без работы считай остался. Учит как произносить "свободная касса". бггг

Ответить | Правка | Наверх | Cообщить модератору

66. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –1 +/–

Сообщение от пох. (?), 17-Июл-23, 18:46

> На хлеб он будет мазать масло поха,
кто ж ему масло-то даст?! Смотри-смотри - 6ешплатное! Налетай, взять-взять-взять!
Кончатся у него гранты - я не гордый, следующую смену за кассой пусть тоже занимает, все равно один не осилю четыре подряд. Но чур ему ночную.

Ответить | Правка | Наверх | Cообщить модератору

86. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (2), 17-Июл-23, 23:31

Та не, там не гранты, там попытка в бизнес. Уже предлагают саппорт и database as a service (пока робко предлагают, скорее тестируют интерес). Не взлетит - ну пойдет какой-нибудь EnterpriseDB за зарплату пилить.

Ответить | Правка | Наверх | Cообщить модератору

89. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –2 +/–

Сообщение от пох. (?), 18-Июл-23, 08:46

Ну тогда моему маслу точно ничего не угрожает.
Поконкурировать с тем же DO - у которого сто лет как есть - это надо найти совсем уж наивного ло...инве...не, все же лоxa.
А украинский флажок напрочь исключает вариант поконкурировать там куда конкурентов не пускают (и в целом правильно, там масло все равно товарищмайор слопает и на сдачу дачку себе прикупит, на Тенерифе)
P.S. кто вдруг не видел как у DO сделана дизастер рекавери - сходите поржать. Не, от замены бэкэнда легче ему не станет, насколько я догадываюсь. Тут все политбюро надо повесить, и генерального секретаря прибить.

Ответить | Правка | Наверх | Cообщить модератору

93. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +1 +/–

Сообщение от Аноним (2), 18-Июл-23, 17:21

Так он раньше в Постгрес Про работал. Раз уехал в США и повесил флажок, значит, и не заинтересован в конкуренции на российском рынке. И я его прекрасно понимаю, работать с товарищами майорами - дело нервное. Мне ещё в вегетарианские времена, в середине нулевых, такого опыта хватило, чтобы всю жизнь держаться подальше. Нервы дороже.

Ответить | Правка | Наверх | Cообщить модератору

94. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от пох. (?), 18-Июл-23, 17:30

Дык может дело не в заинтересован, а в том что вариант "в Украину" замаячил конкретный.
Знаем мы эти максутовы "брони", нихрена они не работают.
В любом случае, из "обоймы" партактива он явно выпал. Хорошо пока еще его патчи берут.
Так что мое масло он точно теперь не отъест. Да и DO такому конкуренту не напугать.
Но вот вдвоем в свободную кассу - могем угодить.
Хотя, конечно, профессор не вчера родилсо, поди сможет получить новый грант.

Ответить | Правка | Наверх | Cообщить модератору

96. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (2), 19-Июл-23, 04:43

В середине 2020 года замаячил? Да профессор телепат

Ответить | Правка | Наверх | Cообщить модератору

102. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от пох. (?), 19-Июл-23, 15:26

да довольно много их было, тех телепатов. Не всем удалось ловко телепнуться на уютную профессорскую должность во враждебных странах, это вот да.
(завидовать дурно, я знаю)

Ответить | Правка | Наверх | Cообщить модератору

71. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +1 +/–

Сообщение от funny.falcon (?), 17-Июл-23, 20:18

На https://news.ycombinator.com/item?id=36740921 Александр отвечает: нет, пока патч в ядро нужен. Но надеется в ближайшее время донести его в ядро, а потом и сам движок.

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

72. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Quad Romb (ok), 17-Июл-23, 20:24

> На https://news.ycombinator.com/item?id=36740921 Александр отвечает: нет, пока патч
> в ядро нужен. Но надеется в ближайшее время донести его в
> ядро, а потом и сам движок.
Да, спасибо за ссылку, прочитал.
Ну, всё равно очень большое дело сделано.
На днях попробую собрать и посмотреть как оно в деле.

Ответить | Правка | Наверх | Cообщить модератору

80. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +1 +/–

Сообщение от Аноним (2), 17-Июл-23, 22:08

Там патч расширяет extension API, так что это не костыль типа 1С-овских патчей, а универсальное улучшение апстрима в чистом виде, да и автор - опытный коммиттер в Постгрес. Такое в апстрим примут.

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

27. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (27), 17-Июл-23, 13:25

Уже круче Оракла.

Ответить | Правка | Наверх | Cообщить модератору

33. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (33), 17-Июл-23, 14:05

Инженегры оракела уже добавили в код постгри пару мин замедленного действия. Активируют в нужный момент, чтобы акции оракела взлетели до небес.

Ответить | Правка | Наверх | Cообщить модератору

92. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Golangdev (?), 18-Июл-23, 16:12

Пруфы, в виде ссылок на коммиты, добавляющие это ?

Ответить | Правка | Наверх | Cообщить модератору

64. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (64), 17-Июл-23, 18:16

? Оракл изначально данные in-place апдейтит, при создании БД у него даже есть параметр (PCTFREE), указывающий в процентах, какое кол-во пространства блока резервировать для будущих изменений, чтобы при раздувании размера строк (кортежей) апдейтами не пришлось эти строки куда-то релокейтить. Когда-то по-умолчанию это было 10% кажись, но ты можешь задать своё значение. Т.е. когда в блоке строками будет забито 90% места, блок перестает быть доступным для создания в нем новых строк.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

110. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от ptr (??), 21-Июл-23, 16:41

Главное, чтобы остался выбор. Потому что VACUUM имеет не только недостатки, но и преимущества.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

31. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –4 +/–

Сообщение от Аноним (31), 17-Июл-23, 14:00

Верной дорогой двигаются. Еще несколько сот раз таких же продвижений, и постгря достигнет уровня оракель ДБ.

Ответить | Правка | Наверх | Cообщить модератору

35. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от ыы (?), 17-Июл-23, 14:14

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

Ответить | Правка | Наверх | Cообщить модератору

37. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Простоник (ok), 17-Июл-23, 14:38

С точностью до наоборот.PostgreSQL со временем приближается к Oracle.  Non-blocking read - стандартное поведение DBMS Oracle. Блокировки на уровне строк. Этот  механизм давно скопировали в П.

Ответить | Правка | Наверх | Cообщить модератору

45. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –1 +/–

Сообщение от ыы (?), 17-Июл-23, 15:33

Но вы же понимаете разницу между:
"неблокирующее чтение"
и "чтение без блокировок"?

Ответить | Правка | Наверх | Cообщить модератору

91. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Прохожий (??), 18-Июл-23, 12:45

А в чем она заключается в данном случае?

Ответить | Правка | Наверх | Cообщить модератору

118. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (113), 24-Июл-23, 13:06

В Оракле нет Serializable честного. Поэтому и блокировки не нужны. В Слоне блокировки нужны только в режиме Serializable. И то, не всегда.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

81. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (2), 17-Июл-23, 22:11

В Оракле как раз undo log всегда был. Только там он туповат, если много параллельных транзакций, при переполнении буфера лови роллбэк. Тут такой проблемы нет, упрется только в диск разве что.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

90. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Простоник (ok), 18-Июл-23, 09:58

Я сегменты отката ещё помню, потом видел undo tablespace, а вот undo log ни разу не видел. А они точно бывают?

Ответить | Правка | Наверх | Cообщить модератору

101. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от vvm13 (?), 19-Июл-23, 12:16

Почему бы и нет? У DB2 в транзакционном логе есть undo и redo данные. А тут redo уже есть в WAL, так что undo, надо думать, просто отдельно положили.

Ответить | Правка | Наверх | Cообщить модератору

105. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Простоник (ok), 19-Июл-23, 18:44

Это потому что DB2 реализует другую стратению  изоляции транзакций, только для этого и нужно. В Oracle undo отдельно положили, потому что пр-другому просто не нужно  было.

Ответить | Правка | Наверх | Cообщить модератору

106. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от vvm13 (?), 19-Июл-23, 19:14

У поздних DB2 тоже сделали "мультиверсионность", причём undo tablespace для этого не вводили, а воспользовались данными из транзакционных логов. В самом деле, undo-данные нужны и они есть, так какая разница, откуда они будут взяты?

Ответить | Правка | Наверх | Cообщить модератору

108. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +1 +/–

Сообщение от Простоник (ok), 19-Июл-23, 20:59

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

Ответить | Правка | Наверх | Cообщить модератору

117. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (113), 24-Июл-23, 13:03

Это очень неудачное решение. "Время жизни" реду- и анду-данных чаще всего радикально отличается. И хранить их в одной хранилке крайне нерационально.

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

115. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (113), 24-Июл-23, 13:01

Только не всегда, а никогда не было и нет.

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

44. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +3 +/–

Сообщение от Аноним (44), 17-Июл-23, 15:30

Если в слове Oriole сделать 2 ошибки, получится Oracle

Ответить | Правка | Наверх | Cообщить модератору

54. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +2 +/–

Сообщение от xrensgory (ok), 17-Июл-23, 17:16

А если в слове Аноним сделать 6 ошибок то получится слово Oracle

Ответить | Правка | Наверх | Cообщить модератору

67. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (67), 17-Июл-23, 18:56

Если *** то это уже не ***!

Ответить | Правка | Наверх | Cообщить модератору

58. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –2 +/–

Сообщение от Аноним (58), 17-Июл-23, 17:49

Проще запилить новый бекенд чем читатать документацию к старому

Ответить | Правка | Наверх | Cообщить модератору

74. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –7 +/–

Сообщение от Tron is Whistling (?), 17-Июл-23, 20:51

Ещё немножко, и они притащат в постгрю innodb. Но зачем, если оно уже есть?

Ответить | Правка | Наверх | Cообщить модератору

87. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (2), 17-Июл-23, 23:59

На том поле, где InnoDB хорош (стандартная реляционка с btree-индексами), это лучше, чем InnoDB. Там на гитхабе есть документация архитектуры.

Ответить | Правка | Наверх | Cообщить модератору

88. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Tron is Whistling (?), 18-Июл-23, 08:11

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

Ответить | Правка | Наверх | Cообщить модератору

97. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –1 +/–

Сообщение от bOOster (ok), 19-Июл-23, 06:03

Даже близко ниче общего нет в реализации. InnoDB это старье из 70х годов базирующиеся на канонических трудах Кнута, Вирта и т.п.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

116. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Аноним (113), 24-Июл-23, 13:01

Ино это Оракл, напомню.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

98. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от bOOster (ok), 19-Июл-23, 06:05

Что-то слишком хорошо, чтобы быть правдой :)

Ответить | Правка | Наверх | Cообщить модератору

112. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." +/–

Сообщение от Пряник (?), 24-Июл-23, 11:24

Хм... я думал особенность PostgreSQL в отличии от MySQL как раз в отсутствии разнообразных движков, в результате чего в слоне лучше работает кластеризация.

Ответить | Правка | Наверх | Cообщить модератору

119. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –1 +/–

Сообщение от Аноним (113), 24-Июл-23, 13:09

Можно подумать, что все прочие, в том числе и крайне коммерческие, вендоры СУБД не делают утилизацию освободившегося пространства или изменений по месту по недомыслию и общей тупости. У всего этого микроменеджмента есть крайне высокая цена. Которая в проде чаще всего совершенно не оправдана.

Ответить | Правка | Наверх | Cообщить модератору

120. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..." –1 +/–

Сообщение от Аноним (120), 13-Авг-23, 09:03

Интересно, я один вижу, что cpu usage не снизилось, а повысилось, судя по сравнительным графикам?

Ответить | Правка | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

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

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

2. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+5 +/–
Сообщение от Аноним (2), 17-Июл-23, 11:52
Выглядит интересно и многообещающе, но. Всё прочитал, но так и не увидел, какие уровни изоляции транзакций поддерживаются. Есть смутное подозрение, что такие бенчмарки за счёт сваливания в read uncommitted по умолчанию, хорошо если не так. > OrioleDB supports just B-tree indexes. OrioleDB roadmap contains the implementation of analogs of GiST, GIN, and BRIN. Большой вопрос, получится ли у них с такой архитектурой реализовать эффективный GIN/GiST, выглядит как нетривиальная задача. Это все же одна из киллер фич Постгреса, в ряде случаев незаменимая.
Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	–2 +/–
	Сообщение от www2 (??), 17-Июл-23, 12:34
	Дурилка, а undo log тогда зачем делать, если будет read uncommited?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+3 +/–
	Сообщение от Аноним (2), 17-Июл-23, 16:44
	Вопрос не в том, зачем делать (понятно зачем, и понятно, что как минимум read committed там есть), а в том, какой был уровень изоляции, когда делали бенчмарки. Учитывая, что в postgresql read uncommitted вообще не реализован и работает как read committed, это хороший способ незаметно считерить. Хорошо помню бенчмарки mongodb, которые "всех рвали" просто потому, что в дефолтной конфигурации Монга отдавала успешный ответ сразу после получения данных сервером.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	95. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от Alyosha (?), 18-Июл-23, 23:30
	"Хорошо помню бенчмарки mongodb, которые "всех рвали" просто потому, что в дефолтной конфигурации Монга отдавала успешный ответ сразу после получения данных сервером." А ссылок на обсжудения/разоблачения у вас не остались? ps.Мимо проходил
	Ответить \| Правка \| Наверх \| Cообщить модератору


	99. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от пох. (?), 19-Июл-23, 10:44
	даже если найдется - какой в таких прямых сравнениях смысл? Вы document db использовать вместо реляционной всерьез собрались, или наоборот?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	103. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от Дмитрий (??), 19-Июл-23, 17:39
	Есть класс программ которые можно реализовать и так и так. Почему же не выбрать более лучший по каким то критериям вариант?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	104. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от пох. (?), 19-Июл-23, 17:55
	> Есть класс программ которые можно реализовать и так и так. Почему же > не выбрать более лучший по каким то критериям вариант? тогда не исключено что тебе недефолтные настройки и не пригодятся и в правильной реализации все и так будет работать. (т.е. хватит просто избегать мультидокументных транзакций и не забывать про "majority" там где действительно он нужен) Т.е. сравнивать надо будет не два решения в лоб, а две вообще совершенно разных программы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	–1 +/–
	Сообщение от Дмитрий (??), 19-Июл-23, 20:02
	Сильно зависит от программы. В некоторых случаях можно сравнить Запись в файл и запись в бд. По функционалу для пользователя приложение будет одно и тоже
	Ответить \| Правка \| Наверх \| Cообщить модератору


	113. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от Аноним (113), 24-Июл-23, 12:49
	Дурилка, а где связь между undo и read uncommited? Read uncommited не отменяет необходимость как-то rollback-и обслуживать.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	34. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от ыы (?), 17-Июл-23, 14:08
	" чтение страниц с данными без использования блокировок"
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	41. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от Аноним (41), 17-Июл-23, 15:01
	В Postgres как и в большинстве современных баз транзакции изолируют не через lock, а через MVCC
	Ответить \| Правка \| Наверх \| Cообщить модератору


	114. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от Аноним (113), 24-Июл-23, 12:53
	Serializable ты иначе, чем через блокировки на уровне строк/страниц не сделаешь. Ну в Postgres-е SS реализован как раз через блокировки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	121. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от omnomnom (?), 15-Авг-23, 23:07
	Предикатные блокировки в PG непосредственно блокировками не являются, это просто механизм обнаружения конфликтов, там ничего не блокируется.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от Аноним (2), 17-Июл-23, 16:45
	Ну это как раз нормально, это же полноценный версионный движок, а не мыскль с myisam
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	52. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."	+/–
	Сообщение от None (??), 17-Июл-23, 17:12
	LW Locks же
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору

4. Скрыто модератором	–7 +/–
Сообщение от Аноним (4), 17-Июл-23, 12:06
И без того тормознутая простгря станет ещё тормозные. А удалять записи это моветон ставь флаг удалено и всё.
Ответить \| Правка \| Наверх \| Cообщить модератору


	10. Скрыто модератором	+1 +/–
	Сообщение от www2 (??), 17-Июл-23, 12:35
	Ты новость-то читал? Сделали фактически такой же MVCC, что и в MySQL.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. Скрыто модератором	+2 +/–
	Сообщение от Аноним (13), 17-Июл-23, 12:43
	Ставить флаг - это удалить запись и записать новую, днище профнепригодное
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	20. Скрыто модератором	+/–
	Сообщение от пох. (?), 17-Июл-23, 12:51
	> Ставить флаг - это удалить запись и записать новую, днище профнепригодное того же размера и с тем же (кроме флага) содержимым. Это не совсем то же самое что удалить запись и потом записать новую неизвестной длинны.
	Ответить \| Правка \| Наверх \| Cообщить модератору

5. Скрыто модератором	–2 +/–
Сообщение от пох. (?), 17-Июл-23, 12:21
Что за хрень?! Срочно высылайте ликвидационную команду! Как это постгрез без вечнораздвувающейся базы?! Где я буду теперь харчеваться, я вас спрашиваю?!
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. Скрыто модератором	+6 +/–
	Сообщение от Аноним (7), 17-Июл-23, 12:23
	Так вот что тебя сделало таким какой ты есть!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. Скрыто модератором	–9 +/–
	Сообщение от пох. (?), 17-Июл-23, 12:29
	Ну в целом одного только 25летнего опыта общения с постгрезом хватило бы чтоб горячо ненавидеть все это вот шва..6ешплатное г-нецо. Но к сожалению, нет, только этим дерьмом не ограничилось.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. Скрыто модератором	+2 +/–
	Сообщение от Ананий (?), 17-Июл-23, 12:45
	>все это вот шва..6ешплатное г-нецо неужели ISS оказался лучше и безопаснее и производителнее этих ваших нжинксов с индейцами?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. Скрыто модератором	–4 +/–
	Сообщение от пох. (?), 17-Июл-23, 12:47
	Причем тут МКС? А если ты про IIS - у меня есть подопытный экземпляр проработавший с 2000го года. Не с нулем посетителей. Ты можешь похвастать таким же индейцем? Пусть даже двадцать раз поапгрейженым.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. Скрыто модератором	+1 +/–
	Сообщение от Ананий (?), 17-Июл-23, 12:52
	> Причем тут МКС? > А если ты про IIS - у меня есть подопытный экземпляр проработавший > с 2000го года. Не с нулем посетителей. > Ты можешь похвастать таким же индейцем? Пусть даже двадцать раз поапгрейженым. торчащим наружу все эти джвадцать лет? или в уютном интранетике?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. Скрыто модератором	–1 +/–
	Сообщение от пох. (?), 17-Июл-23, 13:25
	>> Ты можешь похвастать таким же индейцем? Пусть даже двадцать раз поапгрейженым. > торчащим наружу все эти джвадцать лет? или в уютном интранетике? наружу. Индексируется.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. Скрыто модератором	–2 +/–
	Сообщение от Аноним (2), 17-Июл-23, 16:51
	Это скорее про мыскль, в котором костыльная репликация в любой момент отваливается. Постгрес, да, требует усилий при конфигурации, это не тот софт, который можно использовать с настройками по умолчанию не думая, но если один раз сделать нормально, вспоминаешь о нем, только когда место на диске заканчивается.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	65. Скрыто модератором	+1 +/–
	Сообщение от пох. (?), 17-Июл-23, 18:34
	Ну да, ну да. Сколько там "некостыльных" способов репликации уже понапридумывали постгрезу и какие из них "не отваливаются" и не обеспечивают базу почти как настоящую, только вот...почему-то мусор в ней ? > Постгрес, да, требует усилий при конфигурации, это не тот софт, который можно использовать с > настройками по умолчанию не думая, но если один раз сделать нормально ага. конечно. А почему настройки по умолчанию нельзя сделать такими чтоб их можно было использовать, а? А вот потому - что дело не в настройках, а в том что куда ни ткни - везде грабли, и надо подбирать наборчик костыликов и подпорок под каждую конкретную ситуацию и молиться чтоб работали. > только когда место на диске заканчивается. типичная проблема постгрезоводов, не так ли? Ну ничего, ничего - вон за вас ее уже порешали. Ждем не дождемся в проде.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. Скрыто модератором	+/–
	Сообщение от Ann (??), 17-Июл-23, 20:36
	>>Ну да, ну да. Сколько там "некостыльных" способов репликации уже понапридумывали постгрезу и какие из них "не отваливаются" и не обеспечивают базу почти как настоящую, только вот...почему-то мусор в ней ? А можно раскрыть каждый пункт(правда интересно), какие претензии к способам репликации? И про какой мусор речь?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. Скрыто модератором	–2 +/–
	Сообщение от пох. (?), 17-Июл-23, 21:45
	леняво. Полный гугль инструкций для чайников "как же победить репликацию", и если читать не только вопрос но и ответы - выясняется что у победы в очередной раз какой-то странный вкус и количество методов потому и больше одного, что никакого универсального среди них нет. Как оно обычно и бывает когда при разработке ни о какой репликации и не думали даже. mysql'ю повезло больше, поскольку innodb придумали сильно позже остального. (репликация через лог команд, так нелюбимая предыдущим анонимом - это тяжкое наследие myisam или вообще давно забытой первоначальной схемы) Мусор в том смысле, что может внезапно оказаться что содержимое базы реплики "немного не вполне точно" отражает содержимое оригинала, который уже, как обычно, к этому мгновению накрылся.
	Ответить \| Правка \| Наверх \| Cообщить модератору