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

"Доступна СУБД MySQL 8.4.0 LTS"	+/–
Сообщение от opennews (?), 01-Май-24, 18:15
Компания Oracle сформировала новую ветку СУБД MySQL 8.4 и опубликовала корректирующее обновление MySQL 8.0.37. Сборки MySQL Community Server 8.4.0 подготовлены для всех основных дистрибутивов Linux, FreeBSD, macOS и Windows. Выпуск 8.4.0 отнесён к веткам с длительным сроком поддержки (LTS), который выпускаются раз в два года и поддерживаются 5 лет (плюс можно получить ещё 3 года расширенной поддержки)... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61098
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Middle SQL Developer (?), 01-Май-24, 18:15	+/–
Переделать по-новой: > SHOW BINARY LOGS SHOW BIT LOGS > SOURCE_USER SOURCE_ENTITY > SOURCE_HEARTBEAT_PERIOD SOURCE_LONGLINE_PERIOD и добавить в реплику функцию идентичности относительно источника!
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Аноним (2), 01-Май-24, 18:30	+/–
Как у него с производительностью относительно MySQL 5.7 и 8.0?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9

5. Сообщение от Аноним (5), 01-Май-24, 18:40	+/–
Можете в двух словах перечислить важные для вас плюсы MySQL над PostgreSQL?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #8, #11, #23, #29, #30, #45

6. Сообщение от Аноним (6), 01-Май-24, 18:51	+/–
> Удалены ... > Удалены ... > Удалены ... Неплохо так кодовую базу почистили! А с другой стороны, это ж лтс, а мусор когда-то нужно выносить.
Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от Аноним (9), 01-Май-24, 18:57	+/–
То что есть работающая  master-master репликация изкоробки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #10, #16, #22

8. Сообщение от Аноним (8), 01-Май-24, 19:04	–4 +/–
если в проекте нет поддержки PostgreSQL, но есть поддержка MYSQL, то это большой плюс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #25, #26

9. Сообщение от Аноним (9), 01-Май-24, 19:06	+9 +/–
Все плохо. Со времен 5.6 производительность на 1 ядро упала на некоторых запросах до 50% - http://smalldatum.blogspot.com/2024/02/perf-regressions-in-m...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #14, #46

10. Сообщение от asdvb2 (?), 01-Май-24, 19:06	+5 +/–
А в MySQL ушли дальше простого определения auto-increment-offset на каждом сервере?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

11. Сообщение от Middle SQL Developer (?), 01-Май-24, 19:10	+/–
Раз уж тема зашла, подскажите, а в этих СУБД до сих пор нет точного отображения ошибок синтаксиса как Oracle при любом косяке в запросе, а не просто отписки "You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #12, #21

12. Сообщение от Middle SQL Developer (?), 01-Май-24, 19:13	+/–
а то это похоже на разработку на Си 20-летней давности, когда скобку или точку с запятой не поставишь, и кажет вообще куда угодно, но не на реальную причину. Типа невалидный запрос целиком. Оракл с такими ситуациями справляется как любой современный компилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #15

14. Сообщение от Аноним (14), 01-Май-24, 19:28	+/–
Что-то там ни слова про kernel mitigations.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #17

15. Сообщение от Аноним (14), 01-Май-24, 19:30	+/–
Какой смысл сравнивать эти базы между собой в таком контексте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #18, #40

16. Сообщение от penetrator (?), 01-Май-24, 19:38	–2 +/–
в двух версиях, притом оба солюшена работают через WAN, а в постгресе нет ни одной фри версии и для WAN ничего
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #61

17. Сообщение от Аноним (9), 01-Май-24, 19:41	+/–
А какая разница? Все тесты на одной и той же виртуалке в облаке запускали, т.е. окружение одинаковое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

18. Сообщение от 12yoexpert (ok), 01-Май-24, 19:45	+1 +/–
а почему нет? иногда дофига времени уходит на поиск опечаток/ошибок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

21. Сообщение от Аноним (9), 01-Май-24, 19:53	+2 +/–
Хз о чем ты. Как правило, в тексте ошибки указывается часть текста запроса перед которым ошибка синтаксиса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #37

22. Сообщение от Аноним (22), 01-Май-24, 19:59	+5 +/–
Когда шардинг называют мастер мастером это полный провал матчасти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #24

23. Сообщение от Аноним (22), 01-Май-24, 20:01	+1 +/–
На майсикле работает изкоробчный вротпресс. В целом этого достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #44

24. Сообщение от penetrator (?), 01-Май-24, 20:10	–1 +/–
именно, что multi-master с synchronous replication и immediate consistency притом Galera не является шардингом вообще share nothing решение так что у тебя провал в квадрате
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

25. Сообщение от penetrator (?), 01-Май-24, 20:11	+/–
а если есть поддержка и того и другого, чем это плохо? кроме избыточности?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #28, #34

26. Сообщение от Аноним (52), 01-Май-24, 20:17	+1 +/–
> если в проекте нет поддержки PostgreSQL, но есть поддержка MYSQL, то это большой плюс. Дайте угадаю, под "проектами" подразумеваются исключительно веб-морды на пыхе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #36

27. Сообщение от z (??), 01-Май-24, 20:18	+1 +/–
она наконец перестала потреблять ресурсы проца в простое или еще нет?
Ответить | Правка | Наверх | Cообщить модератору

28. Сообщение от Аноним (52), 01-Май-24, 20:20	+1 +/–
Тем, что разработчик скорее всего использовал фреймворки и, возможно, даже абстракции наподобие ORM. Настоящие разработчики используют только низкоуровневые функции и строят запросы через интерполяцию строк!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #32

29. Сообщение от turbo2001 (ok), 01-Май-24, 20:49	+1 +/–
MySQL знаю и есть опыт, а PostgreSQL не знаю, опыта нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

30. Сообщение от Аноним (30), 01-Май-24, 20:52	+/–
Встроенный пул потоков
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

31. Сообщение от Аноним (31), 01-Май-24, 20:55	+1 +/–
> Удалены системные переменные, в которых использовались слова "master" и "slave": Com_slave_start (следует использовать Com_replica_start); Com_slave_stop (Com_replica_stop); Com_show_slave_status (Com_show_replica_status); Com_show_slave_hosts (Com_show_replicas); Com_show_master_status (Com_show_binary_log_status); and Com_change_master (Com_change_replication_source). Я джва года ждал эту фитчу...
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от penetrator (?), 01-Май-24, 20:56	+/–
> Тем, что разработчик скорее всего использовал фреймворки и, возможно, даже абстракции наподобие > ORM. > Настоящие разработчики используют только низкоуровневые функции и строят запросы через > интерполяцию строк! я серьезно его спросил, а ты троллишь, ОРМ разные есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

33. Сообщение от rvs2016 (ok), 01-Май-24, 21:13	–3 +/–
> Удалены связанные с репликацией SQL-выражения, > которые ранее были объявлены устаревшими > из-за использования неполиткорректной терминологии Зачем ненравящиеся толерастам выражения удалять? Это же испортит работу программ, в которых эти выражения используются. Ну не нравится им эта их "неполиткорректность", пусть наваяют себе "политкорректные" выражения и заявят о том, что они хотели бы, чтобы в будущем пользователи использовали эти их "политкорректные" выражения, а старые выражения пусть не трогают - так они не будут выглядеть людьми, ломающими работу программ.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #50, #64

34. Сообщение от Аноним (8), 01-Май-24, 23:36	+/–
а если есть поддержка и того и другого, то это два больших плюса. Выбирать все равно буду то, что в проекте считается стабильным, имеет дополнительные плюшки или уже есть на серверах. Все это в зависимости от условий, типа зачем настраивать постгрес, если если кругом мускуль и в конкретно этой базе всего пара табличек будет жить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

36. Сообщение от Аноним (8), 01-Май-24, 23:45	+/–
kmail, digikam, да и вот amarok вернулся. под "проектами" понимается то, что я буду использовать для себя или для дяди. Независимо от того, веб-морда это или fuse демон с бэкендом в виде базы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #38, #85

37. Сообщение от Middle SQL Developer (?), 02-Май-24, 00:02	+/–
А, ну значит вы не искушены случаями, ведь иногда он не пишет в чем именно ошибка. А Оракл пишет всегда, даже если запрос криво составлен, а не только отсутствует колонка или тип данных не тот
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #39

38. Сообщение от Аноним (52), 02-Май-24, 00:03	+/–
> kmail, digikam, да и вот amarok вернулся. К их разработчикам всего один вопрос: почему mysql, а не oracle?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

39. Сообщение от Аноним (52), 02-Май-24, 00:04	+/–
> А Оракл пишет всегда, даже если запрос криво составлен То есть вы спросили у БД не то, что хотели спросить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #42, #43

40. Сообщение от Middle SQL Developer (?), 02-Май-24, 00:04	+/–
Ну вдруг есть внешние примочки, даже платные. Я после Оракула мучаюсь иногда. Заодно вспомнил аргумент: мускул позволяет делать неправильные, не ANSI запросы, например, без GROUP BY в конце, при этом группируя
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #86

41. Сообщение от Аноним (41), 02-Май-24, 00:06	+/–
Когда будет горизонтальное масштабирование из коробки?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58

42. Сообщение от Middle SQL Developer (?), 02-Май-24, 00:06	+/–
Я конкретно спросил, что он не всегда указывает на кусок кода и правильную строку, а просто пишет текст из кавычек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

43. Сообщение от Middle SQL Developer (?), 02-Май-24, 00:07	+/–
Вдруг есть какие-то улучшения или примочки. А постгрес я давно не тыкал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

44. Сообщение от Middle SQL Developer (?), 02-Май-24, 00:09	–2 +/–
Конечно, мускул очень круто вырос за 10 лет. Аналитические запросы и таблицы в ОЗУ это раньше прерогатива дорогих версий Оракула и MS-SQL была.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

45. Сообщение от Middle SQL Developer (?), 02-Май-24, 00:14	–1 +/–
IDE нормальные есть и софт для администрирования у MySQL. Из коробки поддержка у фрейморков всяких и ORM (не люблю ORM, люблю чистый SQL). А с постгрес чаще плюшки платные. Я, конечно, не о сайтах на вордпрессе, а о серверах с сотнями гигов и терабайтами, 96 ГБ ОЗУ для OLAP и DWH и т.д., когда блокнота и консоли совсем мало
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #47, #53, #60

46. Сообщение от Аноним (46), 02-Май-24, 00:19	+7 +/–
Особо веселит, когда оракл полностью удаляет поддержку кеша запросов в 8 версии mysql, а в качестве оправдания что-то мямлит про "мы опросили наших кастомеров, и никто из них не заметил тормозов при переходе на 8 версию". В общем-то, я примерно так себе пользователей энтерпрайза всегда и представляю: существа, которые не замечают падения производительности "до 50%". Что ява, что другой энтерпрайз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #48, #52, #56, #72, #76

47. Сообщение от Аноним (47), 02-Май-24, 00:37	–2 +/–
В PgSQL сейчас софт для работы с SQL построен на ElectronJS. Бесполезная и переусложненная СУБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

48. Сообщение от Аноним (9), 02-Май-24, 00:43	–3 +/–
Это на самом деле не такая уж и проблема. Компенсируется через апгрейд железа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #51

49. Сообщение от Роман (??), 02-Май-24, 01:28	+/–
оно в 8.0.х так и было - сыпало warnings, сейчас депрекейтнули
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

50. Сообщение от mumu (ok), 02-Май-24, 01:48	+/–
А ещё отмена рабства повлияла на работу плантаций. Совсем не думают о честном бизнесе!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #54, #55

51. Сообщение от Аноним (51), 02-Май-24, 03:19	+2 +/–
Но железо необходимо собирать самому начиная с добычи кремния следуя канонам пердолинга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #59

52. Сообщение от Аноним (52), 02-Май-24, 03:33	+1 +/–
> В общем-то, я примерно так себе пользователей энтерпрайза всегда и представляю: существа, которые не замечают падения производительности "до 50%". Ну, просто оракл опрашивал пользователей Oracle RDBMS. Вполне логично, что они не заметили падения производительности мускуля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

53. Сообщение от Аноним (52), 02-Май-24, 03:37	+/–
> о серверах с сотнями гигов и терабайтами, 96 ГБ ОЗУ для OLAP и DWH и т.д. Хранить OLAP в реляционке? А чего не в key-value? Вот redis, например. С таким подходом — идеальный выбор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #57, #70

54. Сообщение от Аноним (52), 02-Май-24, 03:42	–1 +/–
Это рыночек порешал. В индустриальную эпоху рабочая сила должны быть мобильной, чтобы оперативно реагировать на меняющиеся логистические условия. Где удобнее строить рудник/завод — там и строим. Стало неудобно (руда кончилась, возить сырьё/продукцию стало далеко) — забрасываем и уходим. А рабочая сила пусть сама за производством мигрирует, она же теперь свободная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

55. Сообщение от Аноним (55), 02-Май-24, 05:09	+/–
Как будто отмена рабства на что-то повлияла. Раньше работали за миску риса, теперь за денежный эквивалент миски риса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #66

56. Сообщение от Vlad violentiy (?), 02-Май-24, 06:48	+/–
Query cache - это реально была сырая и проблемная штука, вешала много приложений (прости Господи битрикс в частности), show processlist запускаешь на 5.7 и все становится понятно, правильно сделали что убрали, а минусов в производительности я не заметил, если приложение чуть чуть серьезней чем микробенчмарки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #67, #69

57. Сообщение от Vlad violentiy (?), 02-Май-24, 06:51	–1 +/–
Acid?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #81

58. Сообщение от Vlad violentiy (?), 02-Май-24, 06:53	+1 +/–
Ndb cluster, не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

59. Сообщение от nox. (?), 02-Май-24, 07:27	+1 +/–
> железо необходимо собирать самому начиная с добычи кремния Алхимия какая-то ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

60. Сообщение от nox. (?), 02-Май-24, 07:29	+/–
> чаще плюшки платные. Я, конечно, не о сайтах на вордпрессе, а о серверах с сотнями гигов и терабайтами Купив перечисленное железо, странно сетовать на платность ПО.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #71

61. Сообщение от bOOster (ok), 02-Май-24, 07:51	–1 +/–
Че за ерунда? чем отличается физический интерфейс WAN и LAN? Кроме его маркировки разным образом только для удобства неосиляторов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #62

62. Сообщение от vvm13 (ok), 02-Май-24, 08:28	+1 +/–
Не знаю, что имел в виду penetrator, но наверняка речь не о разъёмчиках с надписями, а о специфике работы: LAN - большая пропускная способность, низкие задержки WAN - не такая уж большая пропускная способность (иногда совсем маленькая), большие (иногда огромные) задержки, и для WAN люди пытаются (или нет) создать какие-то оптимизации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #84

64. Сообщение от Аноним (64), 02-Май-24, 09:14	+/–
Есть злые тёти в должности "вставь всем в ж...", которые не только работают за зарплату, но эту зарплату отрабатывают. Если они перестанут этим заниматься, то их уволят. А кто захочет быть уволенным, если работа не пыльная и высокооплачиваемая. Если бенефициары компаний захотят, то такая практика закончится практически мгновенно. Но они не хотят, ибо это отвлекает ваше внимание от возникновения правильных вопросов. Вот так миром и управляют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

66. Сообщение от Аноним (66), 02-Май-24, 10:17    Скрыто ботом-модератором	+1 +/–
Повлияла. Раньше хозяин кормил рабов, обеспечивал, защищал. А теперь хозяев и рабов нет, есть эксплуататоры и расходный материал, на который плевать, пусть хоть подыхают, новый материал на замену рождается каждый день.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

67. Сообщение от Annnnnno (?), 02-Май-24, 10:40	+/–
как то вы странно про битрикс пишити.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

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

70. Сообщение от Middle SQL Developer (?), 02-Май-24, 11:23	+/–
Этот софт был создан до всяких редисов, а так не вопрос
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #74

71. Сообщение от Middle SQL Developer (?), 02-Май-24, 11:26	+/–
Вообще-то Оракл стоил полтора ляма ещё 10 лет назад, и это стандартный. А MS-SQL около 300к тоже без ограничений. Мои вопросы не про конкретные случаи, разумеется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

