The OpenNET Project / Index page

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



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

"Выпуск СУБД MySQL 9.4.0"  +/
Сообщение от opennews (??), 23-Июл-25, 07:46 
Компания 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.dev/opennews/art.shtml?num=63616

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 23-Июл-25, 07:46    Скрыто ботом-модератором+5 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #4

2. Сообщение от matblgaemail (?), 23-Июл-25, 07:57   +3 +/
Вы, правы, текстовый файл это то что нужно, особенно если он пару терабайт ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #24

3. Сообщение от User (??), 23-Июл-25, 07:59   +1 +/
Вот ты смеешься - а я был маленький\глюпый и году в девятом вебню со стейтом в плейнтекстовом файле на регексах даже запилил. На перле, ага.
"Никогда. Никогда больше! Newermore!"(C)
И perl, кстати тоже )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6

4. Сообщение от Аноним (4), 23-Июл-25, 07:59   +2 +/
Согласен и лучший менеджер паролей это текстовый файл. Его можно распечатать и положить под монитор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10, #11

5. Сообщение от Аноним (5), 23-Июл-25, 08:27   +1 +/
Ура, один из четырёх столпов интернета становится всё лучше и лучше.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #30

6. Сообщение от Tron is Whistling (?), 23-Июл-25, 08:38   +2 +/
Бгг, мы в 2002 на текстовых файлах CMS сварганили в качестве студенческой поделки.
На PHP4, ага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #9

7. Сообщение от Аноним (4), 23-Июл-25, 08:43   +/
Ты про LAMP?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #13

8. Сообщение от нейм (?), 23-Июл-25, 08:44   –4 +/
а зачем оно при живом postgresql?
ну то есть сколько сервисов видел - мускуль только у аконади используется (качество которого, мягко говоря, спорное)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #14, #15, #17, #27

9. Сообщение от User (??), 23-Июл-25, 08:48   +1 +/
"Студентом" в "2002ом" и "на php" - это нормально, а вот инженегром в 2009 и на perl'е кмк за гранью разумного даже для "непрограммизда" )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

10. Сообщение от Аноним (10), 23-Июл-25, 08:50   +1 +/
> Согласен и лучший менеджер паролей это текстовый файл. Его можно распечатать и положить под монитор.

Он же никак не защищен! Я применяю эффективную защиту - лист с паролями вставляю в прозрачный файлик.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #16

11. Сообщение от User (??), 23-Июл-25, 08:51   +/
У заказчика на одном проекте такой в git'е лежал, ага. Кому надо - openssl enc и алга. Но как они ключи меняли - ума не приложу и прикладывать не желаю: "там так принято"(Ц)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

12. Сообщение от Аноним (10), 23-Июл-25, 08:51   +/
Ответ в новости:
> доступен только пользователям коммерческой версии MySQL Enterprise Edition
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

13. Сообщение от Аноним (10), 23-Июл-25, 08:54   +/
В Ubuntu упразднили и из tasksel убрали. Теперь по отдельности ставить нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

14. Сообщение от Прохожий (??), 23-Июл-25, 08:56   +/
> а зачем оно при живом postgresql?

Ubuntu так не считает - оно жестко запихнуто в Nextcloud из снапов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #34

15. Сообщение от User (??), 23-Июл-25, 08:57   +1 +/
Ну, как тебе сказать? В сценариях, отличных от запуска 1С или там какого перенесенного legacy с кучей развесистой логики в базе в режиме "одна база на кластер" все становится "не так однозначно".
Кластеризация (В том числе мультимастер - нужно не всем и не всегда, но когда нужно...), георепликация, резервное копирование, производительность на простых запросах, накладные на эксплуатацию 100500 мелких базюль под микросервисы...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

16. Сообщение от Прохожий (??), 23-Июл-25, 09:00   +/
Можно усилить защиту от повреждения данных - файлик заклеить скотчем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

17. Сообщение от Tron is Whistling (?), 23-Июл-25, 09:20   +/
Постгрыз уже научился в мастер-мастер репликацию?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #18

18. Сообщение от User (??), 23-Июл-25, 09:24   –1 +/
> Постгрыз уже научился в мастер-мастер репликацию?

Ну, теоретически - тот, который pro в редакции аж "enterprise" таки да - но с кучей нюансов (Та самая одна база в кластере, не все приложения умеют работать - вот тот самый odinass не умеет, хе-хе) и вообще раньше писали, что not-for-production-use, если не путаю. Может чо и поменялось - но вряд ли, вряд ли...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #21

