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

"Доступна СУБД MySQL 9.0.0"	+/–
Сообщение от opennews (??), 02-Июл-24, 10:01
Компания Oracle сформировала новую ветку СУБД MySQL 9.0.0. Сборки MySQL Community Server 9.0.0 подготовлены для всех основных дистрибутивов Linux, FreeBSD, macOS и Windows. В рамках внедрённой в прошлом году модели формирования релизов, MySQL 9.0 отнесён к веткам "Innovation", к которым также будут отнесены следующие значительные релизы MySQL 9.1 и 9.2.  Innovation-ветки рекомендованы для тех, кто хочет раньше получать доступ к новой функциональности, публикуются каждые 3 месяца и поддерживаются только до публикации следующего значительного релиза (например, после появления ветки 9.1 будет прекращена поддержка ветки 9.0). Примерно через год планируют сформировать LTS-релиз, который будет  рекомендован для внедрений, которым необходима предсказуемость и длительное сохранение неизменного поведения. Следом за LTS-веткой будет сформирована новая Innovation-ветка - MySQL 10.0... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61476
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 02-Июл-24, 10:01	+10 +/–
Скудновато для мажорной версии
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #13, #23, #57

2. Сообщение от FSA (??), 02-Июл-24, 10:07	+2 +/–
После PostgreSQL как-то не очень...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #31, #62, #88

3. Сообщение от жырымагнап (ok), 02-Июл-24, 10:09	–5 +/–
Чем это лучше Firebird?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #44, #45

4. Сообщение от Аноним (4), 02-Июл-24, 10:12	+/–
не работает с эсодин? :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #11, #24

5. Сообщение от Аноним (5), 02-Июл-24, 10:14	+5 +/–
Давно уже все пренебрегают семантическим версионированием и это скорее циферки для конечного пользователя
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10

6. Сообщение от Аноним (10), 02-Июл-24, 10:15	–3 +/–
Версия ради версии. Кто объяснит какой в этом высокий смысл? Это даже не коммерческий продукт чтобы его продать или обогнать конкурентов. В своей нише у майсикуэля нет конкурентов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #12, #25

7. Сообщение от Аноним (10), 02-Июл-24, 10:16	+8 +/–
Тем что FoxPro.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

8. Сообщение от Кекарь (?), 02-Июл-24, 10:23	+3 +/–
А как же MariaDB?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

10. Сообщение от Аноним (10), 02-Июл-24, 10:35	–1 +/–
Это уже даже не маркетинг. А обезьянничество. Просто все так сделали и я тоже так сделаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

11. Сообщение от Аноним (11), 02-Июл-24, 10:39	–1 +/–
А есть с чем сабж работает? Не "посмотреть", а именно работает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #14

12. Сообщение от Аноним (11), 02-Июл-24, 10:40	+1 +/–
> В своей нише у майсикуэля нет конкурентов. Неуловимый Джо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #15

13. Сообщение от Аноним (13), 02-Июл-24, 10:44	+2 +/–
А это по сути не мажорная версия. Это изменение схемы версионирования. Они решили, что 8.x будет stable, а в 9.x будут экспериментальные фичи. Короче, 8.x это RHEL, а 9.x это Fedora :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #19

14. Сообщение от Аноним (14), 02-Июл-24, 10:59	+1 +/–
С вордпрессом же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

15. Сообщение от Аноним (14), 02-Июл-24, 11:00	–1 +/–
Зависть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #22

16. Сообщение от Аноним (16), 02-Июл-24, 11:11	+2 +/–
Зачем нужно MySQL 9.0, когда есть MariaDB 11.4?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #21

17. Сообщение от Массоны Рептилоиды (?), 02-Июл-24, 11:15	+2 +/–
> Зачем нужно MySQL 9.0, когда есть MariaDB 11.4? Слабаки! PostgreSQL 16.3
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #18

18. Сообщение от Аноним (19), 02-Июл-24, 11:25	+6 +/–
Oracle Database 23ai смотрит на вас как вы сами знаете на что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #20

19. Сообщение от Аноним (19), 02-Июл-24, 11:25	–1 +/–
Это просто накрутка номера версии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

20. Сообщение от Аноним (20), 02-Июл-24, 11:53	+6 +/–
MS Access 2404 на вас даже не смотрит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #26

