The OpenNET Project / Index page

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

Инициативы по сближению MySQL с сообществом и форсированию разработки

19.02.2026 10:50 (MSK)

Ответственный за взаимодействие с сообществом в компании Oracle (MySQL Community Manager) опубликовал заметку, в которой заявил об изменении в инженерном руководстве, усилении сотрудничества с сообществом и форсировании разработки новой функциональности. Новая стратегия разработки MySQL включает три направления: внедрение в MySQL Community Edition инноваций и новой функциональности для разработчиков; расширение экосистемы и развитие инструментов, фреймворков и коннекторов для улучшения работы с MySQL; повышение прозрачности процессов и активное вовлечение сообщества к определению пути развития MySQL.

В MySQL Community Edition планируют интегрировать возможности, ранее доступные только в коммерческих продуктах. Из намеченных для интеграции новшеств отмечены новые векторные функции для AI, создание сборок с PGO-оптимизациями, гиперграфный оптимизатор, повышение качества работы с JSON, расширение средств мониторинга через OpenTelemetry, реализация многопоточного переноса изменений из журнала транзакций и предоставление расширенной аналитики HA/DR (High Availability/Disaster Recovery). Некоторые значимые изменения уже доступны в ветке MySQL 9.6, в которой из движка хранения InnoDB в SQL-движок перенесено управление внешними ключами и каскадными действиями (распространение изменений на другие записи, связанные через внешние ключи).

Кроме того, отмечается намерение расширить сотрудничество и согласованность действий между сообществом и командами Oracle, отвечающими за разработку, оптимизатор, runtime, безопасность, AI, контроль качества и управление продуктом. Планируется размещать в открытом доступе планы разработки, отчёты о ходе разработки и исправлении ошибок, а также упростить приём изменений от участников из сообщества. Для укрепления экосистемы намерены наладить тесное сотрудничество с дистрибутивами Linux и открытыми проектами. Отдельно упоминается сотрудничество с компанией Canonical и сообществом Ubuntu, а также поддержка зависящих от MySQL крупных отрытых проектов, таких как WordPress, Drupal, Magento и Joomla.

В ответ от имени сообщества опубликовано открытое письмо, которое подписали около 250 представителей сообщества и компаний, использующих MySQL или развивающих альтернативные решения на базе MySQL. Письмо призывает Oracle создать некоммерческую организацию для поддержки сообщества MySQL, не зависящую от отдельных поставщиков.

Предполагается, что создание нейтральной площадки даст возможность решить имеющиеся системные проблемы, наблюдаемые в последние годы, такие как потеря доли рынка MySQL, снижение доверия и отсутствие прозрачности, барьеры при передаче изменений от сторонних участников, отставание по функциональности (например, отсутствие векторного поиска), фрагментированное и стареющее сообщество (отсутствие притока новых разработчиков). Создание независимой организации также привлечёт к проекту крупные компании, заинтересованные в развитии MySQL, но ныне ограниченные в возможности участия в разработке из-за развития MySQL за закрытыми дверями.

Для обсуждения предлагается несколько вариантов управления в новой организации. Например, допускается, что по аналогии с формированием ассоциации OpenELA компания Oracle создаст организацию и пригласит в число учредителей других лидеров отрасли, что позволит сохранить контроль над стратегией развития и видением экосистемы, но привлечёт при этом других участников к совместной работе. Вторым вариантом является создание отдельной организации, в которой Oracle будет выступать стратегическим управляющим партнёром и предоставлять возможность использования торговой марки MySQL. Не исключается также создание ассоциации из заинтересованных в развитии MySQL сторонних компаний и уже после создания независимой организации приглашение Oracle принять участие в инициативе.

  1. Главная ссылка к новости (https://blogs.oracle.com/mysql...)
  2. OpenNews: Выпуск СУБД MySQL 9.6.0
  3. OpenNews: Oracle уволил 70 сотрудников из команды проекта MySQL
  4. OpenNews: Представлен openHalo, инструментарий для миграции с MySQL на PostgreSQL
  5. OpenNews: Rocky Linux, Oracle и SUSE создали совместный репозиторий для RHEL-совместимых дистрибутивов
  6. OpenNews: Опубликован репозиторий OpenELA для создания дистрибутивов, совместимых с RHEL
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64827-mysql
Ключевые слова: mysql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (72) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, kravich (ok), 12:08, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    Последние судороги перед смертью
     
     
  • 2.10, Аноним (10), 12:27, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • –26 +/
    Перед смертью Postgres.
    Ща навайбают альтернативу и чатгпт начнет рекомендовать ее вместо PG (как traefik вместо nginx). Mysql естественно никуда не денется.
     
     
  • 3.16, Аноним (16), 12:37, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У Оракла инженеров вменяемых не хватает, потому начинают перекладывать на сообщество.
     
     
  • 4.27, Аноним (-), 13:09, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У Оракла инженеров вменяемых не хватает, потому начинают перекладывать на сообщество.

    Адекватные опенсорсники в оракле более пары лет не задерживаются, меняя работы на более opensource friendly фирмы, лучше понимающие открытые рабочие процессы, внезапно.

    Вот буквально все видные в ядре linux фигуры с @oracle.com почему-то уже сменили мылы. Видимо сие не только в ядре.

     
  • 4.33, LaunchWiskey (ok), 13:29, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > У Оракла инженеров вменяемых не хватает, потому начинают перекладывать на сообщество.

    Так они сами уволили 70 человек из команды MySQL несколько месяцев назад. Видимо уволили разработчиков, а менеджера забыли, вот он теперь сидит там один и ищет, кто б ему попрограммировал забесплатно.

     
     
  • 5.71, Аноним (-), 18:01, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Так они сами уволили 70 человек из команды MySQL несколько месяцев назад.

    Для корп такого размера совершенно нормально что правая рука вообще не знает что делает левая.

     
  • 5.82, aname (ok), 20:17, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И ведь найдёт
     
  • 4.52, Смузихлеб забывший пароль (?), 15:02, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зачем программистов называть инженерами ?
     
     
  • 5.66, adolfus забыл пароль (?), 17:14, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что они по сути инженеры и есть. Должны понимать прочитанное и уметь объяснить это "рабочему". Не пересказать лингвистически, а объяснить.
     
  • 5.67, Аноним (67), 17:15, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Рабочими?
     
  • 4.81, aname (ok), 20:16, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Но они ещё не знают
     
  • 3.24, нах. (?), 12:48, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    но ведь в РФ чатгпт запрещен?!
    А этот...как его... гигачад? Так небось и будет советовать postgrespro и заодно написать явку с повинной.

    > Mysql естественно никуда не денется.

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

      

     
     
  • 4.30, Аноним (-), 13:22, 19/02/2026 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
  • 4.39, Bob (??), 14:07, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    в РФ пол глобального инета - запрещено, а вторая половина пашет рандомно

    страннт, что новости о банах опенсурс источников ещё нет. Даже AUR отваливается

     
  • 4.60, Сталин (?), 16:03, 19/02/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 4.77, Аноним (77), 18:49, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ты не путай, чатгпт запрещён не в рф, а рф -- практика незаконных, ничем не обоснованных блокировок по предположительному географическому положению клиента айпи-адреса, в совершенстве были освоены западными партнёрами задолго до появления внутренних блокировок.
     
  • 2.11, Жироватт (ok), 12:27, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну почему последние-то?
    Копрорация гальванизировать труп третьестепенного продукта может долго - может себе позволить по ресурсам.
     
  • 2.34, Аноним (77), 13:35, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты прав, mariadb доказала, что в прод васяноподелки ставить дорого.
     
  • 2.41, Соль земли2 (?), 14:16, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сразу после PHP?
     

  • 1.2, Аноним (2), 12:12, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Есть же PostreSQL, зачем всё остальное?
     
     
  • 2.6, нах. (?), 12:25, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Так точно товарищмайор! Есть!

    (но мы и дальше пожалуй будем сотрудничать с oracle)

     
  • 2.28, LaunchWiskey (ok), 13:17, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Есть же PostreSQL, зачем всё остальное?

    А затем, что базы данных используют не только на localhost, но и во многих больших и давно работающих проектах, которые изначально разрабатывались под MySQL, никакие Postresql не поддерживают и не планируют поддерживать.

     
     
  • 3.47, нах. (?), 14:34, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > во многих больших и давно работающих проектах, которые изначально разрабатывались под
    > MySQL, никакие Postresql не поддерживают и не планируют поддерживать.

    а если рабов выпороть как следует?!

     
     
  • 4.61, Аноним (61), 16:41, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не приходит в "нах", что ваши решения, основанные на oracle бывают не нужны.
     
  • 4.62, LaunchWiskey (ok), 16:43, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда вам придётся выпороть ещё и владельцев трети (или сколько там сейчас по свежей статистике) сайтов в Интернете, ибо Wordpress — это MySQL/MariaDB. Какая-то планета BDSM получается, не? Есть мнение, что гораздо проще и экономически целесообразнее будет выпороть тех, кто бездумно продвигает Postrgesql не учитывая контекста.
     
     
  • 5.70, Аноним (67), 17:23, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А если всех владельцев?
     
  • 5.79, нах. (?), 19:03, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда вам придётся выпороть ещё и владельцев трети (или сколько там сейчас по свежей
    > статистике) сайтов в Интернете, ибо Wordpress

    ничего, конечно, не имею против, но вы уже не можете не то что контекст кроме последней строчки последнего коммента в голове удержать, а даже прочитать на что отвечаете?

    Я там специально оставил цитатку:
    > во многих больших и давно работающих проектах, которые изначально разрабатывались под
    > MySQL, никакие Postresql не поддерживают и не планируют поддерживать.

    Если ваш сайт на вротпрессе это "большой проект" (давноработающие попадаются, конечно) - то тут уже бестолку пороть, только децимации раз в неделю спасут человечество.

     
     
  • 6.90, LaunchWiskey (ok), 01:17, 20/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    У меня перед глазами пример большого проекта на MariaDB в крупном энтерпрайзе, собственно ребята из соседней команды у нас пилят)) И нет, не они выбрали MariaDB, им так досталось, но дешевле не ломать то, что работает, тем более, что база их устраивает, а желания тратить время на приключения в поисках мифической выгоды от перехода на Postgresql у них нет, да и других задач хватает. (Забавно, раньше наша контора даже висела на сайте MariaDB в разделе "нам доверяют", теперь что-то нет))
    А благодаря Wordpress, как бы его не презирали форумные эксперты, Мю с Марией переживут Postgres и ещё спляшут на его похоронах. Ибо миллионы инертных и консервативных пользователей вы никакими кавалеристкими наскоками с шашкой наголо не одолеете. Сможете им объяснить, зачем внезапно надо переходить на Postgresql?
     
  • 2.37, Аноним (37), 13:56, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    https://opennet.ru/64582-database
     
  • 2.40, Bob (??), 14:14, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    За Шкафом!

    кто как хочет - так и делает

    есть выбор - хорошо

     
  • 2.43, Соль земли2 (?), 14:17, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем апельсины, если есть яблоки?
     
  • 2.48, Tron is Whistling (?), 14:34, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Чо там с двунаправленной репликацией? А с синхронной двунаправленной?
    Всё так и городите active-standby с лагом и ручным восстановлением?
     
     
  • 3.74, Аноним (74), 18:15, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    кому и где это нужно с учетом того, как это работает? сам факт предъявления именно этого говорит о твоем полном не понимании, как работают и используются базы данных. такие же обычно предъявляют питону за gil, не понимая в чем его суть
     
     
  • 4.80, Tron is Whistling (?), 19:48, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А, ну раз не нужно - пилите, Шура, пилите.
     
  • 4.87, BrainFucker (ok), 21:45, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > такие же обычно предъявляют питону за gil, не понимая в чем его суть

    Это да, очень не хватает во многих языках.

     
  • 2.69, adolfus забыл пароль (?), 17:19, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    По возможностям, в смысле серверного программирования, и по производительности оракл пока кроет слона как бык овцу. А уж если поставить их на нормальный корпоративный сервак с сотней ядер, SAS по оптике и терабайтами ОЗУ, то производительность оракла вообще в небеса. Слон пока не умеет мимо файловой системы к носителям обращаться. Таки, увы.
     

  • 1.4, нах. (?), 12:15, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Да, захороните его уже в могильник апача, чего мучаться.

     
     
  • 2.7, User (??), 12:25, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Не, никак нельзя стандартный роадмап нарушать:
    Балкон-гараж-дача-мусорка-apache software foundation...
     
  • 2.83, Аноня (?), 20:24, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    apache cemetery
     

  • 1.8, Аноним (8), 12:26, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Как управлять миром не привлекая внимания санитаров том 2. У Оракл видимо не получилось отбить инвестиции и они решили, что недостаточно крепко народ подсел на MySQL, чтобы драть с них бабло. Поэтому давайте зайдём ещё раз.
     
     
  • 2.14, Аноним (14), 12:34, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если раньше например, альтернатив mysql особо небыло, только PG по сути. И сама разработка очень сильно зависила от РСУБД. То сейчас, когда подходы меняются, новые инструменты появляются - попытаться зайти на второй круг - космическая тупость. Надо пытаться доить то что еще хоть как то доится.
     

  • 1.9, Фонтимос (?), 12:26, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Зря они все это затеяли, Ларри в последнее время зол на прогеров, они бабосики ему перестали в клювике таскать. Думаю у него появился повод отправить нытиков на мороз. Ждем.
     
     
  • 2.15, Жироватт (ok), 12:34, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слишком хитрый план для монструозного корпа. А Ларри денег имеет с тырпрайзного софта.

    Скорее всего просто кто-то из среднего управляющего звена решил срубить по-лёгкому палочек KPI (и кармочки перед сообществом, чтобы потом в резюме иметь) путём выноса начавшего затухать "продукта", который так и не сумели приспособить никуда, в очередное марионеточное прокладочное НКО.

    Ну или ради оптимизации налогов - мы типа коммитим в попенсорц, Донни, сделай нам вычет с нашего ирландского оффошора еще миллиончик-другой.

     

  • 1.12, Аноним (12), 12:28, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Стандартный Web стек LAMP становится всё лучше!
     
  • 1.13, Fareast (ok), 12:31, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А в чем фишка MySQL? я ставил мне вообще не понравилось, ресурсы жрет конкретно
     
     
  • 2.18, Аноним (10), 12:42, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Фишка в том, что у тебя могут быть разные движки у разных таблиц. Это прямо киллер фича.
    Дефолтный движок по своим возможностям и свойствам не уступает PG.
    Упрощенный диалект SQL - для нормальных людей это скорее плюс. У PG усложненный, при этом делает то же самое.

    >ресурсы жрет конкретно

    Все очень гибко настраивается по жранью. Тоже плюс. У PG тоже, но сложнее.

     
     
  • 3.23, Аноним (16), 12:46, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Упрощенный диалект SQL - для нормальных людей

    Кто такие "нормальные"? Те, кто необучаемые совсем?

     
     
  • 4.55, Аноним (10), 15:41, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем обучаться делать вещи сложным способом, если можно простым?
    Чтобы потом рассказывать о своей экспертности? Понты дороже денег, понимаю.
     
  • 4.84, Аноня (?), 20:27, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Логику нужно держать в базе, ага, слышали.
     
  • 2.19, Аноним (19), 12:42, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >я ставил мне вообще не понравилось

    :D

     
  • 2.21, Аноним (16), 12:43, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Фишка в неправильном имени. Вот было бы iSQL - тогда бы попёрло.
     
  • 2.44, Bob (??), 14:18, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А ты его настрой и юзай сторонний gui )
     
  • 2.86, Аноним (86), 20:49, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Фишка в LAMP (когда это было актуально и продавались готовые хостинги со всем предустановленным). Годы уже прошли, но народ продолжает ехать на старых лыжах.
     

  • 1.26, Аноним (-), 13:04, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Ответственный за взаимодействие с сообществом в компании
    > Oracle (MySQL Community Manager)

    Взаимоисключающие параграфы. Чтобы эинициатива работала - надо оракл из схемы убрать :D. А на это оракл пойти никак не смогет...

    Почему убрать? Достаточно вспомнить историю с Berkeley DB. Libre Office. Solariz/ZFS. Или вот мускуль. Все имевшее отношение к опенсорсу оракл, таки, прогадил. И опеносорсники более пары лет там не держат. Это у community manager'а вопросов не вызывает?

     
     
  • 2.32, Аноним (32), 13:25, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В любом расследовании главное не выйти на самого себя
     
     
  • 3.45, Аноним (45), 14:28, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > В любом расследовании главное не выйти на самого себя

    Даже самый крутой и талантливый опенсорсник может таки - облажаться, если весь корпоративный климат в целом - г@мно! Сдвинуть здоровенную корпу в 1 рыло? Это не факт что даже что Ларри то смог если б даже захотел. Большие творения начинают жить своей жизнью, в обход желаний создателей. А уж какой-то там манагер против такой махины... амбиции это конечно хорошо, но вероятность того что у него хватит силенок - мизерная. Тем более что надо будет сказать ряд неудобных вещей напрочь проприетарным топам, а это чревато.

     

  • 1.31, LaunchWiskey (ok), 13:23, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    В прошлом году, в августе кажется, Oracle уволил 70 человек из команды MySQL. А теперь оказалось, что код сам себя почему-то не вайбкодит, надо срочно найти кого-то кто разрабатывал бы дальше, и желательно бесплатно!
     
     
  • 2.49, нах. (?), 14:36, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В прошлом году, в августе кажется, Oracle уволил 70 человек из команды
    > MySQL. А теперь оказалось, что код сам себя почему-то не вайбкодит,
    > надо срочно найти кого-то кто разрабатывал бы дальше, и желательно бесплатно!

    этого в черный список и в орацл никогда не нанимать даже уборщиком.

    Надо уволить еще десяток, чтоб остальные задумались о своей эффективности, а не искать кого-то!

     

  • 1.36, Двачер (?), 13:46, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > заявил об изменении в инженерном руководстве, усилении сотрудничества с сообществом и форсировании разработки новой функциональности.

    В переводе с языка манипуляторов: уволил до...много инженеров, переложил весь труд на сообщество и завопил: "работайте вы поживее, клячи ленивые!!"

     
  • 1.46, Аноним (46), 14:30, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    MySQL очень старая база данных, да и Мария тоже. Годится MySQL для пыхо сайтиков разве что. Хайлоад использует инструменты соовсем другого класса...
     
     
  • 2.50, Tron is Whistling (?), 14:37, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И-и-и?

    Хайлоудов на всю планету - пара сотен. И бюджеты у них миллиардные - могут себе позволить держать девелоперов на собственные инструменты.

    А остальным чего делать?

     
     
  • 3.88, Аноним (88), 22:56, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >А остальным чего делать?

    Оверинжинирить и качать резюме.

     
  • 2.56, Аноним (10), 15:51, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В хайлоаде используется и мускль (для огромных таблиц она довольно практична и при этом ее для этого не надо как-то по особенному готовить), и даже sqlite (сурпрайз).

    >MySQL очень старая база данных, да и Мария тоже

    Большая часть вещей, приблизивших мускль к пг в плане технологической зрелости, была добавлена или завершена уже после появления MariaDB. Относительно недавно.

    Да, чтобы два раза не вставать, донесу до профнепригодного бездаря, застрявшего в 2010 году. Пхп в 2020х годах - это почти что джава, стиль программирования энтерпрайзный, зрелые фреймворки, как правило работа с БД полностью абстрагирована. Все что вы знаете о веб программировании - устарело. Пора в охранники, а потом и на пенсию.

     
     
  • 3.63, Аноним (63), 16:53, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да ладно... Этот ваш php не вывозит нагрузки вообще! И пых синглтредовый, который порождает новый процесс на каждый запрос, сильно уступает гошке с зелеными потоками. Гошка легко держит десятки тысяч коннектов, тогда как пых сильно пыхтит уже на паре тысяч. Вот так вот. Пых - язычок для бложиков и всяких дашбордов, где и базы данных мало используются, ведь в пыхо проектах даже очереди не нужны, а используются только круды. Вот вам и ответ, какой язык ваш пых. А MySQL старьё, сейчас в проде PostgreSQL - стандарт. Поэтому, вы напрасно слишком самоуверены в собственной "крутизне".
     
     
  • 4.65, Аноним (10), 17:09, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Питон еще раза в четыре медленнее, и ничего, кроме инфраструктурного кода в гугл... большой текст свёрнут, показать
     
     
  • 5.73, Аноним (-), 18:06, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Питон еще раза в четыре медленнее, и ничего, кроме инфраструктурного кода в
    > гугле все на нем (на голанг не очень-то перешли).

    Вообще-то они голанг написали как раз чтобы перестать докупать сервера оптом по мере роста нагрузок :)

     
  • 5.76, Аноним (63), 18:28, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе как раз и сказал, что пых ничего более чем круды не может, а ты мне в ответ пишешь про круды в микросервисах. В гошке всё строится обычно поверх GRPC и кафки, круды в твоём пыхе обычно рисуются в бложиках. Вот и получается, что пых ваш ни о чём.
     
  • 2.57, BorichL (ok), 15:57, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Заявка на табличные функции уже лет 10 помоему висит как ухо спаниэля... Но вобщем для пыхосайтиков с мелкобазками сойдёт, рекурсивные cte'шки даже есть!
     
  • 2.85, Аноня (?), 20:30, 19/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А уж OracleDB какой старый. Чтож им пользуются то все. Почему компания не обанкротилась ?
     

  • 1.59, Аноним (61), 16:01, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    MariaDB стабильный релиз, а MySQL инициатива по сближению.
     
  • 1.89, Max Power (?), 23:58, 19/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Предлагаю всем просто перейти на PostgreSql!
     
     
  • 2.91, LaunchWiskey (ok), 01:33, 20/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ребят, у вас тайная ложа или секта? По моим наблюдениям, на любом форуме, вне зависимости от страны и языка, в ветке с обсуждением баз данных непременно появятся 2-3 человека неистово проповедующие о PostgreSql и необходимости миграции всех еретиков с других баз в единственно верную СУБД.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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