The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Релиз СУБД PostgreSQL 15, opennews (??), 13-Окт-22, (0) [смотреть все]

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


1. "Релиз СУБД PostgreSQL 15"  +26 +/
Сообщение от Аноним (1), 13-Окт-22, 18:11 
Единственная и при этом ещё и нормальная база данных.
Ответить | Правка | Наверх | Cообщить модератору

2. "Релиз СУБД PostgreSQL 15"  –18 +/
Сообщение от Аноним (2), 13-Окт-22, 18:17 
Я тут слышал, на задачах типа хранить в ней данные мускул с innodb поэффективней будет. А в сыбасе ещё и картинки хранить норм, но это совсем уж ынтерпрайз уровень.
Ответить | Правка | Наверх | Cообщить модератору

4. "Релиз СУБД PostgreSQL 15"  +15 +/
Сообщение от Лолштоним (ok), 13-Окт-22, 18:21 
И правда, зачем нам вообще файловая система, если всё можно хранить в бд.
Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз СУБД PostgreSQL 15"  –8 +/
Сообщение от Аноним (2), 13-Окт-22, 18:28 
В том и суть, сыбасе оптимизирует процесс и хранит такие данные самостоятельно, не засирая память почём зря. Что касается мускула, то можно было сравнить его в том же nepomuk, насколько я это помню мускул был предпочтительной опцией как раз по причине различий в производительности (но я использовал sqlite, мне норм). Так всё очень зависит от характера использования, что подтверждают и всевозможные агрегаторы.
Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз СУБД PostgreSQL 15"  –3 +/
Сообщение от penetrator (?), 13-Окт-22, 18:32 
Integrity? Нее, не слышал
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

52. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от OpenEcho (?), 13-Окт-22, 20:55 
`mtree`? Не, не слышал

`ZFS`? - Но, тем более

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

81. "Релиз СУБД PostgreSQL 15"  +1 +/
Сообщение от вымя (?), 14-Окт-22, 01:35 
А вы mtree после каждой транзакции запускаете, блокируя по дороге базу на запись, или по крону надеетесь, что на диске ничего не успело покорёжиться?
Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от penetrator (?), 14-Окт-22, 04:40 
при этом нет никакой гарантии, что транзакция не откатилась, либо что-то не упало, файл должен тоже откатиться вместе с транзакцией или наоборот закомиться и восстановиться из лога после падения

FILESTREAM не просто так придумали, но ты же ему ничего не объяснишь, у него же mtree из задницы торчит, и смузи из ушей льется))

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

99. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от OpenEcho (?), 14-Окт-22, 08:45 
> у него же mtree из задницы торчит, и смузи из ушей
> льется))

Так ты еще и на мою задницу пялишся оказывается, раз там mtree разглядел?!!!
Ваще караул пацаны-"специалисты" пошли.
Ты, того, с грибами  волшебными осторожней, если тебе мерещатся смузи из ушей у других, да еще по интернету...

Как отпустит, почитай про транзакционные файловые системы, про рэйды... чтоб не корежилось и самое главное не забудь "по статейкам" найти, где те самые БД данные хранят

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

211. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Аноним (211), 18-Окт-22, 08:46 
> Как отпустит, почитай про транзакционные файловые системы

Я, конечно, профан и может меня уже следует поздравить с разморозкой, но они уже могут в распределенные (двухфазные) транзакции? Ну чтобы, к примеру, в контексте одной глобальной транзакции выполнить транзакции в двух разных БД и одной божественной транзакционной файловой системе? Какой менеджер транзакций это поддерживает, оффтопиковский MTS? Чтобы было еще понятнее - если я на сервере приложений из своей приблуды через менеджер распределенных транзакций начну транзакцию в постгре и проапдейчу таблички, потом в твоей транзакционной ФС создам файлик, а потом в оракле запущу хранимую процедуру в которой произойдет исключение и я на стороне сервер приложений дам команду на роллбэк распределенной транзакции - файлик в твоей транзакционной ФС так же сам собой исчезнет, как и откатятся изменения в постгре и оракле? Мне не придется отдельно ручками его удалять?

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

221. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от OpenEcho (?), 19-Окт-22, 11:56 
apples vs oranges
Ответить | Правка | Наверх | Cообщить модератору

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

227. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от OpenEcho (?), 21-Окт-22, 02:28 
Закусывать полезно, еще раз, - яблоки против апельсинов.
Молоток против Микроскопа...