21. Сообщение от Ilya Indigo (ok), 02-Июл-24, 12:46	+1 +/–
https://jira.mariadb.org/browse/MDEV-11588 Когда этот баг исправят или хотя бы начнут им заниматься, тогда и упоминайте MariaDB!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #37, #74

22. Сообщение от Аноним (29), 02-Июл-24, 12:59	–1 +/–
Ну завидуйте, ораклята. При наличии универсальных РСУБД, таких, как постгрес, востребованность мускуля крайне сомнительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #32

23. Сообщение от Аноним (23), 02-Июл-24, 13:05	+5 +/–
Удаление mysql_native_password - достаточно большое несовместимое изменение, чтобы прибавить единичку к мажорной версии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

24. Сообщение от FSA (??), 02-Июл-24, 13:16	–1 +/–
> не работает с эсодин? :-) Нет. Вообще с 1С дел не имею. Я больше на PHP пишу. Могу напрямую с базой работать без всяких ORM. При чём что с PostgreSQL, что с MySQL. Просто смотришь на некоторые привычные вещи, а они только в новых версиях MySQL. А эта версии ещё не скоро в дистрибутивах появятся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #29, #34, #55

25. Сообщение от FSA (??), 02-Июл-24, 13:18	+/–
> В своей нише у майсикуэля нет конкурентов. Это что за ниша такая, где MySQL не может заменить PostgreSQL? На серьёзных проектах скорее наоборот, их MySQL может не потянуть. А вот в обратную сторону даже представить себе не могу что это такое может быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #33, #39

26. Сообщение от Аноним (26), 02-Июл-24, 13:28	+1 +/–
Потому что он при нагрузках которые успешно тянут все вышеназванные уже загнулся в кровавых соплях и глаза закатил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

27. Сообщение от Аноним (26), 02-Июл-24, 13:29	+/–
Что как там с репликацией?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #67

29. Сообщение от Аноним (29), 02-Июл-24, 13:35	–6 +/–
> А эта версии ещё не скоро в дистрибутивах появятся. Именно эту проблему решает docker.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #52

31. Сообщение от penetrator (?), 02-Июл-24, 13:35	–3 +/–
аргументы будут? давай по пунктам, а то мы все прекрасно помним как Uber переходил с постгреса на мускл и да как там в постгрес мультимастер кластера завезли уже?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #42, #58, #69

32. Сообщение от penetrator (?), 02-Июл-24, 13:38	+/–
постгрес вообще не универсальная субд, это жалкое зрелище у оракла есть мультимастер, как кстати и у мускула, притом у последнего два варианта и оба бесплатных
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #71

33. Сообщение от penetrator (?), 02-Июл-24, 13:41	–1 +/–
geographically distributed synchronous replication от одного сочетания страшно, а у мускула есть 2 реализации постгрес - инвалид по сравнению с mysql, который тоже не идеален, но в этом плане как у всех
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #70

34. Сообщение от kai3341 (ok), 02-Июл-24, 14:01	–1 +/–
> Я больше на PHP пишу. Время стереотипов про PHP-шников! (шутка) > Могу напрямую с базой работать без всяких ORM. Все так могут. Сложность в том, чтобы найти ORM/QueryBuilder, который будет заниматься миграциями, гарантиями корректности, и при этом не будет бесить своей ограниченностью > не скоро в дистрибутивах появятся А вот неосиляторство докера в 2024 -- это большой грех. Страшнее только то, что разработкой ты занимаешься тоже без докера -- с вагоном мусора на хост-системе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #40, #61

37. Сообщение от kai3341 (ok), 02-Июл-24, 14:10	+/–
> https://jira.mariadb.org/browse/MDEV-11588 Ну кстати в оракле так было. ХЗ, актуально ли до сих пор
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #38

38. Сообщение от Ilya Indigo (ok), 02-Июл-24, 14:12	+/–
>> https://jira.mariadb.org/browse/MDEV-11588 > Ну кстати в оракле так было. ХЗ, актуально ли до сих пор В MySQL лет 10 назад это тоже было, но это более 10 лет назад исправили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

39. Сообщение от Аноним (13), 02-Июл-24, 14:18	+2 +/–
Все случаи, где нужен обобщенный инвертированный индекс. Например, поиск по произвольному множеству атрибутов в каталоге типа Яндекс-маркета. С MySQL придется либо делать поиск во внешней специализированной базе (со всеми проблемами синхронизации), либо костылить поверх полнотекстового поиска, кодируя все атрибуты "словами" с отключением морфологии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #48, #49

40. Сообщение от Аноним (13), 02-Июл-24, 15:00	+/–
> Сложность в том, чтобы найти ORM/QueryBuilder Если про PHP, то Spiral ORM. Да, там надо осилить, это цена гибкости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #41, #56

41. Сообщение от Аноним (13), 02-Июл-24, 15:01	+/–
Точнее, Cycle ORM, из фреймворка Spiral (от самого фреймворка зависимостей нет.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

42. Сообщение от Аноним (42), 02-Июл-24, 15:05	–1 +/–
сразу видно, что ты понятия не имеешь, что такое мускульный мультимастер и в продакшене ты его никогда не видел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #43, #47

43. Сообщение от Tron is Whistling (?), 02-Июл-24, 15:36	+1 +/–
А чего с ним не так? Так что с постгрызом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

44. Сообщение от Аноним (44), 02-Июл-24, 16:04	+1 +/–
А что у Firebird за мутная лицензия IDPL Interbase-1.0? Как она совместима с проектами под GPL? MySQL совместим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

45. Сообщение от _ (??), 02-Июл-24, 16:25	+/–
>Чем это лучше Firebird? Ну бэкапы к примеру _точно_ восстанавливаются, а не как у этих :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

47. Сообщение от penetrator (?), 02-Июл-24, 17:13	–2 +/–
ты главное верь в это )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

48. Сообщение от penetrator (?), 02-Июл-24, 17:36	+/–
так это и делается полнотекстовым поиском, индексы нормально не работают если значение не начинается с искомого слова если у постгреса есть что-то из каропки, то это не значит, что это must have есть вещи которые в БД и только в БД должны быть и никако по-другому нереализуемы, а есть вещи которые в БД существуют просто как сахар, и такой шляпы там дофига не только GIN, но теперь и RUM, а еще GIST но я уж лучше SolR или Elastic они хотя бы тоже мастштабируется горизонтально
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #50

49. Сообщение от penetrator (?), 02-Июл-24, 17:37	–2 +/–
> поиск по произвольному множеству атрибутов в каталоге это кстати пример корявого использования
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #51

50. Сообщение от Аноним (13), 02-Июл-24, 17:52	+/–
Зачем полнотекстовый поиск для информации, которая изначально естественным образом представляется как Set[Int]? GIN как раз для этого, изначально делался вместе с hstore для обработки астрономических данных, разреженных просто по своей природе. Непонятно, почему вдруг btree мастхэв, а inverted index - нет. Это два разных индекса для решения двух разных задач. Горизонтальное масштабирование же далеко не всегда нужно, и отдавать его на откуп СУБД - тоже не всегда разумно: если есть критерий, по которому легко пошардить ручками на уровне приложения, такая реализация будет заведомо эффективнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #53

51. Сообщение от Аноним (13), 02-Июл-24, 17:53	+2 +/–
А чего в нем корявово? Прямое использование по назначению. Инвертированный индекс - это указатель: в каких строках встречается данное значение. Ровно то, что и нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

52. Сообщение от Аноним (52), 02-Июл-24, 18:13	+1 +/–
Хм... Читал, что СУБД в Docker - не для промышленного применения. Это не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #91, #103

53. Сообщение от penetrator (?), 02-Июл-24, 18:24	+/–
а если я в описании хочу поискать? в том числе произвольные словоформы? и зачем мне искать текст фильтра, если мне нужен код фильтра? да и в целом вот не вижу я причины почему более универсальное решение должно замениться менее универсальным, так еще интгрерированным в СУБД со своими плюсами, но и минусами > если есть критерий, по которому легко пошардить ручками на уровне приложения, такая реализация будет заведомо эффективнее. не будет эффективней не легко прошардить а про консистентность уже вообще промолчу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #54

