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

"Oracle уволил 70 сотрудников из команды проекта MySQL "	+/–
Сообщение от opennews (?), 12-Сен-25, 12:30
По данным издания The Register под сокращение персонала в компании Oracle попали 70 сотрудников, вовлечённых в работу над СУБД MySQL, среди которых несколько опытных разработчиков.  Майкл "Монти" Видениус, сооснователь СУБД MySQL и создатель проекта MariaDB, написал, что ему больно слышать о массовых увольнениях в MySQL и хотя он не удивлён данными действиями Oracle, его всё равно печалит, что до этого дошло. Петр Зайцев, сооснователь компании Percona и бывший руководитель группы оптимизации производительности в компании MySQL AB, выразил опасение, что данный шаг может привести к постепенному сворачиванию  Community-редакции MySQL... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63869
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Анонист (?), 12-Сен-25, 12:30	+/–
Плохо (((
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Аноним (2), 12-Сен-25, 12:31	+22 +/–
Надеюсь, уволенные опытные разработчики подключатся к работе над MariaDB
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #92, #114

4. Сообщение от Аноним (4), 12-Сен-25, 12:32	+13 +/–
Мускуль стал окончательно ненужным с равзитием постгреса и специализированных субд.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #109

6. Сообщение от Агл (?), 12-Сен-25, 12:37	+6 +/–
"Состояние Ларри Эллисона из Oracle за один день выросло на 90 миллиардов долларов. Он ненадолго стал самым богатым человеком в мире"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #59

8. Сообщение от Анонисссм (?), 12-Сен-25, 12:48	–5 +/–
>уволенные опытные разработчики подключатся к работе над MariaDB а, лучше над нормальной субд, для разнообразия
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #28, #69

9. Сообщение от kai3341 (ok), 12-Сен-25, 12:52	–11 +/–
> постгреса ты допустил 7 ошибок в слове mariadb
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #11, #30, #55

11. Сообщение от Аноним (11), 12-Сен-25, 12:56	+1 +/–
А чем мария лучше постгресса? Она типа да, совместимее с мускулом, но может лучше один раз мигрироваться на лучшую открытую субд, а потом жить припеваючи?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #12, #16

12. Сообщение от Аноним (46), 12-Сен-25, 13:01	–1 +/–
> мигрироваться на лучшую открытую субд, а потом ... пожинать плоды монопилии. починил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #17, #76

13. Сообщение от Аноним (13), 12-Сен-25, 13:04	+5 +/–
Дак вот как Ларри вчера 100млрд долларов заработал
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #64

14. Сообщение от Someone (??), 12-Сен-25, 13:07	+5 +/–
Слово "заработал" здесь неуместно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #47

15. Сообщение от Хрю (?), 12-Сен-25, 13:07	+2 +/–
Я, честногря, удивлён, что Оракл до сих пор тащит мускуль и даже делает открытую версию. Думал, что он побыстрее от этого всего избавится. Тем более, что сан покупал мускуль в последний момент за неадекватные бабки с единственной целью распила кредитного бабла, за который расплачиваться пришлось Ораклу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #33

16. Сообщение от kai3341 (ok), 12-Сен-25, 13:08	+/–
> А чем мария лучше постгресса? Вопрос не в лучше/хуже, а в том, что они по-разному работают. Это вопрос о различиях MVCC постгри, InnoDB, Aria, MyRocks и ещё нескольких интересных движков Да, мускуль 5.7 был совсем ужасен. Когда секвенсы в машу добавили -- оказалось, что дамп делается неправильно. Да, мускуль и маша в некоторых вопросах отстают от постгри. Но выбор БД определяется тем, как приложение работает с данными
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #22, #31, #57, #112

17. Сообщение от Аноним (11), 12-Сен-25, 13:09	+1 +/–
И какие же плоды? Монополизма пока не вижу, тем более при абсолютной открытости это не страшно - всё же всё равно открыто и свободно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

18. Сообщение от Аноним (28), 12-Сен-25, 13:26	–2 +/–
Когда-то тащился от MySQL. С опытом приходит прозрение. Сабж и все его форки на первый взгляд разве что для обучения годятся, но и для этого они не годятся. Баловство для школьников всё это. Есть большая платная Oracle (для обучения идеальна его XE), есть большая бесплатная Postgre. Всё, из универсальных больше ничего нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #60, #90, #107

19. Сообщение от Аноним (19), 12-Сен-25, 13:26	+1 +/–
Он, кстати, на эти деньги собирается через Парамаунт купить Ворнеров. Диверсификация активов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

22. Сообщение от Аноним (4), 12-Сен-25, 13:29	+3 +/–
Понимаешь в чем дело - не существует профиля нагрузок, в котором машка показывала бы ощутимо лучший результат, чем постгрес. Опровергнуть элементарно - дай результаты тестов. Прибавь сюда то, что машка в принципе проектировалась для мелких сайтиков и не заточена под современные обьемы и нагрузки. Добавь сюда отсутствие вменяемой кластеризации и мульти мастера (галеру даже не упоминай - это поделие для подкровати). Добавь сюда отсутствие хоть каких-то сеньезных средств профилирования - я даже с ораклом и не сравниваю, банальных готовых инструментов уровня наработок постгреспро не существует. Ну и получишь то, что машка сейчас никому не нужна. У нее был исторический шанс, но он успешно упущен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #35, #39, #63, #89, #99, #163

25. Сообщение от Аноним (25), 12-Сен-25, 13:33	+3 +/–
вообще поражает как эта хрень (Oracle DB) до сих пор продается так что приносит столько денег
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #32, #37, #44, #48

26. Сообщение от Аноним (4), 12-Сен-25, 13:37	+6 +/–
Если тебе вдруг придется поработать на проекте с обьемом данных больше хотя бы петабайта - ты очень быстро перестанешь поражаться. Поражается тот, кто не в теме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #27

27. Сообщение от Аноним (13), 12-Сен-25, 13:48	+1 +/–
> Если тебе вдруг придется поработать на проекте с обьемом данных больше хотя > бы петабайта - ты очень быстро перестанешь поражаться. Поражается тот, кто > не в теме. А что там в ней такого, что позволяет с петабайтом данных работать? Функции на джаве? Или тормознучий RMAN?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #115

28. Сообщение от Аноним (28), 12-Сен-25, 13:51	+1 +/–
Их же как раз уволили. Значит, не считают нужным подключать "укушенных" к работе над, как Вы выразились, "нормальной СУБД".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #46

29. Сообщение от Аноним (29), 12-Сен-25, 13:51	+/–
" выразил опасение, что данный шаг может привести к постепенному сворачиванию Community-редакции MySQL" С чего бы????? Где логика? Вот исходники и уже успешное дело. С какого чёрта внезапнейше, сворачивать? Уйди и не возвращайся, оставь заинтересованным. Просветите пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34, #41

30. Сообщение от Аноним (28), 12-Сен-25, 13:52	–1 +/–
Вы не видели, как он падает. Желаю успеха встретиться Вам с ним в продакшене.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

31. Сообщение от Аноним (31), 12-Сен-25, 14:03	–5 +/–
постгри Вас 1с покусал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #98

32. Сообщение от Аноним (31), 12-Сен-25, 14:04	+1 +/–
потому что альтернативы нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

33. Сообщение от Аноним (33), 12-Сен-25, 14:08	+/–
https://en.wikipedia.org/wiki/MySQL
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

34. Сообщение от Аноним (11), 12-Сен-25, 14:09	+1 +/–
Логика очевидна - Оракл не будет платить разрабам, чтобы пили и коммьюнити версию среди прочего - они не будут разрабатывать. Никакое волшебное "сообщество" за бесплатно ничего не поддержит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #40

35. Сообщение от kai3341 (ok), 12-Сен-25, 14:09	+2 +/–
> Прибавь сюда то, что машка в принципе проектировалась для мелких сайтиков и не заточена под современные обьемы и нагрузки Проблема бенчмарков в том, что можно просто найти "подходящий", как вот этот: https://arxiv.org/html/2411.10005v1 . Вы найдёте бенчмарк, разносящий в ноль мускуль / машу -- и каждый из нас останется при своём мнении. Поэтому я и говорил о том, что есть сценарии, где хорош постгрес, и есть сценарии, где хорош мускуль / маша просто ввиду их существенных внутренних различий > Прибавь сюда то, что машка в принципе проектировалась для мелких сайтиков и не заточена под современные обьемы и нагрузки MVCC InnoDB работает принципиально так же, как и Oracle. Для каких там мелких сайтов проектировался Oracle? А ещё, оказывается, sqlite тоже приемлемо жуёт многогигабайтные БД, хотя кто как не он проектировался под мелюзгу? > Добавь сюда отсутствие вменяемой кластеризации и мульти мастера (галеру даже не упоминай - это поделие для подкровати). Я не собирал кластеры, но документация мускуля -- это прям историческая летопись, как оно делалось когда-то и осталось ради обратной совместимости > Добавь сюда отсутствие хоть каких-то сеньезных средств профилирования - я даже с ораклом и не сравниваю, банальных готовых инструментов уровня наработок постгреспро не существует Отсюда и далее давайте подробнее. Главный инструмент профилирования в руках разраба -- это план запроса. И все современные БД умеют в EXPLAIN. Чего не хватает маше и что за контекстная реклама постгепро[на]? > Ну и получишь то, что машка сейчас никому не нужна. У нее был исторический шанс, но он успешно упущен. Ну тут всё сложно. Даже Firebird казалось бы ненужное ненужно -- а развивается. Мне кстати нравится их академичность. Но я работал с ней почти 10 лет назад
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #54, #84

36. Сообщение от Аноним (-), 12-Сен-25, 14:11	+2 +/–
> 70 сотрудников, вовлечённых в работу над СУБД MySQL Почему не пишут 70 из скольки? Может их там была тыщща дармоедов и уволил 70 самы дармоедистых?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #72

37. Сообщение от Аноним (37), 12-Сен-25, 14:14	+/–
За откаты. Яву с линуксом тоже продают, хотя есть точно такая же бесплатно. И покупают же ж.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #116

38. Сообщение от Аноним (25), 12-Сен-25, 14:15	+/–
из 70
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

39. Сообщение от ага (?), 12-Сен-25, 14:19	+4 +/–
"(галеру даже не упоминай - это поделие для подкровати). " работающее годами и жрать не требующее, очень легко так откинуть явное преимущество приписав ему несуществующие недостатки, далеко пойдешь с "мульти-мастером" на постгресе, хехе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

40. Сообщение от Аноним (31), 12-Сен-25, 14:21	+/–
Оракл не будет платить разрабам, чтобы пили тока чтоб ели? за еду?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #51

41. Сообщение от Аноним (-), 12-Сен-25, 14:23	–1 +/–
> С чего бы????? Где логика? > Вот исходники и уже успешное дело. С какого чёрта внезапнейше, сворачивать? > Уйди и не возвращайся, оставь заинтересованным. Ты думаешь кучка 60mжей из "сообщества" смогут ее развивать? Или хотя бы поддерживать? Писать БД это тебе не очередной плеер написать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #43

42. Сообщение от Стив (?), 12-Сен-25, 14:26	–1 +/–
Ларри все правильно сделал! Давно было пора их гнать, синяя шляпа вон тоже юристов-экономистов на мороз отправила. Ище пакетников линукса с солярой нужно выгнать на мороз. И да, кофеистов тоже за ворота. Вроде ни каго больше не забыл. Это сколько мульярдов долларов можно ежемесячно экономить! В оракле должна остаться только одна база данных!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50

43. Сообщение от фывфыв (?), 12-Сен-25, 14:34	+/–
Отрезвил. Спасибо! MariaDB по всей видимости, была платной попыткой развивать за счёт опенсорса мускул и монетизировать пожестче. Похоже не оправдало ожиданий, сворачивают всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #45, #52

44. Сообщение от 1 (??), 12-Сен-25, 14:35	+/–
Т.е. тебя не поражает что продаётся MS SQL и DB2 ? По фичам Oracle DB лучшая среди тройки. Единственно - техподдержка у них (и недоступна сейчас) так себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

45. Сообщение от 1 (??), 12-Сен-25, 14:36	+3 +/–
MariaDB была попыткой видениуса второй раз продать MySQL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

46. Сообщение от Аноним (46), 12-Сен-25, 14:40	+/–
А они пусть скрытно, без разрешения...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #91

47. Сообщение от Аноним (47), 12-Сен-25, 14:44	–7 +/–
Давай покажи нам как надо зарабатывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #58, #62, #94

48. Сообщение от Аноним (47), 12-Сен-25, 14:45	–3 +/–
В России оно и не продаётся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

49. Сообщение от Аноним (47), 12-Сен-25, 14:46	+/–
Всё уже давно ИИ пишут. Разработчики больше не нужны.
Ответить | Правка | Наверх | Cообщить модератору

50. Сообщение от Аноним (47), 12-Сен-25, 14:47	+1 +/–
Одна нейросеть должна остаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #80

51. Сообщение от Аноним (11), 12-Сен-25, 14:54	+/–
Ага. А вы думали, что коммьюнити-версию делает коммьюнити за просто так, а Оракл так, просто рядом стоит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #70

52. Сообщение от Аноним (-), 12-Сен-25, 15:01	+/–
> MariaDB по всей видимости, была платной попыткой развивать за счёт опенсорса мускул За чей счет?)) Они развивались на деньги Амазона, IBM, Tencent и прочих. mariadb.org/donate - там в низу есть списочек. mariadb.org/tag/sponsorship/ А вот индивидуалы mariadb.org/donate/individual-sponsors
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

53. Сообщение от Виталий (??), 12-Сен-25, 15:09	+/–
Комунити будет жить. Смотрим на IceWM бессмертный.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #118

54. Сообщение от Аноним (54), 12-Сен-25, 15:12	+1 +/–
Выглядит так, что вы в ДБ разбираетесь. Тогда, если не затруднит, оффтопный вопрос: "а как подобрать базу данных?"ʼ Если бенчи могут показывать погоду на марсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #56

55. Сообщение от GG (ok), 12-Сен-25, 15:15	+1 +/–
Ты допустил больше в слове Percona. Они всё это начали, задолго до появления Марии. И без них Мария была бы таким же обычным форком как и любой другой форк по политическим мотивам. Идейно может и лучше, но без веских технических причин для перехода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

56. Сообщение от kai3341 (ok), 12-Сен-25, 15:32	+11 +/–
Рад, что ты спросил! <голосовое длительностью 8 часов>
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

57. Сообщение от Сталин (?), 12-Сен-25, 15:36	+/–
Нет никакого «постгри»! Ты же не говоришь «Май». Либо «Постгрес», либо «ПостгрЭсКуЭль».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #97

58. Сообщение от Аноним (58), 12-Сен-25, 15:41	+1 +/–
Дело не в надо или не надо, правильно или нет. Вопрос в том что положительный скачок цен на акции странно называть "заработал". Завтра цена на акции снизится и это так же странно будет называть "потратил". Состояние увеличилось и состояние уменьшилось. По мне так более адекватные термины.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #67, #106

59. Сообщение от а4y (?), 12-Сен-25, 15:43	–1 +/–
Вспомнился анекдот: Чем Ларри Эллисон отличается от Бога? Ответ: Бог не говорит, что он - Ларри Эллисон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

60. Сообщение от Ex (?), 12-Сен-25, 16:08	–1 +/–
А что не так с мускулем ? Основную часть задач тянет. А сервисы с кластерами, векторными движками и подобным нужны очень не многим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

61. Сообщение от Аноним (61), 12-Сен-25, 16:08	+1 +/–
Незнаю как это назвать, но оно должно и дальше развиваться. За двадцать шесть лет разработал кучу сайтов и софта с использованием этой СУБД на заказ и для себя лично. Когда движуха и санкции закончатся можно будет спокойно разработчиков финансировать, а то сейчас терроризм и измену впаять могут.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78, #88

62. Сообщение от Димая (?), 12-Сен-25, 16:15	+/–
А ты биржевую стоимость компании к личным богатствам что ли относишь? Серьёзно? Все эти подсчёты пустота.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #68

63. Сообщение от Savaoff (?), 12-Сен-25, 16:15	+/–
Мультимастер на mariadb есть и вполне себе работает. Правда, наткнулся на древний баг перлового dbi, но это не про мастер-мастер, хотя при нем тоже имеет место быть: https://stackoverflow.com/questions/35048834/mariadb-replica...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

64. Сообщение от Аноним (64), 12-Сен-25, 16:19	–1 +/–
Они на сделке с OpenAI заработали - сервера в аренду сдали возможно на серверах крутилось MySQL https://www.theregister.com/2025/09/11/openai_reportedly_on_.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #93

65. Сообщение от xsignal (ok), 12-Сен-25, 17:18	–2 +/–
На ИИ заменили. А то ли ещё будет...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #101

66. Сообщение от Анонз (?), 12-Сен-25, 17:34	+/–
А в это время глава Oracle обогнал Илона Маска в списке forbs
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #156

67. Сообщение от Аноним (67), 12-Сен-25, 17:45	+/–
С любой работой точно так же. Какая разница?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

68. Сообщение от Аноним (67), 12-Сен-25, 17:46	–3 +/–
Пустота у тебя в кошельке и в голове если ты так говоришь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #83

69. Сообщение от daemontux (?), 12-Сен-25, 18:03	+4 +/–
Вы надеюсь с нами поделитесь какие нынче СУБД являются нормальными? А то камрады могут быть не в курсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #135

70. Сообщение от Аноним (91), 12-Сен-25, 18:08	–1 +/–
Community - это идея демократов - "что-то общее хорошее". Компании "шли в тренде". Ветер изменился на республиканский. Не одному барыге в голову не придет делать что-то общее не его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #75

71. Сообщение от Аноним (72), 12-Сен-25, 18:12	+/–
Я уже 30 лет с Ораклом... Чем Элисон старше, тем жаднее и жаднее
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #87

72. Сообщение от Аноним (72), 12-Сен-25, 18:13	+/–
Оставили скорее всего как дармоедов из сейлов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

73. Сообщение от Голдер и Рита (?), 12-Сен-25, 18:18	+2 +/–
Печально и грустно стало ☹️🖤💔🫴
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74

74. Сообщение от Голдер и Рита (?), 12-Сен-25, 18:21	+/–
MySQL моя первая СУБД с которой начинался мой путь в айтишечку в 2012 году…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #125

75. Сообщение от Аноним (-), 12-Сен-25, 18:25	+/–
Не, за время существования Community редакции сколько у амеров президентов сменилось? Причем туда-сюда с демократов на респов и наоборот. Просто пока корпорации было выгодно Community - они его поддерживали. Потом сообщество слегка oбopзело и начало что-то требовать. Итог весьма предсказуемый)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