19. Сообщение от Аноним (19), 23-Июл-25, 10:13   +/
Самое смешное, что внутри оракла не дают использовать mysql. Постгрес разумеется тоже, но mysql-то свой. Из чего я делаю вывод, что mysql до сих пор существует только что бы доить внешних коммерческих клиентов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #25

21. Сообщение от Аноним (21), 23-Июл-25, 10:25   –3 +/
Тогда уж лучше clickhouse
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #22

22. Сообщение от User (??), 23-Июл-25, 10:38   +2 +/
> Тогда уж лучше clickhouse

Ну, если тебе не нужны ACID-транзакции и\или ты реализуешь какую SAGA'у уровнем выше - то nosql со всей обвязкой то, что нужно. Оно, в общем, работает. И иногда даже хорошо. И масштабируется далеко за пределами возможностей рСУБД. Но накладных расходов там...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

23. Сообщение от 1 (??), 23-Июл-25, 10:55   +/
Внутри Oracle есть Oracle DB - которой "Хватит всем".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

24. Сообщение от Аноним (24), 23-Июл-25, 11:14   +/
и какая тебе разница, файл текстовый или нет? ты файлы бд руками правишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

25. Сообщение от Аноним (25), 23-Июл-25, 11:24   +2 +/
Его разрабам очевидно, насколько плох мускул, вот и не используют. Вообще, мускул всегда был признаком низкокачественных/любительских проектов. В своей карьере использовал мускул лет 15 назад, когда студентом работал в области "создание сайтов быстро под ключ", с похапе, с вордпрессом и прочей фигней. Последующие работодатели -- продуктовые компании -- все как один были на постгресе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #29, #31, #33, #49

26. Сообщение от Аноним (26), 23-Июл-25, 11:43   +/
дожили, файервол для бд :))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

27. Сообщение от ryoken (ok), 23-Июл-25, 11:51   +/
>мускуль только у аконади используется

aptitude install akonadi-backend-sqlite
aptitude purge ~imysql
ГЫ :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #28, #32

28. Сообщение от User (??), 23-Июл-25, 11:54   +1 +/
>>мускуль только у аконади используется
> aptitude install akonadi-backend-sqlite
> aptitude purge ~imysql
> ГЫ :)

Не понимаю, что за полумеры? Сноси уж сразу аконадю по самый непоймук!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

29. Сообщение от User (??), 23-Июл-25, 11:56   –2 +/
> Его разрабам очевидно, насколько плох мускул, вот и не используют. Вообще, мускул
> всегда был признаком низкокачественных/любительских проектов. В своей карьере использовал
> мускул лет 15 назад, когда студентом работал в области "создание сайтов
> быстро под ключ", с похапе, с вордпрессом и прочей фигней. Последующие
> работодатели -- продуктовые компании -- все как один были на постгресе.

Вот прям не на sql server'е, не на эмбедденой oracle - а ажпрям на postgresql?
Даже интересно что за "продукт" производили - импортозамещенное чего поди?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #38

30. Сообщение от Аноним (30), 23-Июл-25, 11:58    Скрыто ботом-модератором–2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

31. Сообщение от Ан (??), 23-Июл-25, 12:11   +/
Зато ваше сообщения признак вашей узкозоркости и неопытности ещё с тех времён и судя по всему по сей день раз так рассуждаете. То что в ваших кейсах небыло ничего кроме сайтов быстро под ключ на вордпрессе, это не говорит ничего о том как его использовали другие и для каких проектов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #45

32. Сообщение от нейм (?), 23-Июл-25, 12:19   +/
единственный полезный ответ в треде so far
адепты мускуля пока не нашлись с аргументами к сожалению
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

33. Сообщение от Аноним (33), 23-Июл-25, 12:37   +/
"Его разрабам" - это чего "его"? В Оракле работает что-то около 120 тысяч человек, и ихняя база - это один из сотни проектов, которые вообще к оракловой базе никакого отношения не имеют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

34. Сообщение от bOOster (ok), 23-Июл-25, 12:53   +/
Для дурачков, не умеющих в персональную сборку продукта под себя - все жестко запихнуто, причем везде.
Зачем только пользовать unix,linux неясно. Стоимость владения, без навыков полного администрирования - будет значительно выше чем за форточки заплатить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #35, #53, #61

35. Сообщение от User (??), 23-Июл-25, 12:59   +2 +/
> Для дурачков, не умеющих в персональную сборку продукта под себя - все
> жестко запихнуто, причем везде.
> Зачем только пользовать unix,linux неясно. Стоимость владения, без навыков полного администрирования
> - будет значительно выше чем за форточки заплатить.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #42

36. Сообщение от Аноним (-), 23-Июл-25, 13:07   +/
> Плагин firewall объявлен устаревшим и будет удалён в одном из следующих выпусков. MySQL Enterprise Firewall доступен только пользователям коммерческой версии MySQL Enterprise Edition.

Это прикол такой, комьюнити проглотило и не поморщилось?

Или там нет комьюнити, только из оракла пилят, точнее вырезают :-D

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #40, #62

37. Сообщение от User (??), 23-Июл-25, 13:11   +/
>> Плагин firewall объявлен устаревшим и будет удалён в одном из следующих выпусков. MySQL Enterprise Firewall доступен только пользователям коммерческой версии MySQL Enterprise Edition.
> Это прикол такой, комьюнити проглотило и не поморщилось?
> Или там нет комьюнити, только из оракла пилят, точнее вырезают :-D

А кому оно нужнО вот такое? Те, кому модель безопасности SQL прям жмет - давно уже все на уровень приложения перенесли - а вот это вот больше всего похоже на костыль под какое-то унылое legacy.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

38. Сообщение от 12yoexpert (ok), 23-Июл-25, 13:15   +/
а постгрес тебе уже не sql server? жертва маркетинга
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #41

40. Сообщение от 12yoexpert (ok), 23-Июл-25, 13:18   +/
если бд не в состоянии торчать голой жопой в интернет, то проблема не в наличии файрвола
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

41. Сообщение от User (??), 23-Июл-25, 13:27   +/
> а постгрес тебе уже не sql server? жертва маркетинга

Ну давай еще пообсуждаем, является ли какой-нибудь "вротхер" "ксероксом" или ниочень?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #66

42. Сообщение от Аноним (4), 23-Июл-25, 14:36   +/
Коробку автомат от Тойоты поставил и электроусилитель от этой же Тойоты и ездий себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #44

44. Сообщение от _ (??), 23-Июл-25, 16:53   –1 +/
И двигло ...
И тормоза ...
И кондей ...

Ох шЫт! А может проще тогда просто Тойоту взять?
Да - не!(С) ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #54

45. Сообщение от _ (??), 23-Июл-25, 16:57   +/
Ну оно то да... но ...
Ну кто ещё
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

47. Сообщение от Аноним (49), 23-Июл-25, 17:35   +/
> Плагин firewall объявлен устаревшим и будет удалён в одном из следующих выпусков. MySQL Enterprise Firewall доступен только пользователям коммерческой версии MySQL Enterprise Edition.

Спасибо, комьюнити, оттестировали, теперь можно и денежку теперь зарабатывать. Комьюнити не мамонт, комьюнити не вымрет.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56, #65

48. Сообщение от Аноним (49), 23-Июл-25, 17:36   –1 +/
Что тебя смутило? Расскажи как ты предлагаешь не дать джуну случайно удалить не те данные из не той таблицы, я тебя слушаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #51

49. Сообщение от Аноним (49), 23-Июл-25, 17:41   +/
Что там, Убер уже спрыгнул с сабжа? Помню, они на него с Постгреса переезжали, как раз по причине того, что pg тормозит и одномастерный, чтобы пропылесосить надо всё гасить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

51. Сообщение от Аноним (26), 23-Июл-25, 18:33   +1 +/
> Что тебя смутило? Расскажи как ты предлагаешь не дать джуну случайно удалить
> не те данные из не той таблицы, я тебя слушаю.

//dev.mysql.com/doc/refman/9.4/en/account-management-statements.html

//dev.mysql.com/doc/refman/9.4/en/grant.html

пс: в тиктоке про такое не рассказывают?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #59

53. Сообщение от Аноним (-), 23-Июл-25, 18:45   +/
Или для тех кто ценит свое время.

> Зачем только пользовать unix,linux неясно. Стоимость владения, без навыков полного администрирования - будет значительно выше чем за форточки заплатить.

Может я не люблю мелкомягких еще с вынь95))
Но было бы интересно посмотреть на расчеты "стоимости владения".
Что-то чуйка мне подсказывает, что ты просто пальцем в небо ткнул.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #58

54. Сообщение от Аноним (-), 23-Июл-25, 18:49   +/
> Ох шЫт! А может проще тогда просто Тойоту взять?
> Да - не!(С) ;)

Тойопта - это большие единоразовые затраты.
Для контингента, у которых несколько часов прдолинга в гараже, стоят дешевле выпитого в том же гараже пива - неподъемные вложения.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

56. Сообщение от Аноним (56), 23-Июл-25, 22:55   +/
Комьюнити за хобот никто не тянул.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

58. Сообщение от bOOster (ok), 24-Июл-25, 06:58   +/
> Или для тех кто ценит свое время.
>> Зачем только пользовать unix,linux неясно. Стоимость владения, без навыков полного администрирования - будет значительно выше чем за форточки заплатить.
> Может я не люблю мелкомягких еще с вынь95))
> Но было бы интересно посмотреть на расчеты "стоимости владения".
> Что-то чуйка мне подсказывает, что ты просто пальцем в небо ткнул.

Че за бред? Сборку запустил и занимайся своими другими делами..

Вообще, конечно смешно смотрится когда полный профан в сфере программного обеспечения и открытым исходным кодом оправдаться пытается...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

59. Сообщение от User (??), 24-Июл-25, 07:23   +/
>> Что тебя смутило? Расскажи как ты предлагаешь не дать джуну случайно удалить
>> не те данные из не той таблицы, я тебя слушаю.
> //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'ишь, м?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #69, #70

61. Сообщение от Прохожий (??), 24-Июл-25, 07:37   +/
> Для дурачков, не умеющих в персональную сборку продукта под себя - все жестко запихнуто, причем везде.

Вы слишком категоричны. Зачем сборку, если можно всё по частям установить (пусть даже LAMP, хотя и неочевидно, что это хорошо) и настроить для нормальной производительности и корректного администрирования. Речь была, что все эти снапы бесполезны.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

62. Сообщение от Прохожий (??), 24-Июл-25, 07:42   +/
> Это прикол такой, комьюнити проглотило и не поморщилось?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

65. Сообщение от Прохожий (??), 24-Июл-25, 08:15   +/
А что не то? Проприетарная лицензия. Копирайт Oracle. Так и планировалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

66. Сообщение от 1 (??), 24-Июл-25, 10:22   +/
Эээ ... А это то тут причём ?

Всё что обрабатывает SQL запросы является SQL сервером. Или я что-то пропустил ?
Или ты считаешь, что если есть в названии СУБД SQL - это и является единственно верным "SQL сервером" ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #67

67. Сообщение от User (??), 24-Июл-25, 10:35   +/
> Эээ ... А это то тут причём ?
> Всё что обрабатывает SQL запросы является SQL сервером. Или я что-то пропустил
> ?
> Или ты считаешь, что если есть в названии СУБД SQL - это
> и является единственно верным "SQL сервером" ?

Ээээ... существует вполне конкретный программный продукт пр-ва microsoft с названием, собственно, "SQL server" - у некоторых от этого почему-то подгорает седалище, собственно всё.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #68

68. Сообщение от 1 (??), 24-Июл-25, 11:34   +/
> Ээээ... существует вполне конкретный программный продукт пр-ва microsoft с названием, собственно, "SQL server" - у некоторых от этого почему-то подгорает седалище, собственно всё.

Вооот оно чё. Т.е. Если выпустить автомобиль под маркой "Автомобиль" все будут угорать ?

Лейка выпустила первый компактный фотоаппарат - все компактные аппараты стали называть лейками. Фирма Xerox выпустила первый ксерокопировальный аппарат, отсюда "всё что копирует - ксерокс". А первым SQL сервером был Oracle DB.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #72

69. Сообщение от Аноним (26), 24-Июл-25, 12:05   +/
> row level security

сразу видно, каша в голове. Уровни привилегий к безопасТности никакого отношение не имеют. К безопасТности, отношение в этом контексте может иметь только механизм разграничений этих привилегий.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #71

70. Сообщение от Аноним (26), 24-Июл-25, 12:08   +/
не закон защищает тебя, а мусора заставляют подчиняться этим законам! (ц)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

71. Сообщение от User (??), 24-Июл-25, 13:00   +/
>> row level security
> сразу видно, каша в голове. Уровни привилегий к безопасТности никакого отношение не
> имеют. К безопасТности, отношение в этом контексте может иметь только механизм
> разграничений этих привилегий.

Ну вот если бы ты знал, чего это за "firewall" такой и для чего оно тут - вопросов бы у тебя не было. Но тоби ж комментировать бежать - думать некогда...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #73

72. Сообщение от User (??), 24-Июл-25, 13:03   +/
>> Ээээ... существует вполне конкретный программный продукт пр-ва microsoft с названием, собственно, "SQL server" - у некоторых от этого почему-то подгорает седалище, собственно всё.
> Вооот оно чё. Т.е. Если выпустить автомобиль под маркой "Автомобиль" все будут
> угорать ?
> Лейка выпустила первый компактный фотоаппарат - все компактные аппараты стали называть
> лейками. Фирма Xerox выпустила первый ксерокопировальный аппарат, отсюда "всё что копирует
> - ксерокс". А первым SQL сервером был Oracle DB.

Ну в общем "да" - все вопросы к microsoft'у.
Ну может еще к отдельным полуграмотным пуристам.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

73. Сообщение от Аноним (26), 24-Июл-25, 14:05   +/
> вопросов бы у тебя не было

какие вопросы? ты где в моих коментах вопрос увидел? Или ты про этот "в тиктоке про такое не рассказывают?"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #74

74. Сообщение от User (??), 24-Июл-25, 14:21   +/
>> вопросов бы у тебя не было
> какие вопросы? ты где в моих коментах вопрос увидел? Или ты про
> этот "в тиктоке про такое не рассказывают?"?

"Но в песне не понял ты, увы - ничего"(Ц)
Ни того, что это за "firewall" такой, ни что у тебя спрашивают, ни про что тебе говорят...
"Впрочем, ничего нового".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #75

75. Сообщение от Аноним (26), 24-Июл-25, 15:26   +/
> "Впрочем, ничего нового".

топай читать

//dev.mysql.com/doc/refman/8.4/en/firewall.html

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #76

76. Сообщение от User (??), 24-Июл-25, 17:24    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #77, #78

77. Сообщение от Аноним (26), 24-Июл-25, 17:42   +/
> "как лишить пользователя возможности удалять _определённые данные_
> из таблицы"?

так ты первые две ссылки еще не прочитал?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

78. Сообщение от Аноним (26), 24-Июл-25, 18:21   +/
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()? Так что ли? В принципе никто не запрещает таким гемором заниматься.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #79

79. Сообщение от User (??), 24-Июл-25, 19:12   +/
> Данные которые можно удалять - кладешь в таблицу с разрешенным DELETE, а которые нельзя - с неразрешенным DELETE, в чем проблема?

Уй ты лапа! Каждому пользователю - свою табличку для "можно" и для "неможно", ага?
А тут вот update ограничить понадобилось - что делать будем? Декартово произведение - не предлагать

> Ну прописал ты правило в фаерволе разрешающее пользователю А (пользователь подключения) удалять только строку под номером i (ALLOW DELETE TBL WHERE row_id=1 тип такого).

Ну, т.е. ссылку на документацию аналоговнеты ты так и не открыл, да? Там так-то шаблонизатор имеется, если что.
Оно кнешн, все одно косое-кривое и не ахти нужное получится - но кой-чего подпереть этим костылем таки можно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #80, #81

80. Сообщение от Аноним (26), 24-Июл-25, 22:30   +/
> Ну, т.е. ссылку на документацию аналоговнеты ты так и не открыл, да?
> Там так-то шаблонизатор имеется, если что.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #83

81. Сообщение от Аноним (26), 24-Июл-25, 22:41   +/
> А тут вот update ограничить понадобилось - что делать будем? Декартово произведение - не предлагать

если дал возможность апдейта это равносильно возможности удаления, в новых таблицах нет необходимости. Я даже не буду говорить про маразм удалять строки из таблицы (аппенд онли, нет не слышал)

> Каждому пользователю - свою табличку для "можно" и для "неможно", ага?

Ты уже решил как отличать строку пользователя А от строки пользователя Б?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #82

82. Сообщение от User (??), 25-Июл-25, 08:18   +/
>> А тут вот update ограничить понадобилось - что делать будем? Декартово произведение - не предлагать
> если дал возможность апдейта это равносильно возможности удаления, в новых таблицах нет
> необходимости. Я даже не буду говорить про маразм удалять строки из
> таблицы (аппенд онли, нет не слышал)

Воу. Эксперт по всем (Кроме, собственно, обсуждаемого) вопросам последовательно предложил:
1. Ограничить доступ к данным на уровне таблиц. После легкого намека на несоответствие ТЗ
2. Создать декартово произведение количества пользователей на количество операций. После легкого намека на мнэээ... специфичность решения
3. Предложил ограничить мощность множества операций, выдвинув тезис, что delete==update (Мужики-то не знали!)
4. И в конечном счете отказался решать задачу патамучта "она неправильная, и надо все перепроектировать на append-only pattern"

>> Каждому пользователю - свою табличку для "можно" и для "неможно", ага?
> Ты уже решил как отличать строку пользователя А от строки пользователя Б?

Но документацию по обсуждаемому вопросу таки не прочитал.
НЕ ПОСРАМИЛ, словом!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #85

83. Сообщение от User (??), 25-Июл-25, 08:27   +/
>> Ну, т.е. ссылку на документацию аналоговнеты ты так и не открыл, да?
>> Там так-то шаблонизатор имеется, если что.
> ну давай в студию пример правила (правил) для каждого пользователя, чтобы он
> удалял и апдейтил только определенные строки в одной таблице.

Что, даже решение на триггерах сделать не осилил? Ну, бывает, чоужтам - но ты не расстраивайся, продолжай комментировать и все у тебя получится!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #84

84. Сообщение от Аноним (26), 25-Июл-25, 12:08    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

85. Сообщение от Аноним (26), 25-Июл-25, 12:16   +/
> 1. Ограничить доступ к данным на уровне таблиц. После легкого намека на
> несоответствие ТЗ

Так я не увидел твоего решения?

> 2. Создать декартово произведение количества пользователей на количество операций. После
> легкого намека на мнэээ... специфичность решения

Я пока молчу и не спрашиваю за понятие "декартового произведения", а ты все еще продолжаете нести чатгптешную ересь. В студию решение с вашим "декартовым произведением" (сначала дайте определение этого понятия)

> 3. Предложил ограничить мощность множества операций, выдвинув тезис, что delete==update
> (Мужики-то не знали!)

Давай решение без ограничений! Я смотрю ты "лев толстой".

> 4. И в конечном счете отказался решать задачу патамучта "она неправильная, и
> надо все перепроектировать на append-only pattern"

Закончились советы чатгпт?

> Но документацию по обсуждаемому вопросу таки не прочитал.
> НЕ ПОСРАМИЛ, словом!

Решение в студию.

Вывод: ч.т.и.д. решений то и не будет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #86

86. Сообщение от User (??), 25-Июл-25, 13:56   +/
>> 1. Ограничить доступ к данным на уровне таблиц. После легкого намека на
>> несоответствие ТЗ
> Так я не увидел твоего решения?

Так вопрос-то тебе задан был - ну напиши, что ли: "Дяденька, я тут фигню спорол, понятия не имею каким образом это делается - покажи, пожалуйста" - а переадресовывать свой вопрос оппоненту моветон-с.

>> 2. Создать декартово произведение количества пользователей на количество операций. После
>> легкого намека на мнэээ... специфичность решения
> Я пока молчу и не спрашиваю за понятие "декартового произведения", а ты
> все еще продолжаете нести чатгптешную ересь. В студию решение с вашим
> "декартовым произведением" (сначала дайте определение этого понятия)

Ну и куды ж ты без хотя бы институтской дискретки с теорией множеств в SQL-то лезешь? Он так-то весь на ей.

> Вывод: ч.т.и.д. решений то и не будет.

"Зачем вам подорожная..."?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #87

87. Сообщение от Аноним (26), 25-Июл-25, 14:40   +/
> Так вопрос-то тебе задан был

Так ты же говоришь, что, чтобы ответить на этот вопрос "как лишить пользователя возможности удалять _определённые данные_ из таблицы?", необходимо использовать файервол, ну так где правила файервола, я не вижу. Я тебе дал ссылки на банальное управление привилегиями и описал процедуру как с их помощью можно реализовать задуманное, но как видишь нужно перепроектировать таблицы в корне. Ну вот до сих пор жду от тебя решения с помощью файервола, которое не требует перепроектирования таблиц. Что ты там говорил про шаблоны? Давай набросай ка мне этих шаблонов, я даже не требую синтаксической корректность, тупо псевдокодом.

> Ну и куды ж ты без хотя бы институтской дискретки с теорией множеств в SQL-то лезешь? Он так-то весь на ей.

Ага давай, давай, заливай мне высер из чатгпт который не понял сути вопроса. Какое нахр*н декартово произведение на непересекающихся по определению множествах? У тебя два раздельных множества (две таблицы), для одной допускается DELETE, для другой - нет.

> Зачем

Всего доброго.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

88. Сообщение от Аноним (-), 25-Июл-25, 16:01    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору


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

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




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

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