54. Сообщение от Аноним (13), 02-Июл-24, 19:18	+2 +/–
Если ты хочешь поискать в описании, для этого делается полнотекстовый поиск по описанию, для этого есть fts. А еще ты можешь хотеть отсортировать по цене. Это btree. Прикинь, для каждой задачи свой тип индекса. > не будет эффективней От рук зависит. В одном конкуренте Фейсбука очень эффективно было, разведка говорит, что и в самом Фейсбуке примерно так же. > а про консистентность уже вообще промолчу А какая может быть неконсистентность при шардинге? Шардинг от репликации не отличаем, зато рассуждаем про эффективность, вау
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #59

55. Сообщение от Аноним (55), 02-Июл-24, 22:09	+1 +/–
> Просто смотришь на некоторые привычные вещи, а они только в новых версиях MySQL. А эта версии ещё не скоро в дистрибутивах появятся. Да вы что. В дистрибутивах новые версии появляются на следующий день. Надеюсь вы не используете и не считаете дистрибутивом какой-нибудь дебиан олдстабле или центос?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

56. Сообщение от Аноним (56), 02-Июл-24, 22:21	+/–
В JS/TS Sequelize, Prisma. Ну, мб, typeorm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #66

57. Сообщение от ИмяХ (ok), 02-Июл-24, 22:55	+/–
Их тоже хромозилла покусала
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

58. Сообщение от Аноним (55), 02-Июл-24, 22:57	–2 +/–
Так неосиляторов из убера уже давно разбомбили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #60

59. Сообщение от penetrator (?), 02-Июл-24, 23:45	–1 +/–
я этот бред даже коментировать не вижу смысла, удачи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

60. Сообщение от penetrator (?), 02-Июл-24, 23:46	+1 +/–
> Так неосиляторов из убера уже давно разбомбили. никто их не разбомбил, достаточно почитать ответ статью самих разработчиков постгреса
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

61. Сообщение от Вы забыли заполнить поле Name (?), 03-Июл-24, 02:06	+/–
>  будет заниматься миграциями, гарантиями корректности, Миграцию можно писать на SQL. Гарантию корректности дает тоже SQL. Единственное, что последнее происходит в рантайме и чем может помочь какой-нибудь query builder, так это проверкой во время компиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #72, #97

62. Сообщение от Аноним (62), 03-Июл-24, 03:00	–1 +/–
Сколько лет в теме, а постгрес видел пару раз и то у очень больших оригиналов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #80, #104

66. Сообщение от Аноним (13), 03-Июл-24, 07:58	+/–
Sequelize и TypeORM не поддерживают концепцю Unit of Work, что серьезное ограничение, поскольку приходится эмулировать его вручную, что далеко не всегда тривиально. Единственная полноценная на js/ts, которую я видел, носит странное название Mikro-ORM, хотя давно уже куда более навороченная, чем остальные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

67. Сообщение от bOOster (ok), 03-Июл-24, 08:17	+/–
Репликация репликации рознь. Научитесь точнее формулировать свои мысли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

69. Сообщение от User (??), 03-Июл-24, 08:46	–1 +/–
Ну, as for me - multimaster cluster достаточно нишевая штука так-то. Не то, чтобы "ненужно!" - но нужно не только лишь всем и очень-очень часто более, чем компенсируется на уровне архитектуры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #79

70. Сообщение от User (??), 03-Июл-24, 08:51	–1 +/–
Нукагбэда, но вот NoSQL в этой нише чувствуют себя прям сильно-сильно лучше - и ситуаций, когда нельзя разделить "данные" для которых вот это вот все имеет смысл от "реляционных метаданных" не то, чтобы много - и как бы это сказать... legacy оне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #78

71. Сообщение от User (??), 03-Июл-24, 08:53	+/–
Нет. Просто это не рСУБД, а "объектно-реляционная СУБД" - которая достаточно хорошо "натягивается" в том числе и на нишу чистых реляционок. Не идеально, но прям "хорошо".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #73, #81

