Компания Oracle сформировала новую ветку СУБД MySQL 9.4.0. Сборки MySQL Community Server 9.4.0 подготовлены для всех основных дистрибутивов Linux, FreeBSD, macOS и Windows. В соответствии с внедрённой в 2023 году моделью формирования релизов, MySQL 9.4 отнесён к веткам "Innovation". Innovation-ветки рекомендованы для тех, кто хочет раньше получать доступ к новой функциональности, публикуются каждые 3 месяца и поддерживаются только до публикации следующего значительного релиза (например, после появления ветки 9.4 прекращена поддержка ветки 9.3). Осенью планируют сформировать LTS-релиз 9.5, рекомендованный для внедрений, которым необходима предсказуемость и длительное сохранение неизменного поведения. Следом за LTS-веткой будет сформирована новая Innovation-ветка - MySQL 10.0...Подробнее: https://www.opennet.me/opennews/art.shtml?num=63616
Это всё туфта. Лучшая СУБД - текстовый файл, намного качественнее любой СУБД!
Вы, правы, текстовый файл это то что нужно, особенно если он пару терабайт ;)
и какая тебе разница, файл текстовый или нет? ты файлы бд руками правишь?
Вот ты смеешься - а я был маленький\глюпый и году в девятом вебню со стейтом в плейнтекстовом файле на регексах даже запилил. На перле, ага.
"Никогда. Никогда больше! Newermore!"(C)
И perl, кстати тоже )
Бгг, мы в 2002 на текстовых файлах CMS сварганили в качестве студенческой поделки.
На PHP4, ага.
"Студентом" в "2002ом" и "на php" - это нормально, а вот инженегром в 2009 и на perl'е кмк за гранью разумного даже для "непрограммизда" )
Согласен и лучший менеджер паролей это текстовый файл. Его можно распечатать и положить под монитор.
> Согласен и лучший менеджер паролей это текстовый файл. Его можно распечатать и положить под монитор.Он же никак не защищен! Я применяю эффективную защиту - лист с паролями вставляю в прозрачный файлик.
Можно усилить защиту от повреждения данных - файлик заклеить скотчем.
У заказчика на одном проекте такой в git'е лежал, ага. Кому надо - openssl enc и алга. Но как они ключи меняли - ума не приложу и прикладывать не желаю: "там так принято"(Ц)
Ура, один из четырёх столпов интернета становится всё лучше и лучше.
Ты про LAMP?
В Ubuntu упразднили и из tasksel убрали. Теперь по отдельности ставить нужно.
https://ru.wikipedia.org/wiki/Oracle#Oracle__в_СССР_и_СНГ
а зачем оно при живом postgresql?
ну то есть сколько сервисов видел - мускуль только у аконади используется (качество которого, мягко говоря, спорное)
Ответ в новости:
> доступен только пользователям коммерческой версии MySQL Enterprise Edition
> а зачем оно при живом postgresql?Ubuntu так не считает - оно жестко запихнуто в Nextcloud из снапов.
Для дурачков, не умеющих в персональную сборку продукта под себя - все жестко запихнуто, причем везде.
Зачем только пользовать unix,linux неясно. Стоимость владения, без навыков полного администрирования - будет значительно выше чем за форточки заплатить.
> Для дурачков, не умеющих в персональную сборку продукта под себя - все
> жестко запихнуто, причем везде.
> Зачем только пользовать unix,linux неясно. Стоимость владения, без навыков полного администрирования
> - будет значительно выше чем за форточки заплатить.Для умников есть вот - жЫгули-шестерка-баклажан, все-под-себя-по-ковер-включительно, ездить не обязательно - но каждые выходные лежать под - придется, ага.
Коробку автомат от Тойоты поставил и электроусилитель от этой же Тойоты и ездий себе.
И двигло ...
И тормоза ...
И кондей ...Ох шЫт! А может проще тогда просто Тойоту взять?
Да - не!(С) ;)
> Ох шЫт! А может проще тогда просто Тойоту взять?
> Да - не!(С) ;)Тойопта - это большие единоразовые затраты.
Для контингента, у которых несколько часов прдолинга в гараже, стоят дешевле выпитого в том же гараже пива - неподъемные вложения.А колупаться и годами доводить свою ласточку до идеала - совсем другой коленкор.
Тут можно и с отложенных завтраков насобирать или премию охранника в пятерочке потратить на новые брызговики шпарко.
Или для тех кто ценит свое время.> Зачем только пользовать unix,linux неясно. Стоимость владения, без навыков полного администрирования - будет значительно выше чем за форточки заплатить.
Может я не люблю мелкомягких еще с вынь95))
Но было бы интересно посмотреть на расчеты "стоимости владения".
Что-то чуйка мне подсказывает, что ты просто пальцем в небо ткнул.
> Или для тех кто ценит свое время.
>> Зачем только пользовать unix,linux неясно. Стоимость владения, без навыков полного администрирования - будет значительно выше чем за форточки заплатить.
> Может я не люблю мелкомягких еще с вынь95))
> Но было бы интересно посмотреть на расчеты "стоимости владения".
> Что-то чуйка мне подсказывает, что ты просто пальцем в небо ткнул.Че за бред? Сборку запустил и занимайся своими другими делами..
Вообще, конечно смешно смотрится когда полный профан в сфере программного обеспечения и открытым исходным кодом оправдаться пытается...
> Для дурачков, не умеющих в персональную сборку продукта под себя - все жестко запихнуто, причем везде.Вы слишком категоричны. Зачем сборку, если можно всё по частям установить (пусть даже LAMP, хотя и неочевидно, что это хорошо) и настроить для нормальной производительности и корректного администрирования. Речь была, что все эти снапы бесполезны.
Ну, как тебе сказать? В сценариях, отличных от запуска 1С или там какого перенесенного legacy с кучей развесистой логики в базе в режиме "одна база на кластер" все становится "не так однозначно".
Кластеризация (В том числе мультимастер - нужно не всем и не всегда, но когда нужно...), георепликация, резервное копирование, производительность на простых запросах, накладные на эксплуатацию 100500 мелких базюль под микросервисы...
Постгрыз уже научился в мастер-мастер репликацию?
> Постгрыз уже научился в мастер-мастер репликацию?Ну, теоретически - тот, который pro в редакции аж "enterprise" таки да - но с кучей нюансов (Та самая одна база в кластере, не все приложения умеют работать - вот тот самый odinass не умеет, хе-хе) и вообще раньше писали, что not-for-production-use, если не путаю. Может чо и поменялось - но вряд ли, вряд ли...
Тогда уж лучше clickhouse
> Тогда уж лучше clickhouseНу, если тебе не нужны ACID-транзакции и\или ты реализуешь какую SAGA'у уровнем выше - то nosql со всей обвязкой то, что нужно. Оно, в общем, работает. И иногда даже хорошо. И масштабируется далеко за пределами возможностей рСУБД. Но накладных расходов там...
>мускуль только у аконади используетсяaptitude install akonadi-backend-sqlite
aptitude purge ~imysql
ГЫ :)
>>мускуль только у аконади используется
> aptitude install akonadi-backend-sqlite
> aptitude purge ~imysql
> ГЫ :)Не понимаю, что за полумеры? Сноси уж сразу аконадю по самый непоймук!
единственный полезный ответ в треде so far
адепты мускуля пока не нашлись с аргументами к сожалению
Самое смешное, что внутри оракла не дают использовать mysql. Постгрес разумеется тоже, но mysql-то свой. Из чего я делаю вывод, что mysql до сих пор существует только что бы доить внешних коммерческих клиентов.
Внутри Oracle есть Oracle DB - которой "Хватит всем".
Его разрабам очевидно, насколько плох мускул, вот и не используют. Вообще, мускул всегда был признаком низкокачественных/любительских проектов. В своей карьере использовал мускул лет 15 назад, когда студентом работал в области "создание сайтов быстро под ключ", с похапе, с вордпрессом и прочей фигней. Последующие работодатели -- продуктовые компании -- все как один были на постгресе.
> Его разрабам очевидно, насколько плох мускул, вот и не используют. Вообще, мускул
> всегда был признаком низкокачественных/любительских проектов. В своей карьере использовал
> мускул лет 15 назад, когда студентом работал в области "создание сайтов
> быстро под ключ", с похапе, с вордпрессом и прочей фигней. Последующие
> работодатели -- продуктовые компании -- все как один были на постгресе.Вот прям не на sql server'е, не на эмбедденой oracle - а ажпрям на postgresql?
Даже интересно что за "продукт" производили - импортозамещенное чего поди?
а постгрес тебе уже не sql server? жертва маркетинга
> а постгрес тебе уже не sql server? жертва маркетингаНу давай еще пообсуждаем, является ли какой-нибудь "вротхер" "ксероксом" или ниочень?
Эээ ... А это то тут причём ?Всё что обрабатывает SQL запросы является SQL сервером. Или я что-то пропустил ?
Или ты считаешь, что если есть в названии СУБД SQL - это и является единственно верным "SQL сервером" ?
> Эээ ... А это то тут причём ?
> Всё что обрабатывает SQL запросы является SQL сервером. Или я что-то пропустил
> ?
> Или ты считаешь, что если есть в названии СУБД SQL - это
> и является единственно верным "SQL сервером" ?Ээээ... существует вполне конкретный программный продукт пр-ва microsoft с названием, собственно, "SQL server" - у некоторых от этого почему-то подгорает седалище, собственно всё.
> Ээээ... существует вполне конкретный программный продукт пр-ва microsoft с названием, собственно, "SQL server" - у некоторых от этого почему-то подгорает седалище, собственно всё.Вооот оно чё. Т.е. Если выпустить автомобиль под маркой "Автомобиль" все будут угорать ?
Лейка выпустила первый компактный фотоаппарат - все компактные аппараты стали называть лейками. Фирма Xerox выпустила первый ксерокопировальный аппарат, отсюда "всё что копирует - ксерокс". А первым SQL сервером был Oracle DB.
>> Ээээ... существует вполне конкретный программный продукт пр-ва microsoft с названием, собственно, "SQL server" - у некоторых от этого почему-то подгорает седалище, собственно всё.
> Вооот оно чё. Т.е. Если выпустить автомобиль под маркой "Автомобиль" все будут
> угорать ?
> Лейка выпустила первый компактный фотоаппарат - все компактные аппараты стали называть
> лейками. Фирма Xerox выпустила первый ксерокопировальный аппарат, отсюда "всё что копирует
> - ксерокс". А первым SQL сервером был Oracle DB.Ну в общем "да" - все вопросы к microsoft'у.
Ну может еще к отдельным полуграмотным пуристам.
Зато ваше сообщения признак вашей узкозоркости и неопытности ещё с тех времён и судя по всему по сей день раз так рассуждаете. То что в ваших кейсах небыло ничего кроме сайтов быстро под ключ на вордпрессе, это не говорит ничего о том как его использовали другие и для каких проектов.
Ну оно то да... но ...
Ну кто ещё
Ой! Только заметил, сорян, тут _должно_ было быть:Ну оно то да... но ...
Ну Uber... а кто ещё?
"Его разрабам" - это чего "его"? В Оракле работает что-то около 120 тысяч человек, и ихняя база - это один из сотни проектов, которые вообще к оракловой базе никакого отношения не имеют.
Что там, Убер уже спрыгнул с сабжа? Помню, они на него с Постгреса переезжали, как раз по причине того, что pg тормозит и одномастерный, чтобы пропылесосить надо всё гасить.
дожили, файервол для бд :))
Что тебя смутило? Расскажи как ты предлагаешь не дать джуну случайно удалить не те данные из не той таблицы, я тебя слушаю.
> Что тебя смутило? Расскажи как ты предлагаешь не дать джуну случайно удалить
> не те данные из не той таблицы, я тебя слушаю.//dev.mysql.com/doc/refman/9.4/en/account-management-statements.html
//dev.mysql.com/doc/refman/9.4/en/grant.html
пс: в тиктоке про такое не рассказывают?
>> Что тебя смутило? Расскажи как ты предлагаешь не дать джуну случайно удалить
>> не те данные из не той таблицы, я тебя слушаю.
> //dev.mysql.com/doc/refman/9.4/en/account-management-statements.html
> //dev.mysql.com/doc/refman/9.4/en/grant.html
> пс: в тиктоке про такое не рассказывают?Ага. Не рассказывают. Вообще почему-то стесняются row level security - все больше костыли какие-то навроде вот "database firewall", да. (В postgresql вот не стесняются и прям-таки в документации про row security policy пишут. Не то, чтобы это было прям нужно, но...)
Но ты ж не тиктокер, ты ж наверно быстро нормально работающий рецепт наGPT'ишь, м?
> row level securityсразу видно, каша в голове. Уровни привилегий к безопасТности никакого отношение не имеют. К безопасТности, отношение в этом контексте может иметь только механизм разграничений этих привилегий.
>> row level security
> сразу видно, каша в голове. Уровни привилегий к безопасТности никакого отношение не
> имеют. К безопасТности, отношение в этом контексте может иметь только механизм
> разграничений этих привилегий.Ну вот если бы ты знал, чего это за "firewall" такой и для чего оно тут - вопросов бы у тебя не было. Но тоби ж комментировать бежать - думать некогда...
> вопросов бы у тебя не былокакие вопросы? ты где в моих коментах вопрос увидел? Или ты про этот "в тиктоке про такое не рассказывают?"?
>> вопросов бы у тебя не было
> какие вопросы? ты где в моих коментах вопрос увидел? Или ты про
> этот "в тиктоке про такое не рассказывают?"?"Но в песне не понял ты, увы - ничего"(Ц)
Ни того, что это за "firewall" такой, ни что у тебя спрашивают, ни про что тебе говорят...
"Впрочем, ничего нового".
> "Впрочем, ничего нового".топай читать
//dev.mysql.com/doc/refman/8.4/en/firewall.html
Уй, молодец какой! Но нажэпэтить тебя другое просили, помнишь?
Если забыл, повторю - "как лишить пользователя возможности удалять _определённые данные_ из таблицы"?
> "как лишить пользователя возможности удалять _определённые данные_
> из таблицы"?так ты первые две ссылки еще не прочитал?
DELETE
Enables rows to be deleted from tables in a database.Данные которые можно удалять - кладешь в таблицу с разрешенным DELETE, а которые нельзя - с неразрешенным DELETE, в чем проблема? Не вижу смысла в том, чтобы иметь возможность сделать DELETE только определенной (одной) строки в таблице и больше никакой, это равносильно "запустить лису в курятник".
> как лишить пользователя
Ну прописал ты правило в фаерволе разрешающее пользователю А (пользователь подключения) удалять только строку под номером i (ALLOW DELETE TBL WHERE row_id=1 тип такого). Файервол смотрит, что пользователь А хочет удалить строку под номером j (row_id=1500) и отвергает запрос на удаление. И что делать, когда необходимо иметь возможность удалять любые "принадлежащие" пользователю А строки? Прописывать на каждый row_id правило? Как файервол должен отличить строку пользователя А от строки пользователя Б? Добавить новую колонку в таблицу и заносить туда пользователя под которым добавляется эта строка? И тем самым переписать правило на вот это ALLOW DELETE TBL WHERE `user`=USERID()? Так что ли? В принципе никто не запрещает таким гемором заниматься.
> Данные которые можно удалять - кладешь в таблицу с разрешенным DELETE, а которые нельзя - с неразрешенным DELETE, в чем проблема?Уй ты лапа! Каждому пользователю - свою табличку для "можно" и для "неможно", ага?
А тут вот update ограничить понадобилось - что делать будем? Декартово произведение - не предлагать> Ну прописал ты правило в фаерволе разрешающее пользователю А (пользователь подключения) удалять только строку под номером i (ALLOW DELETE TBL WHERE row_id=1 тип такого).
Ну, т.е. ссылку на документацию аналоговнеты ты так и не открыл, да? Там так-то шаблонизатор имеется, если что.
Оно кнешн, все одно косое-кривое и не ахти нужное получится - но кой-чего подпереть этим костылем таки можно.
> Ну, т.е. ссылку на документацию аналоговнеты ты так и не открыл, да?
> Там так-то шаблонизатор имеется, если что.ну давай в студию пример правила (правил) для каждого пользователя, чтобы он удалял и апдейтил только определенные строки в одной таблице.
>> Ну, т.е. ссылку на документацию аналоговнеты ты так и не открыл, да?
>> Там так-то шаблонизатор имеется, если что.
> ну давай в студию пример правила (правил) для каждого пользователя, чтобы он
> удалял и апдейтил только определенные строки в одной таблице.Что, даже решение на триггерах сделать не осилил? Ну, бывает, чоужтам - но ты не расстраивайся, продолжай комментировать и все у тебя получится!
> Что, даже решение на триггерах сделать не осилил?Давай в студию, я все еще жду...
> но ты не расстраивайся, продолжай комментировать и все у тебя получится!продолжай высер из чатгпт писать
> А тут вот update ограничить понадобилось - что делать будем? Декартово произведение - не предлагатьесли дал возможность апдейта это равносильно возможности удаления, в новых таблицах нет необходимости. Я даже не буду говорить про маразм удалять строки из таблицы (аппенд онли, нет не слышал)
> Каждому пользователю - свою табличку для "можно" и для "неможно", ага?
Ты уже решил как отличать строку пользователя А от строки пользователя Б?
>> А тут вот update ограничить понадобилось - что делать будем? Декартово произведение - не предлагать
> если дал возможность апдейта это равносильно возможности удаления, в новых таблицах нет
> необходимости. Я даже не буду говорить про маразм удалять строки из
> таблицы (аппенд онли, нет не слышал)Воу. Эксперт по всем (Кроме, собственно, обсуждаемого) вопросам последовательно предложил:
1. Ограничить доступ к данным на уровне таблиц. После легкого намека на несоответствие ТЗ
2. Создать декартово произведение количества пользователей на количество операций. После легкого намека на мнэээ... специфичность решения
3. Предложил ограничить мощность множества операций, выдвинув тезис, что delete==update (Мужики-то не знали!)
4. И в конечном счете отказался решать задачу патамучта "она неправильная, и надо все перепроектировать на append-only pattern">> Каждому пользователю - свою табличку для "можно" и для "неможно", ага?
> Ты уже решил как отличать строку пользователя А от строки пользователя Б?Но документацию по обсуждаемому вопросу таки не прочитал.
НЕ ПОСРАМИЛ, словом!
> 1. Ограничить доступ к данным на уровне таблиц. После легкого намека на
> несоответствие ТЗТак я не увидел твоего решения?
> 2. Создать декартово произведение количества пользователей на количество операций. После
> легкого намека на мнэээ... специфичность решенияЯ пока молчу и не спрашиваю за понятие "декартового произведения", а ты все еще продолжаете нести чатгптешную ересь. В студию решение с вашим "декартовым произведением" (сначала дайте определение этого понятия)
> 3. Предложил ограничить мощность множества операций, выдвинув тезис, что delete==update
> (Мужики-то не знали!)Давай решение без ограничений! Я смотрю ты "лев толстой".
> 4. И в конечном счете отказался решать задачу патамучта "она неправильная, и
> надо все перепроектировать на append-only pattern"Закончились советы чатгпт?
> Но документацию по обсуждаемому вопросу таки не прочитал.
> НЕ ПОСРАМИЛ, словом!Решение в студию.
Вывод: ч.т.и.д. решений то и не будет.
>> 1. Ограничить доступ к данным на уровне таблиц. После легкого намека на
>> несоответствие ТЗ
> Так я не увидел твоего решения?Так вопрос-то тебе задан был - ну напиши, что ли: "Дяденька, я тут фигню спорол, понятия не имею каким образом это делается - покажи, пожалуйста" - а переадресовывать свой вопрос оппоненту моветон-с.
>> 2. Создать декартово произведение количества пользователей на количество операций. После
>> легкого намека на мнэээ... специфичность решения
> Я пока молчу и не спрашиваю за понятие "декартового произведения", а ты
> все еще продолжаете нести чатгптешную ересь. В студию решение с вашим
> "декартовым произведением" (сначала дайте определение этого понятия)Ну и куды ж ты без хотя бы институтской дискретки с теорией множеств в SQL-то лезешь? Он так-то весь на ей.
> Вывод: ч.т.и.д. решений то и не будет.
"Зачем вам подорожная..."?
> Так вопрос-то тебе задан былТак ты же говоришь, что, чтобы ответить на этот вопрос "как лишить пользователя возможности удалять _определённые данные_ из таблицы?", необходимо использовать файервол, ну так где правила файервола, я не вижу. Я тебе дал ссылки на банальное управление привилегиями и описал процедуру как с их помощью можно реализовать задуманное, но как видишь нужно перепроектировать таблицы в корне. Ну вот до сих пор жду от тебя решения с помощью файервола, которое не требует перепроектирования таблиц. Что ты там говорил про шаблоны? Давай набросай ка мне этих шаблонов, я даже не требую синтаксической корректность, тупо псевдокодом.
> Ну и куды ж ты без хотя бы институтской дискретки с теорией множеств в SQL-то лезешь? Он так-то весь на ей.
Ага давай, давай, заливай мне высер из чатгпт который не понял сути вопроса. Какое нахр*н декартово произведение на непересекающихся по определению множествах? У тебя два раздельных множества (две таблицы), для одной допускается DELETE, для другой - нет.
> Зачем
Всего доброго.
> Ага давай, давай, заливай мне высер из чатгпт который не понял сути вопроса. Какое нахр*н декартово произведение на непересекающихся по определению множествах? У тебя два раздельных множества (две таблицы), для одной допускается DELETE, для другой - нет.Оу. Т.е. определение из учебника за 2 курс ты таки нагуглил, а вот приложить его к вопросу - ожидаемо - не сумел? Чудушко, речь идет о множествах пользователей, операций, и данных. Таблица с пермишшнами - как раз таки результирующий кортеж.
Не нужна тебе подорожная.
> ожидаемо - не сумел? Чудушко,Ну и где правила файервола? я чет до сих пор не вижу. Продолжай оставаться "толстым". Таблицу пермишенов он решил создать епт, а на кой мне тогда файервол?
не закон защищает тебя, а мусора заставляют подчиняться этим законам! (ц)
> Плагин firewall объявлен устаревшим и будет удалён в одном из следующих выпусков. MySQL Enterprise Firewall доступен только пользователям коммерческой версии MySQL Enterprise Edition.Это прикол такой, комьюнити проглотило и не поморщилось?
Или там нет комьюнити, только из оракла пилят, точнее вырезают :-D
>> Плагин firewall объявлен устаревшим и будет удалён в одном из следующих выпусков. MySQL Enterprise Firewall доступен только пользователям коммерческой версии MySQL Enterprise Edition.
> Это прикол такой, комьюнити проглотило и не поморщилось?
> Или там нет комьюнити, только из оракла пилят, точнее вырезают :-DА кому оно нужнО вот такое? Те, кому модель безопасности SQL прям жмет - давно уже все на уровень приложения перенесли - а вот это вот больше всего похоже на костыль под какое-то унылое legacy.
если бд не в состоянии торчать голой жопой в интернет, то проблема не в наличии файрвола
> Это прикол такой, комьюнити проглотило и не поморщилось?Выше о LAMP говорили и о Nextcloud на нем. Смутило, что после установки сразу было предложено купить (не помню уже - вроде даже по подписке) некое "высокопроизводительное" решение и сделана угроза, что иначе установленный по умолчанию модуль видеоконференций будет работать не более, чем для 2-3 человек. Все бывшие бесплатные решения всё больше превращаются в рекламу коммерческих продуктов. Это уже стало нормой. И MySQL - не исключение.
> Плагин firewall объявлен устаревшим и будет удалён в одном из следующих выпусков. MySQL Enterprise Firewall доступен только пользователям коммерческой версии MySQL Enterprise Edition.Спасибо, комьюнити, оттестировали, теперь можно и денежку теперь зарабатывать. Комьюнити не мамонт, комьюнити не вымрет.
Комьюнити за хобот никто не тянул.
А что не то? Проприетарная лицензия. Копирайт Oracle. Так и планировалось.
>Смутило, что после установки сразу было предложено купить (не помню уже - вроде даже по подписке) некое "высокопроизводительное" решение и сделана угроза, что иначе установленный по умолчанию модуль видеоконференций будет работать не более, чем для 2-3 человек.Это не угроза, а завуалированное "мы писали как шмогли, поэтому тред, который занимается доставкой мессаджей из базы к юзерю тупит 60 секунд ожидая событий из базы. Поэтому - ставте апачу с тредами, там можно много-много-много таких запросов наделать и оно почти не будет тормозить. Или вон ту фигню nc-notify-push с redis - оно в веб-сокеты хоть умеет".
А так то да, странное желание вешать рядом некую херню для видеозвонков, если надо тупо сообщения гонять.