72. Сообщение от Хейтер (?), 02-Май-24, 12:11	+/–
>не замечают падения производительности "до 50%". Что ява, что другой энтерпрайз - нормальный на этом месте подумал бы: а почему так? а не считал всех кроме себя идиотами. JavaEE дает кэширование на уровне ORM поэтому во многих случаях (тут зависит от адекватности разработчиков конечных приложений) провал производительности на уровне СУБД нивелируется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

74. Сообщение от Аноним (52), 02-Май-24, 12:17	+/–
Вот с этого и надо было начинать. Нет там никакого осознанного выбора БД, просто взяли то, что было популярно в нулевых. И, естественно, тот несчастный, который поддерживает ЭТО двадцать лет спустя, уже не может ничего серьёзно поменять, потому что он один и бесконечно мал в сравнении с этой горой костылей, которая сотрёт его при любом неосторожном движении.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

76. Сообщение от Аноним (76), 02-Май-24, 16:37	+/–
Там такой query cache, что с ним только хуже на серьезных нагрузках из-за блокировок. Его действительно надо выкинуть и переписать заново. Но поскольку все, у кого серьезные нагрузки, и так его отключают и кэшируют в каком-нибудь memcache или redis, то, видимо, решили, что можно просто выкинуть :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

77. Сообщение от Аноним (77), 02-Май-24, 18:12	+/–
Тот, кто видел в Windows новый инсталлятор Oracle MySQL и сравнивал его с инсталлятором MariaDB, никогда не будет задавать глупых вопросов о "развитии" MySQL...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80

78. Сообщение от Аноним (78), 02-Май-24, 19:56	–1 +/–
> Удалены системные переменные, в которых использовались слова "master" и "slave" Ясно! Остаюсь на Постгресе.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82

80. Сообщение от Аноним (81), 02-Май-24, 22:15	+/–
PostgresPro инсталяторы даже лучше. https://repo.postgrespro.ru/std/std-14/win/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

81. Сообщение от Аноним (81), 02-Май-24, 22:18	+/–
Aerospike Community Edition? ACID/CAP
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

82. Сообщение от Аноним (81), 02-Май-24, 22:22	+/–
Держите нас в курсе!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

84. Сообщение от bOOster (ok), 02-Май-24, 22:39	+/–
> Не знаю, что имел в виду penetrator, но наверняка речь не о > разъёмчиках с надписями, а о специфике работы: > LAN - большая пропускная способность, низкие задержки > WAN - не такая уж большая пропускная способность (иногда совсем маленькая), большие > (иногда огромные) задержки, > и для WAN люди пытаются (или нет) создать какие-то оптимизации. Нормально это решается дополнительными, опциональными решениями от профессионалов, на своем уровне сетевой модели OSI, так как разработчик СУБД может даже не знать что такое VLAN, что такое QoS, или специфики работы сетей ATM или ISDN - для примера. Ну и что он там оптимизировать сможет? Поэтому они вносят какие-то оптимизации, на своем уровне OSI - уровне СУБД, но по факту к WAN или LAN это не имеет никакого отношения. Так как фактически WANом или LANом - занимаются грамотные системные администраторы, строящие виртуальные сети компании с приоритезацией, и не только трафика СУБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

85. Сообщение от Аноним (85), 03-Май-24, 03:52	+/–
А помянутый выше битрикс начал переползать на PG. Возможно, дело тут не совсем в ущербности mysql во всех ее инкарнациях и идеальности PG, но самому проекту это пойдет на пользу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

86. Сообщение от Аноним (85), 03-Май-24, 03:58	+/–
Ха! Фаны мыскля неправильные запросы наоборот, считают киллфичей проекта и вовсю пользуются этим. И очень страдают сами (и эксплуататоры их поделий), когда у разрабов мыскля иногда просыпается совесть и они правят парсер в сторону ужесточения проверки синтаксиса - привет разрабам Netup UTM!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

89. Сообщение от zog (??), 03-Май-24, 11:52	+/–
> Прекращено прямое обновление с MySQL 5.7 до MySQL 8.4. Для перехода с MySQL 5.7 вначале теперь следует перейти на ветку 8.0, а уже затем обновить её до версии 8.4 А почему вначале не на 8.3, а уже затем на более новую?
Ответить | Правка | Наверх | Cообщить модератору

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

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