72. Сообщение от Аноним (13), 03-Июл-24, 09:17	+1 +/–
Query builder нужен для того, чтобы удобно собирать запрос по частям. Например, могут быть классы или функции Criteria..., которые добавляют условия фильтров в запрос. Можно, конечно, вручную таскать части запроса и биндинги, и потом всё аккуратно собирать, но это и получится написание своего частного случая Query Builder. А ORM нужны вообще для другого. Для чего они нужны - следует из названия. Для двустороннего маппинга между объектами (или, в случае неООП, структурами или кастомными типами) и структурой данных в РСУБД. Можно в первом приближении сказать, что это такой serialize/unserialize в РСУБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

73. Сообщение от Аноним (13), 03-Июл-24, 09:18	+/–
Ой, да не надо. Постгрес - самая обычная классическая РСУБД. Мелкая, редко нужная фича в виде наследования таблиц ничего не меняет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #75

74. Сообщение от Аноним (13), 03-Июл-24, 09:24	+/–
Ну давайте откровенно, те, кто на это наталкиваются, писали некорректные запросы в старых MySQL, не имевших даже опции ONLY_FULL_GROUP_BY и при неоднозначном GROUP BY просто возвращавших первое, что попалось, а работало это просто потому что в данном конкретном случае конфликтов не возникало. А потом завезли строгий SQL и всё поломалось. PostgreSQL тоже распознает functionally dependent только в простейшем частном случае наличия PK в GROUP BY, и ничего, никто не рассыпался вручную перечислить столбцы в GROUP BY.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

75. Сообщение от User (??), 03-Июл-24, 11:43	+/–
> Ой, да не надо. Постгрес - самая обычная классическая РСУБД. Мелкая, редко > нужная фича в виде наследования таблиц ничего не меняет. Наследование таблиц, наследование типов, перегрузка функций, развитый тулинг для работы с нереляционными данными, расширяемость в интересные стороны (всякие timescale, edgedb, ferretdb и т та дэ) - тут конечно "чисто-чистые" РСУБД почитай что и повымерли все - но постгря в эту строну зашла пожалуй что и подальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #87

77. Сообщение от pda (ok), 03-Июл-24, 13:12	+/–
> MySQL 9.0.0 Боромир (MariaDB) был бы уже 10.0.0 (По факту 11.x.x).
Ответить | Правка | Наверх | Cообщить модератору

78. Сообщение от penetrator (?), 03-Июл-24, 21:20	+1 +/–
> NoSQL в этой нише чувствуют себя прям сильно-сильно лучше нет, не чувствуют, там нет консистентности даже в задекларированных возможностях неговоря уже о реальных возможностях в некоторых отдельных случаях можно увидеть транзакции в монге, можно выбирать стратегии репликации, но в целом все плохо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #89

79. Сообщение от penetrator (?), 03-Июл-24, 21:34	–1 +/–
> Ну, as for me - multimaster cluster достаточно нишевая штука так-то. Не > то, чтобы "ненужно!" - но нужно не только лишь всем и > очень-очень часто более, чем компенсируется на уровне архитектуры. "не компенсируется", и СУБД умеющая такое и есть в таком случае часть архитектуры технические решения для таких СУБД вырабатываются годами, никто не будет делать это в отдельном взятом проекте, а потому ты наверное хотел сказать, что отсутствие консистенстности между распределенными нодами приводит к обрезанию в функциональности и закостыливанию каких-то вещей > достаточно нишевая штука везде где требуется HA и/или sharding, часто используется много где, другое дело что проектов где это не нужно и можно расти вертикально намного больше, так с этим не спорит никто вопрос в другом - вот вырос ты из постгреса, и не только потому что локально ворочаться сложно, а потому что  открылся офис ну например в Сингапуре или Индии, он куда стучаться будет? с какой латенси? 200-300ms в лучшем случае с чего бы вдруг гуглу Spanner понадобился ))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #90

80. Сообщение от penetrator (?), 03-Июл-24, 22:05	+/–
> Сколько лет в теме, а постгрес видел пару раз и то у > очень больших оригиналов. В РФ популярна, исторически )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

81. Сообщение от penetrator (?), 03-Июл-24, 22:07	+/–
поэтому она должна паршивенько решать задачу масштабирования с реляционными данными, что-то оракл с его PL-SQL так не думает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

87. Сообщение от Аноним (87), 04-Июл-24, 00:12	+1 +/–
Объектная БД - это совсем про другое, это типа Caché, если кто помнит такую проприетарщину. В постгрес этот термин как раз в те времена притянули за уши ради хайпа на модной теме. Постгрес классически-реляционный в своей архитектуре. Да, поверх этого они навертели много плюшек, но суть от этого не меняется, реляции - основа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

88. Сообщение от Аноним (96), 04-Июл-24, 07:10	+/–
Зато мастер-мастер репликация работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

89. Сообщение от User (??), 04-Июл-24, 08:12	+/–
>> NoSQL в этой нише чувствуют себя прям сильно-сильно лучше > нет, не чувствуют, там нет консистентности даже в задекларированных возможностях неговоря > уже о реальных возможностях > в некоторых отдельных случаях можно увидеть транзакции в монге, можно выбирать стратегии > репликации, но в целом все плохо Охтыжблин. Мужики-то не знают!(Ц) В тех 2,5 случаях, когда тебе _действительно_ нужен синхронно геореплицированный ACID на весь объем обрабатываемых данных - у тебя стоит oracle или хотя бы mssql. В 98% остальных кейсов тебя вполне устроит BASE для основного объема данных и ACID для совочка метаданных  - а то и вовсе какой transactional outbox поверх кафки - depends on.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #92

90. Сообщение от User (??), 04-Июл-24, 08:36	–1 +/–
Да оспыдя. Кому надо - задолго до "вырастания" из postgres'а уже понабрали кто cassandra'у, кто mongo, кто clickhouse, даже блин redis с георепликацией видел - а вот ар-ригиналов с mysql - нет. В бизнесухе - нет. В чистой вебне - не знаю, может и осталось где с тех еще времен...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #93

91. Сообщение от tty0 (?), 04-Июл-24, 16:54	+/–
Что-то в Докер это для тестов и применения на 5 лиц максимум без особых запросов. Тут БД - какой в Ж декор? У Вас бабла много проблемы с IO Вы просто зальете баблом? Заказчик знает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #96

92. Сообщение от penetrator (?), 04-Июл-24, 17:50	+/–
> oracle или хотя бы mssql Сразу видно ыксперта )) Из этих двух только oracle умеет в мультимастер. Тем не менее, если мы говорим о масштабных проектах, то чаще всего не инвестируют в такие дорогие проприетарные решения, а то будет как с Бирмингемом. Остальное даже коментировать смысла нет, там такой же бред и очень вредная самоуверенность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #94

93. Сообщение от penetrator (?), 04-Июл-24, 17:52	+/–
> Да оспыдя. Кому надо - задолго до "вырастания" из postgres'а уже понабрали > кто cassandra'у, кто mongo, кто clickhouse, даже блин redis с георепликацией > видел - а вот ар-ригиналов с mysql - нет. В бизнесухе > - нет. В чистой вебне - не знаю, может и осталось > где с тех еще времен... учитывая твоей уровень ты другого и не мог видеть, ошибка выжившего
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #95

94. Сообщение от User (??), 04-Июл-24, 21:41	+/–
>> oracle или хотя бы mssql > Сразу видно ыксперта )) Из этих двух только oracle умеет в мультимастер. > Тем не менее, если мы говорим о масштабных проектах, то чаще всего > не инвестируют в такие дорогие проприетарные решения, а то будет как > с Бирмингемом. > Остальное даже коментировать смысла нет, там такой же бред и очень вредная > самоуверенность. Ухтыж! А майкрософту-то и не сказали, что их peer-to-peer нищитова - "танк секретный, учОные могут и не знать!"(Ц) "Но в ГЛАВНОМ-то он прав!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #98

95. Сообщение от User (??), 04-Июл-24, 21:44	–1 +/–
>> Да оспыдя. Кому надо - задолго до "вырастания" из postgres'а уже понабрали >> кто cassandra'у, кто mongo, кто clickhouse, даже блин redis с георепликацией >> видел - а вот ар-ригиналов с mysql - нет. В бизнесухе >> - нет. В чистой вебне - не знаю, может и осталось >> где с тех еще времен... > учитывая твоей уровень ты другого и не мог видеть, ошибка выжившего Прям даже хочется ответить в классическом линукс-стайле - "Нет, ты!" - но я пожалуй что не буду. Вам, разумеется - виднее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

96. Сообщение от Аноним (96), 04-Июл-24, 22:29	+/–
> проблемы с IO Были лет… Ох… Я уж забыл сколько тому назад, тогда в Линуксе ещё пространтсва имён толком не работали — IBM не дописал нужный код. Да, было дело, прям беда-беда, годилось для автотестов, и то не всех, ДБА производительность решения мерял вручную на отдельной железке, релизы из-за этого иногда на пару недель могли задержаться только так. Но сейчас-то какие проблемы? У меня самого пара базёнок на пару Тб с лишним в Кубере крутятся в контейнерах и нормально всё. Когда переносили с железа, тоже волновались не просядет ли QPS. Не просел. А админам работы убавилось. До переезда два отдела врукопашную дважды в год проверяли восстанавливается ли бэкап и проводили учения по подъёму упавшей БД. А сейчас всё это скрипт делает каждый месяц и пишет в мониторинг две галочки: восстановился ли бэкап и имеют ли смысл восстановленные данные. Но оно и не диво, по сути как раньше был сервер БД, так он и сейчас остался, с той лишь разницей, что раньше всё в одном пространстве имён сидело, а теперь у своё БД отдельное и диск прицеплен через банальный bind mount.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

97. Сообщение от Аноним (96), 04-Июл-24, 22:32	–1 +/–
> Миграцию можно писать на SQL. Так и код можно двумя проводами настучать в бинарном виде. Но вот поди ж ты…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #102

98. Сообщение от penetrator (?), 05-Июл-24, 00:15	+/–
давай пруф поржем с тебя, ыксперт, ссылку на документацию, гайд по настройке, ну что-то что может быть подтверждением твоего стендапа )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #99

99. Сообщение от User (??), 05-Июл-24, 08:04	+/–
> давай пруф поржем с тебя, ыксперт, ссылку на документацию, гайд по настройке, > ну что-то что может быть подтверждением твоего стендапа ))) Уф. Я понимаю, что вы Sql Server видели хорошо если в редакции express и что там в enterprise edition - понятия не имеете, но уж ЗАГУГЛИТЬ-то вы должны суметь? Понимаю, задача сложная - но верю, вы справитесь! Ключевое слово в посте выше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #100

100. Сообщение от penetrator (?), 05-Июл-24, 15:27	+/–
>> давай пруф поржем с тебя, ыксперт, ссылку на документацию, гайд по настройке, >> ну что-то что может быть подтверждением твоего стендапа ))) > Уф. Я понимаю, что вы Sql Server видели хорошо если в редакции > express и что там в enterprise edition - понятия не имеете, > но уж ЗАГУГЛИТЬ-то вы должны суметь? Понимаю, задача сложная - но > верю, вы справитесь! Ключевое слово в посте выше. я хочу сказать что ты балабол, который не знает что есть Developer Edition который полностью соответствет максимальной версии кроме промышленного использования и нету в SQL Server никакой мультимастер, и отсутствие пруфов только подтверждает факт что ты бесполезный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #101

101. Сообщение от User (??), 05-Июл-24, 17:37	–1 +/–
> я хочу сказать что ты балабол, который не знает что есть Developer > Edition который полностью соответствет максимальной версии кроме промышленного использования Но его ты тоже в глаза не видел, да? Вендапоганая, вот это всё? > и нету в SQL Server никакой мультимастер, и отсутствие пруфов только подтверждает > факт что ты бесполезный В гугль не сумел, бедолага - или все же с чтением проблемы? Так ты чатжопэтэ попроси, не стесняйся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

102. Сообщение от Вы забыли заполнить поле Name (?), 06-Июл-24, 00:31	+/–
>> Миграцию можно писать на SQL. > Так и код можно двумя проводами настучать в бинарном виде. Но вот > поди ж ты… В чем проблема писать миграцию на SQL?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

103. Сообщение от Liin (ok), 21-Июл-24, 00:44	+/–
Если Docker под линуксом - то вполне нормально и СУБД и другие вещи там крутить. Единственный момент - максимальную производительность выжать не получится. Но не всем это надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

104. Сообщение от Liin (ok), 21-Июл-24, 00:48	+/–
Сейчас Postgres в РФ - практически единственная БД, на которую можно переползти с Оракла/MS/остальных для импортозамещения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

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

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