76. Сообщение от rshadow (ok), 12-Сен-25, 18:39	+1 +/–
До монополии там далеко. Поделки разного уровня постоянно появляются, вслед за новыми вызовами. Мускул так и остался чем-то времен апача, с детскими болезнями не предоставляя каких-то конкуретных фич.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

78. Сообщение от Аноним (78), 12-Сен-25, 18:55	+1 +/–
Тем сайтам sqlite было достаточно, правда?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

80. Сообщение от Аноним (91), 12-Сен-25, 19:30	+/–
И тогда посмотрим кто умнее...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

83. Сообщение от Xo (?), 12-Сен-25, 20:10	–1 +/–
Завидуешь чтоле? Фу таким быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

84. Сообщение от morphe (?), 12-Сен-25, 20:13	+1 +/–
> Проблема бенчмарков в том, что можно просто найти "подходящий", как вот этот: https://arxiv.org/html/2411.10005v1 Извиняюсь, но... > Вы найдёте бенчмарк, разносящий в ноль мускуль / машу Для того чтобы машу разнести - не нужно специально производить неведомое окружение которое ты нигде в реальности не увидишь, как это было сделано в этом бенчмарке: > The NVMeVirt is a versatile software-defined virtual NVMe device То что мускул оказался быстрее в условиях которые никак и никогда не соотносятся с реальностью говорит лишь о его оторванности от реальности
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

87. Сообщение от Аноним (88), 12-Сен-25, 21:58	–2 +/–
Как там булевый тип  для колонок добавили уже? А то я с 10.2 больше к этому поделию уже не прикасался
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #96, #104

88. Сообщение от Аноним (88), 12-Сен-25, 22:00	+1 +/–
Ламп протух как стек уже лет 15 назад
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

89. Сообщение от User (??), 12-Сен-25, 22:13	+4 +/–
Топить за постгрю и упрекать кого-то в "отсутствии нормальной кластеризации и мультимастера" - это так... замечательно, что я и слова-то не подберу. Осталось еще про резервное копирование сказать - и пасьянс собран!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #108

90. Сообщение от User (??), 12-Сен-25, 22:18	–1 +/–
Ээээ... постгря ораслю настолько не конкурент, что просто вааще. Ей бы с ms sql server потягаться - но пока нет. Бесплатное пиво по соотношению цена\качество - штука конечно замечательная, но есть нюансы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #143, #146

91. Сообщение от Аноним (91), 12-Сен-25, 22:32	+1 +/–
>А они пусть скрытно Как Нео через телефонную трубку? )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

92. Сообщение от Аноним (92), 12-Сен-25, 23:09	+1 +/–
Да Оркалу сейчас деньгами доказали, что кроме их коммерческой базы, другая база просто не существует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

93. Сообщение от Аноним (92), 12-Сен-25, 23:11	+/–
Нет, там коммерческая база крутилась. И тут менеджмень понял, что на MySQL они все эти годы не просто абсолютно зря, а вообще во вред себе, бабло тратили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

94. Сообщение от Аноним (94), 12-Сен-25, 23:30	+2 +/–
"Заработал" по-русски означает "получил деньги за работу". Какую работу тут выполнил Ларри Эллисон?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #111

96. Сообщение от Аноним (72), 13-Сен-25, 00:26	–1 +/–
Да, но для наших десятков миллионов записей в секунду это нафиг не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #100

97. Сообщение от Аноним (11), 13-Сен-25, 01:25	+1 +/–
Все знакомые говорят постгря, так что у нас всё есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #133

98. Сообщение от Аноним (11), 13-Сен-25, 01:25	+/–
Нормальная адаптация названия на русский, не на английском же вещаем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

99. Сообщение от penetrator (?), 13-Сен-25, 03:32	+/–
у постгреса мультимастера нет вообще, есть только постгрес-совместимый юга и комерческий enterprise db а так MySQL NDB или MySQL Galera, не без нюансов, но вполне рабочие варианты, если тебе подходят их требования так что ты профан мультимастер постгрес про - жалкое поделие, которое даже не прошло в апстрим, и оно такое же комерческое стало, после этого факапа производительность MySQL и PostgreSQL примерно одинаковые, второй быстрее на ~10% на том же физческом оборудовании, но только после соотвествующего тюна ну и самая большая боль - это миграция на новую мажорную версию, MySQL это умеет из коробки, а постгрес - вечный гемор
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #105, #152

100. Сообщение от penetrator (?), 13-Сен-25, 03:41	–2 +/–
че ты звездишь? десятки миллионов записей в секунду это примерно около 5 гигабайт в секунду т.е. у тебя мелкочблочное чтение запись в 5 GB/s ? да еще с журналированием фантазер
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #123, #124

101. Сообщение от нейм (?), 13-Сен-25, 07:59	+1 +/–
на ИсИИ меняют (индус с ии)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

104. Сообщение от Аноним (104), 13-Сен-25, 10:50	+/–
А в myswl добавили, или всё так же используем integer(1)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

105. Сообщение от edo (ok), 13-Сен-25, 12:17	+1 +/–
> ну и самая большая боль - это миграция на новую мажорную версию, MySQL это умеет из коробки, а постгрес - вечный гемор pg_upgrade уже много лет. даже не вспомню когда он появился
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #130

106. Сообщение от edo (ok), 13-Сен-25, 12:20	+/–
не совсем так. рост цены акций сейчас вызван впечатляющим финансовым отчётом oracle, дела у них идут отлично, денег полно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

107. Сообщение от edo (ok), 13-Сен-25, 12:25	+/–
ну да, не такой давний пример миграции uber с mysql на postgres подтверждает ваши слова. хотя постойте, я всё перепутал, они же наоборот с pg мигрировали на my, как же так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #151

108. Сообщение от edo (ok), 13-Сен-25, 12:26	+/–
> еще про резервное копирование сказать - и пасьянс собран! а что с ним не так у постгреса?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #120

109. Сообщение от edo (ok), 13-Сен-25, 12:28	+/–
> Мускуль стал окончательно ненужным с равзитием постгреса и специализированных субд. настолько ненужным, что uber не так давно мигрировал с postgresql на mysql
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #137

110. Сообщение от SubGun (ok), 13-Сен-25, 12:49	+/–
Уволили тех, кто противился переписыванию MySQL на rust?
Ответить | Правка | Наверх | Cообщить модератору

111. Сообщение от Чтото знающий (?), 13-Сен-25, 13:19	+1 +/–
Огромную. Вы ведь не считаете, что акции растут сами по себе? Для этого надо убедить инвесторов, что компания стоит того, чтобы в неё вкладывали деньги. А это очень и очень непросто в таких масштабах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #155

112. Сообщение от Кошкажена (?), 13-Сен-25, 13:21	–1 +/–
> MyRocks Это по факту внутренняя разработка запрещенной к рекламе конторы. Просто чтобы понимать масштаб надо заглянуть в багтрекер rocksdb или посмотреть на кол-во кода, засечь время сборки и увидеть итоговый размер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

113. Сообщение от Кошкажена (?), 13-Сен-25, 13:24	–1 +/–
Странно ожидать чего-то от корпорастов. Им важнее деньги и бросят они мускуль как только станет обузой. А вы тут охаете и ахаете от увольнения 70 разработчиков (из 162000 сотрудников). Как дети малые. Только опенсорс спасет всех.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #140

114. Сообщение от Аноним (114), 13-Сен-25, 13:24	+/–
делать им нефиг, гнуть спину бесплатно для повышения чсв Монти
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

115. Сообщение от Чтото знающий (?), 13-Сен-25, 13:27	+1 +/–
Партицирование таблиц, сжатие данных на лету, Flasback database, Flashback query, RMAN (вполне себе быстрый и удобный), Active Dataguard, Real application cluster, bitmap indexes, вменяемый Datapump и много чего другого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #119, #157

116. Сообщение от Чтото знающий (?), 13-Сен-25, 13:28	+1 +/–
Кто о чем, а вшивый о бане.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #153

118. Сообщение от EiLef3Woos (ok), 13-Сен-25, 14:54	–1 +/–
С IceWM пример не очень. Он простой в коде и тем не менее был мёртв лет 10, пока какой-то энтузиаст внезапно не оживил тот труп. Непонятно только зачем — востребованность равна нулю. Зато LXFCE с миллионными установками и поддержкой во всех топ-дистрибутивах убили просто тем, что основной разработчик разочаровался (небезосновательно, конечно) в одной единственной либе (GTK+) А мускель... Он всегда был "бедным родственником": сложный в обслуживании, громоздкий, с массой проблем в оверхеде по ресурсам и производительности. Вроде и вышвырнуть такого "родственничка"  было жалко, но с другой стороны он настолько бесполезен, что может быть заменён буквально чем угодно и это даже не вызывает чувства жалости. Архив ему пухом!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #122

119. Сообщение от Буквально (?), 13-Сен-25, 15:11	+/–
Что скажете про это: https://news.ycombinator.com/item?id=18442941
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #128, #138

120. Сообщение от User (??), 13-Сен-25, 15:32	+/–
>> еще про резервное копирование сказать - и пасьянс собран! > а что с ним не так у постгреса? Ну, в режиме 1 база на 1 кластер - все норм. А вот попытка восстановить на point in time _одну_ базу в кластере - достаточно забавное приключение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #136

122. Сообщение от Аноним (-), 13-Сен-25, 15:38	+/–
> Зато LXFCE с миллионными установками и поддержкой во всех топ-дистрибутивах убили просто тем, > что основной разработчик разочаровался (небезосновательно, конечно) в одной единственной либе (GTK+) О какой востребованности "LXFCE с миллионными установками" может идти речь, если из этих миллионов установок не нашлось ни одного разработчика, готового продолжить разработку? Такое же нинужна как и IceWM.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #127

123. Сообщение от Аноним (72), 13-Сен-25, 15:59	–1 +/–
Не умеешь, завидуй молча.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

124. Сообщение от Аноним (72), 13-Сен-25, 16:01	+/–
Ладно, я сегодня добрый, дам намёк. В Oracle можно писать бинари в формате базы прямо в базу, минуя всякие SQL и тп. Поэтому пишется всё максимально-возможно быстро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #126, #131

125. Сообщение от Аноним (126), 13-Сен-25, 17:38	+/–
А я начинал с программируемого микрокалькулятора МК-52. И?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #154, #160

126. Сообщение от Аноним (126), 13-Сен-25, 17:41	+/–
Вы что решили чилавечку сломать его моск и представления и до психушки довести? Он, до сих пор считает, что в Oracle можно только "с журналом писать" - это ему "старшие пацаны" в IT-кружке сказали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

127. Сообщение от EiLef3Woos (ok), 13-Сен-25, 19:02	+/–
>> Зато LXFCE с миллионными установками и поддержкой во всех топ-дистрибутивах убили просто тем, >> что основной разработчик разочаровался (небезосновательно, конечно) в одной единственной либе (GTK+) > О какой востребованности "LXFCE с миллионными установками" может идти речь, если из > этих миллионов установок не нашлось ни одного разработчика, готового продолжить разработку? > Такое же нинужна как и IceWM. Мне как когдашнему пользователю LXFCE очень жаль заброшку, после которой вынужденно пришлось искать альтернативы, потому что lxqt вовсе не альтернатива, а помесь велосипедного костыля с граблями. Идейно LXFCE была проработана очень хорошо, значительно лучше чем очень базовый IceWM. Может быть кто-то, когда-то оживит и этого зомби тоже. Предполагаю после того, когда сделают нормальную библиотеку для GUI на чистом Си и без тупых аллокаторов libglib, из-за которых отладка таких приложений превращается в неосуществимую задачу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

128. Сообщение от Агноним (?), 13-Сен-25, 19:28	+/–
Очередной неосилятор-непониматор. У специалистов как-то все нормально и даже прекрасно. Надеюсь, ты же не из неосиляторов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #158, #159

130. Сообщение от penetrator (?), 13-Сен-25, 20:12	–1 +/–
Если при обновлении внутренний формат хранения данных изменится так, что старые данные станут недоступны, pg_upgrade не сможет выполнить обновление.  -- спасибо, но в мажорных версиях это вполне вероятно, гемор? - гемор
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #139, #142

131. Сообщение от penetrator (?), 13-Сен-25, 20:18	–3 +/–
> Ладно, я сегодня добрый, дам намёк. В Oracle можно писать бинари в > формате базы прямо в базу, минуя всякие SQL и тп. Поэтому > пишется всё максимально-возможно быстро. bulk insert без flush? и зачем тебе OLTP тогда? на всякий напомню оригинальный пост "Да, но для наших десятков миллионов записей в секунду это нафиг не нужно." даже если без журнала и тупо балк вставка, ты все равно не получишь 5 GB/s если у тебя один инстанс, даже если все в памяти, и то под вопросом (и для этого и оракл не нужен) ты цирковое училище заканчивал? не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #166

133. Сообщение от BrainFucker (ok), 13-Сен-25, 21:04	+/–
Это слэнг, как "мускуль" для MySQL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

135. Сообщение от anonymous (??), 13-Сен-25, 22:22	+3 +/–
Постгря нормальная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

136. Сообщение от Аноним (136), 13-Сен-25, 23:59	+/–
Пользуйтесь барманом через cnpg и делайте это декларативно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #141

137. Сообщение от Аноним (136), 14-Сен-25, 00:05	+/–
> не так давно Десять лет назад. Да и вообще о причинах миграции стоит почитать, там совсем не средний случай использования ДБ. Если кратко, то Uber не вполне использует БД как БД, и их случай вообще не показывает ничего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #165

138. Сообщение от Аноним (136), 14-Сен-25, 00:14	+/–
Что за 48 лет любой коммерческий продукт с таким длинным списком клиентов станет весьма и весьма сложен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

139. Сообщение от edo (ok), 14-Сен-25, 01:28	+/–
можно пример когда это может случиться? в документации  ограничений не видел, сам обновлял версии с 9 по 17, с проблемами не сталкивался
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #145

140. Сообщение от Аноним (136), 14-Сен-25, 01:55	+/–
> Им важнее деньги И слава боженьке, хоть кто-то в этом мире не лжёт себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

141. Сообщение от User (??), 14-Сен-25, 07:59	+/–
> Пользуйтесь барманом через cnpg и делайте это декларативно. Совет конечно хороший - правда не то, чтобы "не рабочий", но скажем так - не сильно уменьшающий количество через-ноги-да-в-сапоги приседаний - а с учетом рекомендации все это еще и в кубике крутить - и вовсе какое-то наяривание через плечо выходит. Ну и да - SLA у подобного рода процедуры - как её не делай - очень уж унылый выходит в случае сколько-нибудь крупных баз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #162