Это разные ИНТРУМЕНТЫ !

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

95. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от OpenEcho (?), 14-Окт-22, 08:08 
> А вы mtree после каждой транзакции запускаете, блокируя по дороге базу на
> запись, или по крону надеетесь, что на диске ничего не успело
> покорёжиться?

mtree - это про integrity, для тех "кто не слышал" , а чтоб не корежилось есть copy-on-write от транзакционной ZFS где и положенно храниться блобам, а не в БД, которая предназначена для работы с данными


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

162. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от penetrator (?), 14-Окт-22, 22:27 
каким образом логическая целостность базы обеспечивается целостностью файловой системы?

а как ты собираешься делать изоляцию транзакций на уровне файловой системы?

и много много всего того в чем ты не разбираешься

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

86. "Релиз СУБД PostgreSQL 15"  –2 +/
Сообщение от penetrator (?), 14-Окт-22, 04:37 
какое отношение это имеет к транзакционной безопасности и целостности данных?

прочти хотя бы вшивую статейку по СУБД клоун

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

91. "Релиз СУБД PostgreSQL 15"  +1 +/
Сообщение от Аноним (91), 14-Окт-22, 05:34 
Включаешь картинки в транзакцию? Видимо на них что-то очень важное. Неужели компромат на царя?
Ответить | Правка | Наверх | Cообщить модератору

97. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от OpenEcho (?), 14-Окт-22, 08:30 
> Включаешь картинки в транзакцию? Видимо на них что-то очень важное. Неужели компромат
> на царя?

Скорее просто, - порнуха, чтоб родичи на диске файло не спалили, судя по формату общения самое то, - возрастное.

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

174. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Прохожий (??), 15-Окт-22, 14:07 
Например, рентгеновский снимок пациента.
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

209. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Аноним (209), 17-Окт-22, 22:08 
Сперва они картинки в реляционной базе хранят, а потом этими же самыми руками пишут на опеннете комментарии про то, как надо правильно программировать.
Ответить | Правка | Наверх | Cообщить модератору

216. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Прохожий (??), 19-Окт-22, 06:12 
Если картинки - часть документа какого-то, почему бы их в БД и не хранить? Тем более, что ни Oracle, ни Postgres не являются только лишь реляционными СУБД. Головняк с картинками, конечно, присутствует определённый (фрагментации пространства внутри бд, раздутие размеров бд), но есть и удобства тоже - не надо отдельно как-то поддерживать транзакционную логику для картинок.
Ответить | Правка | Наверх | Cообщить модератору

226. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Аноним (224), 20-Окт-22, 20:36 
> Головняк с картинками, конечно, присутствует определённый (фрагментации пространства внутри бд

Так в отдельный tablespace вынести

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

225. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Аноним (224), 20-Окт-22, 20:34 
Отсканированный образец подписи или печати клиента банка. С ними потом операторы или отдел контроллинга сверяют подписи на клиентских бумажках.
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

96. "Релиз СУБД PostgreSQL 15"  –2 +/
Сообщение от OpenEcho (?), 14-Окт-22, 08:17 
> какое отношение это имеет к транзакционной безопасности и целостности данных?

Судя по всему, кроме fat32 в школе больше ничего не учили...

> прочти хотя бы вшивую статейку по СУБД клоун

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


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

65. "Релиз СУБД PostgreSQL 15"  +2 +/
Сообщение от pofigist (?), 13-Окт-22, 21:52 
Ты изобрел AS/400 с OS/400. Ну почти. Надо ещё добавить единую адресацию памяти (нет различий между ОЗУ и ПЗУ) и компиляцию в поцессоронезависимый код.
Нет-нет - на рынке это появилось почти на 10 лет раньше жабы.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

82. "Релиз СУБД PostgreSQL 15"  +1 +/
Сообщение от Аноним (82), 14-Окт-22, 01:51 
Вообще-то, любая современная файловая система является специализированной СУБД.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

110. "Релиз СУБД PostgreSQL 15"  +2 +/
Сообщение от theDolphin (ok), 14-Окт-22, 12:23 
Вы все, наверное, не поверите, но в PG есть функционал эффективного хранения блобов.
https://www.postgresql.org/docs/current/largeobjects.html
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

17. "Релиз СУБД PostgreSQL 15"  +2 +/
Сообщение от Аноним (17), 13-Окт-22, 19:06 
Когда отдел разработки не может согласовать с админами где им хранить картинки - это вовсе не значит, что возникла кровавая ынтерпрайзность. Это всего лишь попался некомпетентный продакт-менеджер.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

47. "Релиз СУБД PostgreSQL 15"  +3 +/
Сообщение от darkshvein (ok), 13-Окт-22, 20:23 
увольте вашего DBA! срочно!
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

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

7. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от ЫгиПгт (?), 13-Окт-22, 18:34 
А почему ты не ездишь на запорожце? Не нравится? А почему ты до сих пор не сделал свой автомобиль?
Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз СУБД PostgreSQL 15"  +6 +/
Сообщение от Аноним (3), 13-Окт-22, 18:51 
Очевидно, что ходить пешком полезнее.
Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз СУБД PostgreSQL 15"  +7 +/
Сообщение от Chlen22sm (?), 13-Окт-22, 19:06 
Для 99% проектов даже SQLite избыточна.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

31. "Релиз СУБД PostgreSQL 15"  –10 +/
Сообщение от Анно Домини (?), 13-Окт-22, 19:45 
Базу с вакуумом трудно назвать нормальной. Для большинства задач Перкона лучше.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

49. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Аноним (49), 13-Окт-22, 20:39 
Так там тоже есть vaccum: https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html
Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Анно Домини (?), 13-Окт-22, 21:19 
> Так там тоже есть vaccum: https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html

Это несопоставимые по накладным расходам (читай, по даунтайму) операции: http://rhaas.blogspot.com/2011/02/mysql-vs-postgresql-part-2...

И это нельзя исправить никакими улучшениями Постгреса, такова его архитектура by design.


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

74. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Аноним (49), 13-Окт-22, 22:54 
> Это несопоставимые по накладным расходам (читай, по даунтайму) операции

Всё верно, ведь optimize table требует эксклюзивную блокировку: "An exclusive table lock is only taken briefly during the prepare phase and the commit phase of the operation" тогда как стандартный vacuum в postgres работает в фоне.

Действительно optimize table несопоставимо хуже, и это нельзя исправить никакими улучшениями, такова его архитектура by design.

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

114. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Анно Домини (?), 14-Окт-22, 13:37 
Не путай вакуум и автовакуум, невежда. Речь идёт о первом, его надо запускать вручную с даунтаймом, чтобы база не разрасталась как на дрожжах, и ничего подобного в мускуле нет.
Ответить | Правка | Наверх | Cообщить модератору

118. "Релиз СУБД PostgreSQL 15"  +1 +/
Сообщение от Аноним (118), 14-Окт-22, 13:56 
Невежда, у тебя в твоей статье написано что вакуум в mysql называется purge, то что он называется по другому не значит что его там нет.
Ответить | Правка | Наверх | Cообщить модератору

120. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Анно Домини (?), 14-Окт-22, 14:11 
> Невежда, у тебя в твоей статье написано что вакуум в mysql называется
> purge, то что он называется по другому не значит что его
> там нет.

Это ты мне говоришь, неуч? В мускуле нет вакуума, требующего даунтайма, как вакуум (не автовакуум) в Постгре. И даже автовакуум в Постгре нагружает базу сильнее, чем пурж в мускуле.

MySQL performs purges *in the background*.

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

126. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Аноним (118), 14-Окт-22, 14:24 
Неуч, вакуум с даунтаймом в мускукле называется optimize table, а автовакуум в постгрес нагружает базу так как его настроишь.

PostgreSQL performs autovacuum *in the background*.

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

133. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Анно Домини (?), 14-Окт-22, 14:45 
> Неуч, вакуум с даунтаймом в мускукле называется optimize table, а автовакуум в
> постгрес нагружает базу так как его настроишь.
> PostgreSQL performs autovacuum *in the background*.

Неуч тут это ты, не проецируй. Вот твои собственные слова: "вакуум в mysql называется purge". Проблема в том, что purge это аналог автовакуума, а не вакуума, так что не крутись тут как уж на сковородке -- ты уже показал своё незнание.

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

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

137. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Аноним (118), 14-Окт-22, 15:46 
Слово "неуч" ты написал первый, пытаясь своим хамством прикрыть отсутствие знаний. Ты даже не знаешь как база правильно называется про которую пытаешься рассуждать.

Функция очистки называется vacuum "There are two variants of the VACUUM command. The first form, known as "lazy vacuum" or just VACUUM" https://github.com/postgres/postgres/blob/master/src/backend...

а автовакуум — это процесс.

Никто vacuum full на базах с высокой активностью не делает, их бы заблокировало.

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

150. "Релиз СУБД PostgreSQL 15"  –2 +/
Сообщение от Анно Домини (?), 14-Окт-22, 16:56 
Я работаю с БД больше, чем ты на свете живёшь, неуч, и не надо мне рассказывать сказки про то, что никто не делает вакуум на базах, которые разрастаются до петабайтов. Постгрес не может нормально работать без регулярного полного вакуума и сопутствующего даунтайма, а мускул может. Точка.
Ответить | Правка | Наверх | Cообщить модератору

166. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Заноним (?), 15-Окт-22, 02:56 
А ничего, что mysql может невзначай целиком упасть в любом треде (например при drop'е временной таблички), попутно покоцав данные? Не умеет сам в функции (и упаси вас двоичныйкод использовать udf)? Да и на петабайтах mysql не вывозит, т.к. не поддерживает Point In Time Recovery в отличии от pg.
Ответить | Правка | Наверх | Cообщить модератору

167. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Заноним (?), 15-Окт-22, 03:14 
про функции в том смысле, что в mysql они весьма бедны.
Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

172. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от penetrator (?), 15-Окт-22, 11:57 
> А ничего, что mysql может невзначай целиком упасть в любом треде (например
> при drop'е временной таблички), попутно покоцав данные? Не умеет сам в
> функции (и упаси вас двоичныйкод использовать udf)? Да и на петабайтах
> mysql не вывозит, т.к. не поддерживает Point In Time Recovery в
> отличии от pg.

это оно?

https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-...
https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-...

и функции космические нах не нужны в СУБД, перекладывать на базу то, что она не должна делать - плохое решение

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

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

203. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Заноним (?), 17-Окт-22, 00:31 
По поводу:
https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-...
https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-...

Этот детский сад, на практике поюзайте на базе от десятков TB - быстро осознаете, что эта "реализация" в mysql непредсказуема.

По поводу функций - какое-то помешательство, тотальное у свидетелей горизонтально-масштабируемой бизнес-логики... Так окромя такой бизнес-логики, есть и другие задачи, которые функциями в СУБД решать быстрее, удобнее и эффективнее. Например гекодинг с опорой на PostGIS (прикинь это тоже набор функций, типов, моделей и он даже обновляется) - просто мастхэв и только идиот будет это на питон перепихивать. А так ухли вообще СУБД применять, положите в файл и пишите воткруг всё сами, а лучше вообще ОС напишите сразу с блек-джеком и рест-апи.

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

220. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Аноним (220), 19-Окт-22, 07:29 
Ради интереса решил проверить не растущую на дрожжах базу на мыскле.

Итак, есть некая таблица, в которую активно идет INSERT/UPDATE и никакого DELETE. Смотрим размер таблички:

-rw-r----- 1 mysql mysql 260046848 окт 19 12:06 radacct.ibd

автопурж ваш включен и "не нагружает". Запускаем руками OPTIMIZE TABLE, и после 5 минут жевания соплей получаем

-rw-r----- 1 mysql mysql 201326592 окт 19 12:15 radacct.ibd

Да, в эту таблицу в процессе продолжал валиться поток запросов UPDATE/INSERT.

Таки в итоге получаем ~23% ужатия таблицы при ручном OPTIMIZE.

А, да. В случае с точно такой же работой под PG процент ужатия таблицы при ручной вакууме составляет ~10% после автовакуума.

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

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

222. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Анно Домини (?), 19-Окт-22, 18:56 
RTFM.

https://dev.mysql.com/doc/refman/8.0/en/innodb-purge-configu...

Purge runs on a *periodic* schedule.

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

223. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Анно Домини (?), 19-Окт-22, 19:00 
> RTFM.
> https://dev.mysql.com/doc/refman/8.0/en/innodb-purge-configu...
> Purge runs on a *periodic* schedule.

+ https://www.percona.com/blog/2014/10/17/innodb-transaction-h.../

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

63. "Релиз СУБД PostgreSQL 15"  –6 +/
Сообщение от Chlen22sm (?), 13-Окт-22, 21:26 
> Базу с вакуумом трудно назвать нормальной

Тоже всегда считал это лютейшей дичью

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

66. "Релиз СУБД PostgreSQL 15"  –3 +/
Сообщение от Славик (?), 13-Окт-22, 21:55 
Дазе с нормальным дизайном вакуум ненужен.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

106. "Релиз СУБД PostgreSQL 15"  –2 +/
Сообщение от Славик (?), 14-Окт-22, 10:04 
> Дазе с нормальным дизайном вакуум ненужен.

Я имел ввиду Базе с нормальным дизайном...

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

127. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Аноним (118), 14-Окт-22, 14:26 
Типа MyISAM?
Ответить | Правка | Наверх | Cообщить модератору

146. "Релиз СУБД PostgreSQL 15"  +2 +/
Сообщение от Славик (ok), 14-Окт-22, 16:33 
> Типа MyISAM?

не СУБД а базе данных. В курсе что это такое дизайн базы данных? Или ты из тех фулстакеров, на все руки мастеров.

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

78. "Релиз СУБД PostgreSQL 15"  +2 +/
Сообщение от Аноним (78), 14-Окт-22, 00:31 
Так ты его отключить можешь, но тогда сам решай проблемы которые решает вакуум
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

115. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Анно Домини (?), 14-Окт-22, 13:40 
То бишь, не можешь.
Ответить | Правка | Наверх | Cообщить модератору

128. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Аноним (118), 14-Окт-22, 14:27 
Как и отключить purge в mysql.
Ответить | Правка | Наверх | Cообщить модератору

132. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Анно Домини (?), 14-Окт-22, 14:32 
> Как и отключить purge в mysql.

Purge не нагружает базу так сильно как автовакуум, а ручной вакуум в мускуле  не нужен, потому что база не пухнет из-за более правильной архитектуры.

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

138. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Аноним (118), 14-Окт-22, 15:55 
Нагрузка от вакуум настраивается и по молчанию он ничего не нагружает, ручной вакуум в мускукле нужен, потому что от массовых delete база пухнет точно так же, так как архитектуры у всех MVCC движков похожи и подразумевают хранение старых туплов иначе они бы не называли MULTIVersion, а понятие правильности архитектуры не бывает в вакууме ;-) понятие «правильности» зависит от требований, у всех MVCC движков есть плюсы и минусы.
Ответить | Правка | Наверх | Cообщить модератору

151. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Анно Домини (?), 14-Окт-22, 17:02 
Я смотрю, ты уже забыл статью, которую комментировал два часа назад, неуч. Ничего, я буду тыкать тебя в неё носом, пока ты полностью не просветлишься относительно разницы подходов Постгре и мускула, из-за которой оптимизация базы с даунтаймом требуется в мускуле гораздо реже: http://rhaas.blogspot.com/2011/02/mysql-vs-postgresql-part-2...
Ответить | Правка | Наверх | Cообщить модератору

152. "Релиз СУБД PostgreSQL 15"  –1 +/
Сообщение от Анно Домини (?), 14-Окт-22, 17:05 
Ничего не нагружает только у клоунов на локалхосте, которые никогда в жизни прода не видели, вроде тебя.

https://stackoverflow.com/questions/54831212/postgresql-auto...

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

159. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Аноним (159), 14-Окт-22, 21:40 
Напротив, нормальная база может быть только с вакуумом, потому что полноценная параллельность и изоляция подразумевает хранение нескольких версий строк (тогда как innodb'шные undo логи - это как раз уродство и лишние копирования на каждый чих), а их неизбежно нужно периодически чистить. Ну да, при этом нужно чтобы у вас транзации не висели бесконечно и да, на некоторых ворклоудов его нужно явно настраивать, но это не rocket science.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

175. "Релиз СУБД PostgreSQL 15"  +1 +/
Сообщение от Прохожий (??), 15-Окт-22, 14:19 
У Oracle, например, которая нормальная СУБД, нет вакуума. Есть специальное табличное пространство для целей хранения предыдущих версий данных.
Ответить | Правка | Наверх | Cообщить модератору

207. "Релиз СУБД PostgreSQL 15"  +1 +/
Сообщение от Заноним (?), 17-Окт-22, 15:17 
> Oracle ... нормальная СУБД

Щаз! Ниразу не нормальная СУБД, в ней просто тонны ньюансов, легаси конструкций и performance-penalty элементов в самых неожиданных местах.

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

217. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Прохожий (??), 19-Окт-22, 06:18 
В каком зрелом и сложном продукте это не так? Про легаси конструкции хотелось бы больше подробностей.
Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз СУБД PostgreSQL 15"  +/
Сообщение от Аноним (170), 15-Окт-22, 11:35 
А какие БД ты еще знаешь?
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру