https://ssl.opennet.dev/openforum/vsluhforumID3/137413.html Компания 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...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63616<br> https://ssl.opennet.dev/openforum/vsluhforumID3/137413.html#92 Tue, 05 Aug 2025 09:09:21 GMT &gt;Смутило, что после установки сразу было предложено купить (не помню уже - вроде даже по подписке) некое "высокопроизводительное" решение и сделана угроза, что иначе установленный по умолчанию модуль видеоконференций будет работать не более, чем для 2-3 человек.<br><br>Это не угроза, а завуалированное "мы писали как шмогли, поэтому тред, который занимается доставкой мессаджей из базы к юзерю тупит 60 секунд ожидая событий из базы. Поэтому - ставте апачу с тредами, там можно много-много-много таких запросов наделать и оно почти не будет тормозить. Или вон ту фигню nc-notify-push с redis - оно в веб-сокеты хоть умеет".<br>А так то да, странное желание вешать рядом некую херню для видеозвонков, если надо тупо сообщения гонять.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/137413.html#91 Mon, 28 Jul 2025 15:25:30 GMT &gt; ожидаемо - не сумел? Чудушко,<br><br>Ну и где правила файервола? я чет до сих пор не вижу. Продолжай оставаться "толстым". Таблицу пермишенов он решил создать епт, а на кой мне тогда файервол?<br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/137413.html#90 Mon, 28 Jul 2025 09:22:51 GMT &gt; Ага давай, давай, заливай мне высер из чатгпт который не понял сути вопроса. Какое нахр*н декартово произведение на непересекающихся по определению множествах? У тебя два раздельных множества (две таблицы), для одной допускается DELETE, для другой - нет.<br><br>Оу. Т.е. определение из учебника за 2 курс ты таки нагуглил, а вот приложить его к вопросу - ожидаемо - не сумел? Чудушко, речь идет о множествах пользователей, операций, и данных. Таблица с пермишшнами - как раз таки результирующий кортеж. <br>Не нужна тебе подорожная. <br> https://ssl.opennet.dev/openforum/vsluhforumID3/137413.html#89 Fri, 25 Jul 2025 16:39:16 GMT Ой! Только заметил, сорян, тут _должно_ было быть:<br><br>Ну оно то да... но ...<br>Ну Uber... а кто ещё?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/137413.html#87 Fri, 25 Jul 2025 11:40:04 GMT &gt; Так вопрос-то тебе задан был<br><br>Так ты же говоришь, что, чтобы ответить на этот вопрос "как лишить пользователя возможности удалять _определённые данные_ из таблицы?", необходимо использовать файервол, ну так где правила файервола, я не вижу. Я тебе дал ссылки на банальное управление привилегиями и описал процедуру как с их помощью можно реализовать задуманное, но как видишь нужно перепроектировать таблицы в корне. Ну вот до сих пор жду от тебя решения с помощью файервола, которое не требует перепроектирования таблиц. Что ты там говорил про шаблоны? Давай набросай ка мне этих шаблонов, я даже не требую синтаксической корректность, тупо псевдокодом.<br><br>&gt; Ну и куды ж ты без хотя бы институтской дискретки с теорией множеств в SQL-то лезешь? Он так-то весь на ей.<br><br>Ага давай, давай, заливай мне высер из чатгпт который не понял сути вопроса. Какое нахр*н декартово произведение на непересекающихся по определению множествах? У тебя два раздельных множества (две таблицы), для одной допускается DELETE, для другой - н https://ssl.opennet.dev/openforum/vsluhforumID3/137413.html#86 Fri, 25 Jul 2025 10:56:47 GMT &gt;&gt; 1. Ограничить доступ к данным на уровне таблиц. После легкого намека на <br>&gt;&gt; несоответствие ТЗ <br>&gt; Так я не увидел твоего решения?<br><br>Так вопрос-то тебе задан был - ну напиши, что ли: "Дяденька, я тут фигню спорол, понятия не имею каким образом это делается - покажи, пожалуйста" - а переадресовывать свой вопрос оппоненту моветон-с.<br><br>&gt;&gt; 2. Создать декартово произведение количества пользователей на количество операций. После <br>&gt;&gt; легкого намека на мнэээ... специфичность решения <br>&gt; Я пока молчу и не спрашиваю за понятие "декартового произведения", а ты <br>&gt; все еще продолжаете нести чатгптешную ересь. В студию решение с вашим <br>&gt; "декартовым произведением" (сначала дайте определение этого понятия) <br><br>Ну и куды ж ты без хотя бы институтской дискретки с теорией множеств в SQL-то лезешь? Он так-то весь на ей. <br><br>&gt; Вывод: ч.т.и.д. решений то и не будет.<br><br>"Зачем вам подорожная..."?<br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/137413.html#85 Fri, 25 Jul 2025 09:16:22 GMT &gt; 1. Ограничить доступ к данным на уровне таблиц. После легкого намека на <br>&gt; несоответствие ТЗ <br><br>Так я не увидел твоего решения? <br><br>&gt; 2. Создать декартово произведение количества пользователей на количество операций. После <br>&gt; легкого намека на мнэээ... специфичность решения<br><br>Я пока молчу и не спрашиваю за понятие "декартового произведения", а ты все еще продолжаете нести чатгптешную ересь. В студию решение с вашим "декартовым произведением" (сначала дайте определение этого понятия)<br> <br>&gt; 3. Предложил ограничить мощность множества операций, выдвинув тезис, что delete==update <br>&gt; (Мужики-то не знали!)<br><br>Давай решение без ограничений! Я смотрю ты "лев толстой".<br><br>&gt; 4. И в конечном счете отказался решать задачу патамучта "она неправильная, и <br>&gt; надо все перепроектировать на append-only pattern" <br><br>Закончились советы чатгпт?<br><br>&gt; Но документацию по обсуждаемому вопросу таки не прочитал.<br>&gt; НЕ ПОСРАМИЛ, словом!<br><br>Решение в студию.<br><br>Вывод: ч.т.и.д. решений то и не будет.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/137413.html#84 Fri, 25 Jul 2025 09:08:32 GMT &gt; Что, даже решение на триггерах сделать не осилил?<br><br>Давай в студию, я все еще жду...<br> <br>&gt; но ты не расстраивайся, продолжай комментировать и все у тебя получится! <br><br>продолжай высер из чатгпт писать <br><br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/137413.html#83 Fri, 25 Jul 2025 05:27:22 GMT &gt;&gt; Ну, т.е. ссылку на документацию аналоговнеты ты так и не открыл, да?<br>&gt;&gt; Там так-то шаблонизатор имеется, если что.<br>&gt; ну давай в студию пример правила (правил) для каждого пользователя, чтобы он <br>&gt; удалял и апдейтил только определенные строки в одной таблице.<br><br>Что, даже решение на триггерах сделать не осилил? Ну, бывает, чоужтам - но ты не расстраивайся, продолжай комментировать и все у тебя получится!<br>