142. Сообщение от bOOster (ok), 14-Сен-25, 08:32	–1 +/–
Какой-то бред неуча. Это может случиться только из-за кастомных типов данных реализуемых СВОИМИ модулями. Само собой при обновлении на новую версию свои модули должны быть пересобраны и установлены в новую версию pg.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #144

143. Сообщение от bOOster (ok), 14-Сен-25, 08:37	+/–
Всполне конкурент и Ораклу и MsSQL с платной поддержкой от самой postgre.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #149

144. Сообщение от penetrator (?), 14-Сен-25, 08:40	+/–
> Какой-то бред неуча. > Это может случиться только из-за кастомных типов данных реализуемых СВОИМИ модулями. Само > собой при обновлении на новую версию свои модули должны быть пересобраны > и установлены в новую версию pg. If a future major release ever changes the data storage format in a way that makes the old data format unreadable, pg_upgrade will not be usable for such upgrades. https://www.postgresql.org/docs/current/pgupgrade.html одни вайтишники бесполезные с ЧСВ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #171

145. Сообщение от penetrator (?), 14-Сен-25, 08:42	+/–
> можно пример когда это может случиться? в документации  ограничений не видел, > сам обновлял версии с 9 по 17, с проблемами не сталкивался не сталкивался потому что там написано, что они будут избегать таких ситуаций, но не гарантируют этого
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

146. Сообщение от bOOster (ok), 14-Сен-25, 08:49	+/–
Всполне конкурент и Ораклу и MsSQL с платной поддержкой от самой postgre.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

149. Сообщение от User (??), 14-Сен-25, 11:21	+/–
> Всполне конкурент и Ораклу и MsSQL с платной поддержкой от самой postgre. Да, пожалуй вы правы - там где первое и второе "почему-то" не продают, зато требуют выписку из реестра ПО и голографическую наклейку - не то, что "конкурент", а и "лидер" даже. Ну, за вычетом тех мест, понятно, где надо быстро обрабатывать большое количество данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #167

151. Сообщение от User (??), 14-Сен-25, 11:36	+/–
> ну да, не такой давний пример миграции uber с mysql на postgres > подтверждает ваши слова. > хотя постойте, я всё перепутал, они же наоборот с pg мигрировали на > my, как же так? Ну, ты будешь смеяться, но год назад, когда я этим интересовался - по числу установок mysql превосходил следующую за ним пятерку конкурентов вместе взятых. Что-то в районе 45% рынка у них было. Большая часть, понятно, темплое-LAMP'овое legacy с каким-нибудь wordpress'ом - но все равно, забавно. "В деньгах", понятно, картинка другая - но постгри там и в десятке не будет, а на первом месте вовсе microsoft )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

152. Сообщение от User (??), 14-Сен-25, 11:41	+/–
>[оверквотинг удален] > enterprise db > а так MySQL NDB или MySQL Galera, не без нюансов, но вполне > рабочие варианты, если тебе подходят их требования > так что ты профан > мультимастер постгрес про - жалкое поделие, которое даже не прошло в апстрим, > и оно такое же комерческое стало, после этого факапа > производительность MySQL и PostgreSQL примерно одинаковые, второй быстрее на ~10% на том > же физческом оборудовании, но только после соотвествующего тюна > ну и самая большая боль - это миграция на новую мажорную версию, > MySQL это умеет из коробки, а постгрес - вечный гемор Ну, я в начале года перевел кластер с 14 на 15ю без downtime'а через логическую репликацию - но там ээээ... в общем ни нагрузки высокой не было, ни каких-либо специфических возможностей postgres'а не использовалось - 3 экстеншна да 4,5 хранимки. И да, было гиморно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #170

153. Сообщение от User (??), 14-Сен-25, 11:48	+/–
> Кто о чем, а вшивый о бане. Самое смешное, что громче всего про "откаты" орут те, кто с ними вообще и никогда ни на каком уровне - не сталкивался. Я лично наблюдал пару раз танцы вокруг "рекомендованной розничной цены" и "выбора реселлера" (И то - чем\как\сколько\кому в конечном счете вышло - понятия не имею), но вот чтоб это влияло на выбор конкретного технического решения - неа. По железу, вроде ахаляй-махаляев больше - но тут я даже и не "наблюдал".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

154. Сообщение от Djon (??), 14-Сен-25, 20:11	+/–
О да. До сих пор лежит на полке. Выбросить жалко. Но прикольная штука.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

155. Сообщение от Аноним (155), 14-Сен-25, 22:04	+/–
Буратину же убедили. Хотя - да, там суммы были поменьше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

156. Сообщение от Аноним (155), 14-Сен-25, 22:06	+/–
Сказ о том, кто быстрее разгонит станок по печати туалетных бумаг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

157. Сообщение от Аноним (13), 15-Сен-25, 00:21	+/–
> Партицирование таблиц не нужно > сжатие данных на лету есть почти в любой БД > Flasback database есть в постгресе > Flashback query есть в постгресе > RMAN (вполне себе быстрый и удобный) я ж сказал, что тормозной > Active Dataguard не нужно > Real application cluster не нужно > bitmap indexes есть в postgresql, но немного в другом, улучшенном виде > вменяемый Datapump не нужно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #168

158. Сообщение от Аноним (13), 15-Сен-25, 00:22	+/–
Неосилятор 25 миллионов строк кода в Оракл? А как тут в принципе можно быть осилятором? И как выглядит этот осилятор?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

159. Сообщение от Аноним (13), 15-Сен-25, 00:26	+/–
И кроме того там по ссылке пишет разраб из самого Оракла. И если он неосиялтор, то кто тогда ты? :) Думаешь у тебя бы получилось лучше? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

160. Сообщение от Аноним (160), 15-Сен-25, 04:58	+/–
портировали уже мускуль на какулятор?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

162. Сообщение от Аноним (162), 15-Сен-25, 09:13	+/–
Это смотря как настроили. В RDS, к примеру, вполне адекватное время восстановления даже для баз на много ТБ и с кучей изменений. Вполне укладывающихся в SLA достаточно крупных компаний. Декларативно тоже без проблем через терраформ это делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #164

163. Сообщение от Хейтер (?), 15-Сен-25, 10:27	+/–
> машка в принципе проектировалась для мелких сайтиков и не заточена под современные обьемы и нагрузки - напомните, на чём Википедия работает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

164. Сообщение от User (??), 15-Сен-25, 16:28	+/–
> Это смотря как настроили. > В RDS, к примеру, вполне адекватное время восстановления даже для баз на > много ТБ и с кучей изменений. Вполне укладывающихся в SLA достаточно > крупных компаний. Декларативно тоже без проблем через терраформ это делать. Ну, если для решения вот максимально типовой задачи необходимо терраформом поднимать кубик а в нем - васяноподелие и надеяться, что "получится как у мамазона" (хинт: не получится) - значит в самой субд с этим почти безнадёжно плохо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

165. Сообщение от _ (??), 15-Сен-25, 20:12	+/–
Я иногда думаю что SQLite + какой нить пул\коннектор - работал бы у них в разы лучше ... но кто я такой чтоб учить батьку? ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

166. Сообщение от Аноним (126), 15-Сен-25, 20:44	–1 +/–
Я другой Аноним (не тот кто тебе сверху написал), но скажу тебе тоже, что ты дремуче глуп, причем не со зла, а просто на основе твоих выступлений здесь, показывающих твое полное непонимание и незнание архитектуры и особенностей работы Oracle DB и ее разновидностей. Я тебе еще такую информацию дам - подумай не досуге: наши телекомы и раньше (да и сейчас если честно) банки, как раз работают на Oracle DB и все у них хорошо. И ни у кого даже мыслей нет поставить вместо них разные поделия типа MySQL, MariaDB, PostgreSQL и даже Ms SQL Server c DB2.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #169

167. Сообщение от _ (??), 15-Сен-25, 21:47	+/–
Ой да уймись уже :) Просто тыщщи народу в NA перешли с оракела на постгресс. Потому что оно "тянет" и много для чего годно... Я даже деньжат на этом поднимал :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #174

168. Сообщение от _ (??), 15-Сен-25, 21:50	+/–
Морковка слаще кленового сиропа! Особенно если морковку пробовал, а кленовый сироп - нет! :) ;-p
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

169. Сообщение от penetrator (?), 15-Сен-25, 22:04	+/–
> Я другой Аноним (не тот кто тебе сверху написал), но скажу тебе > тоже, что ты дремуче глуп, причем не со зла, а просто > на основе твоих выступлений здесь, показывающих твое полное непонимание и незнание > архитектуры и особенностей работы Oracle DB и ее разновидностей. > Я тебе еще такую информацию дам - подумай не досуге: наши телекомы > и раньше (да и сейчас если честно) банки, как раз работают > на Oracle DB и все у них хорошо. И ни у > кого даже мыслей нет поставить вместо них разные поделия типа MySQL, > MariaDB, PostgreSQL и даже Ms SQL Server c DB2. еще один сказочник )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

170. Сообщение от tipa_admin (?), 16-Сен-25, 08:47	+/–
Хм, и как ты смог при логической репликации sequences перетащить, чтобы на новой бд они не с начала начали генерироваться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #173

171. Сообщение от bOOster (ok), 16-Сен-25, 12:13	+/–
>> Какой-то бред неуча. >> Это может случиться только из-за кастомных типов данных реализуемых СВОИМИ модулями. Само >> собой при обновлении на новую версию свои модули должны быть пересобраны >> и установлены в новую версию pg. > If a future major release ever changes the data storage format in > a way that makes the old data format unreadable, pg_upgrade will > not be usable for such upgrades. > https://www.postgresql.org/docs/current/pgupgrade.html > одни вайтишники бесполезные с ЧСВ Конечно, неосиляторы традиционно рвут из контекста - "(The community will attempt to avoid such situations.)" И в реалиях такуя возможность предусматривалась - но по факту она не случалась. Нормально все пока конвертируется при мигрировании на новую мажорную версию. Выгрузку загрузку дампа базы, в крайнем случае никто не отменял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #172

172. Сообщение от penetrator (?), 16-Сен-25, 15:02	+/–
видишь ли сообщением выше я писал: > не сталкивался потому что там написано, что они будут избегать таких ситуаций, но не гарантируют этого и один факт не отменяет другого так что поздравляю - ты неосилятор ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

173. Сообщение от User (??), 16-Сен-25, 17:42	+/–
> Хм, и как ты смог при логической репликации sequences перетащить, чтобы на > новой бд они не с начала начали генерироваться? Не использовал, разумеется. Всё на uuid
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

174. Сообщение от User (??), 16-Сен-25, 17:44	+/–
> Ой да уймись уже :) Просто тыщщи народу в NA перешли с > оракела на постгресс. Потому что оно "тянет" и много для чего > годно... Я даже деньжат на этом поднимал :) И какую долю рынка oracle в штуках/деньгах составляют эти "тыщщи"? Ну, чтоб ясно было...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

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

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