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

"Опубликован стандарт SQL:2023"	+/–
Сообщение от opennews (?), 03-Июн-23, 16:17
Международная организация по стандартизации (ISO) утвердила и опубликовала международный стандарт SQL:2023 (ISO/IEC 9075), определяющий девятую редакцию спецификации по языку SQL, применяемом для манипуляции данными в реляционных СУБД. Прошлое обновление спецификации было выпущено в 2016 году (SQL:2016)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=59239
Ответить | Правка | Cообщить модератору

Сообщения

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

3. Сообщение от Аноним (3), 03-Июн-23, 16:21	+4 +/–
SQL -- это манястандарт. Стандарт де-факто -- это документация реализаций. Вот ее и надо читать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #15, #23

4. Сообщение от Аноним (4), 03-Июн-23, 16:26	+/–
Примерно как с сишечкой - угадай скомпилится оно на другом компиляторе, а если скомпилится - будет ли работать также.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #24, #49

5. Сообщение от Аноним (5), 03-Июн-23, 16:33	–13 +/–
Что эта проприетарщина делает на опеннете?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #11

6. Сообщение от Анонимусс (?), 03-Июн-23, 16:56	+3 +/–
> ISO/IEC 9075 А чем оно принципиально отличается от ISO/IEC 9899:2018 или ISO/IEC 14882:2020? Оно тоже проприетарщиана или нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #47

8. Сообщение от Аноним (8), 03-Июн-23, 17:14	–3 +/–
Это круто, сейчас как раз пишеться прокси через sql через вк
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #76

9. Сообщение от Аноним (9), 03-Июн-23, 17:18	+/–
> Property Graph Queries Годно. Посмотрим как это будет в реализациях работать, конечно же, но может хоть не придётся для простых небольших графов отдельную БД поднимать.
Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Аноним (11), 03-Июн-23, 17:32	+/–
Наконец-то нормальный стандарт.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #64

11. Сообщение от Аноним (11), 03-Июн-23, 17:32	+16 +/–
А что ты тут делаешь? Как ты вырвался от санитаров?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

13. Сообщение от Аноним (8), 03-Июн-23, 17:38	+/–
А чтобы прикрыть такой прокси нужны будут космические ресурсы - тоесть это невозможно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #36

15. Сообщение от Аноним (15), 03-Июн-23, 17:46	+1 +/–
Как полный нуб в SQL с этим столнулся. Читаешь введение в SQL, всё красиво и логично, пытаешься просто скопипастить пример с CREATE FUNCTION - и внезапно ни в одной реальной СУБД это не работает. Везде свои костыли и колдунство, ни одна не реализует стандарт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #19, #42, #68, #80

17. Сообщение от А (??), 03-Июн-23, 17:57	+1 +/–
Стандарт-то может и нормальный, но всем наплевать на него. Главное, реализация в конкретной СУБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #22, #25

18. Сообщение от Аноним (18), 03-Июн-23, 18:04	+3 +/–
Звучит как "опубликован новый стандарт латыни, наконец-то все проблемы коммуникации среди граждан Римской Империи будут решены".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26

19. Сообщение от 1 (??), 03-Июн-23, 18:32	+1 +/–
А зачем FUNCTION в запросах? это стандарт выборки или обработки, то что всякие ораклы реализуют всю логику на sql вовсе не значит что это правильно, они и на брейфаке реализуют если будет возможность продать, только на нем никто не купит, а купить продукт написанный на одном sql это ведь так соблазнительно, не надо заморачиваться с чем-то еще, только потом локти кусают, и прикручивают всякие костыли, чтобы интегрироваться с чем-то еще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #20, #51, #69

20. Сообщение от Прохожий (??), 03-Июн-23, 18:51	+2 +/–
>А зачем FUNCTION в запросах? Потому что это очень удобно для сложных запросов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #50

22. Сообщение от Аноним (23), 03-Июн-23, 20:06	–2 +/–
Стандарт позволяет поумерить творческую энергию создателей конкретных СУБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #43, #53

23. Сообщение от Аноним (23), 03-Июн-23, 20:07	+3 +/–
Стандарт нужен, чтобы маняреализации не слишком расходились между собой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

24. Сообщение от Аноним (24), 03-Июн-23, 20:28	+2 +/–
У сишечки по крайней мере есть из чего выбрать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #29

25. Сообщение от Аноним (11), 03-Июн-23, 20:30	–2 +/–
Это в NoSQL даже стандарта нет и там треш трешовый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #52

26. Сообщение от Аноним (11), 03-Июн-23, 20:31	+/–
Скорее новая версия Эсперанто и скоро все люди не шаре будут говорить на одном языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

27. Сообщение от X (?), 03-Июн-23, 20:37	–2 +/–
Расширены возможности выполнение операции "ORDER BY" Ну не может постгря такое, почему, написано, что есть то?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65

28. Сообщение от Аноним (28), 03-Июн-23, 20:47	+/–
Не хватает функций для частичного обновления поля. Например если я хочу одним запросом обновить содержимое поля с n по n+m байта, или если ключа нет, вставить данные с n по n+m байт, а остальное занулить, такого нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31

29. Сообщение от Аноним (4), 03-Июн-23, 21:31	–7 +/–
Очень жаль что выбор из сортов вы считаете выбором и радуетесь ему))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #48

31. Сообщение от www2 (??), 03-Июн-23, 21:50	–1 +/–
Не хватает возможности массового обновления разных полей во сножестве строк - приходится либо много строк обновлять одинаково, либо все по-разному, но только по одной :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #35

34. Сообщение от Tron is Whistling (?), 03-Июн-23, 22:02	–3 +/–
С графами что-то заложить давно напрашивалось, но получившийся синтаксис реально удолбищный и вырвиглазный.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #62

35. Сообщение от Tron is Whistling (?), 03-Июн-23, 22:03	+1 +/–
Давно IF и CASE отменили?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

36. Сообщение от Аноним (36), 03-Июн-23, 22:09	+/–
главное бюджет. если очень захотеть можно в космос полететь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

37. Сообщение от Аноним (37), 03-Июн-23, 22:13	+2 +/–
И что там напрашивалось?! Если тебе нужны графы, то используй графовую бд, а не клюй всем моск.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #38

38. Сообщение от Tron is Whistling (?), 03-Июн-23, 22:22	–3 +/–
У поколения лефтпада построить граф на реляционке уже рокет сайнс?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #44

42. Сообщение от Тот_ещё_аноним (ok), 04-Июн-23, 00:00	+4 +/–
Каждая субд реализует свой стандарт Не лучше или хуже - просто свой Чтоб не соскочили)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

43. Сообщение от Тот_ещё_аноним (ok), 04-Июн-23, 00:01	+1 +/–
Как? Их накажут, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

44. Сообщение от Аноним (9), 04-Июн-23, 01:16	+/–
Бегать по графу на SQL — чистой воды мазохизм, где даже примитивный запрос легко превращается в пару страниц SQL. Нет, конечно же это не рокет сайнс, всё можно. Но потом обслуживать это тяжело, новых людей в проект вводить тяжело, любые изменения даются лишним трудом. Поэтому проще и дешевле поднять рядом специализированную БД и общаться с ней. Для больших проектов придётся это делать в любом случае, а вот для небольших эти операционные накладные расходы немного жмут. А то, что тебе синтаксис показался не таким, так это от того, что опыта работы с такими системами у тебя нет, и проблематику ты если и представляешь, то в лучшем случае по картинкам из учебника. Так что, Вася, ты бы мел поупырил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #55, #56

47. Сообщение от Аноним (5), 04-Июн-23, 02:01	+/–
А кто сказал, что оно отличается? Свободно читать и распространять нельзя - значит проприетарщина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

48. Сообщение от FF (?), 04-Июн-23, 02:59	+3 +/–
другое дело когда единственное и то не допилили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #58

49. Сообщение от FF (?), 04-Июн-23, 03:00	+1 +/–
в кривых руках только жабаскрип или просто жаба, даже до раста подпускать нельзя
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #54

50. Сообщение от FF (?), 04-Июн-23, 03:01	+3 +/–
Молодцы, ребята, не отличаете DML от DDL
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #63

51. Сообщение от FF (?), 04-Июн-23, 03:02	+/–
самобытность оракла идет потому, что там фичи многие еще до появления их в стандарте были
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

52. Сообщение от FF (?), 04-Июн-23, 03:04	+1 +/–
что там стандартизировать? избыточные агрегаты JSON в качестве значений?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

53. Сообщение от FF (?), 04-Июн-23, 03:05	+1 +/–
особенно когда создатели создали конкретные СУБД до рождения половины самых осведомленных и опытных анонимов и создания стандарта тоже
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

54. Сообщение от Golangdev (?), 04-Июн-23, 06:33	–1 +/–
Но-но-но! Java, SQL и XML это столпы развития ИТ-индустрии (в нулевые, а в заскорузлых банках и сейчас), попрошу не гнать!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #59

55. Сообщение от Tron is Whistling (?), 04-Июн-23, 10:00	–1 +/–
Ну я и говорю - рокет сайнс. На деле-то примитивная операция, не требующая специализированных БД, под каждую из которых надо отдельного DBA.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #67

56. Сообщение от Tron is Whistling (?), 04-Июн-23, 10:10	+/–
А синтаксис говно, потому что к нему пустили растОманов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #57

57. Сообщение от Карлос Сношайтилис (ok), 04-Июн-23, 11:04	+1 +/–
Расскажи, как злые рестомане тебя обижают и унижают, покажи на алфавите, какими буквами сделали тебе больно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

58. Сообщение от Аноним (58), 04-Июн-23, 13:08	+1 +/–
ой тут бы старые стандарты доучить + популярные спец. выражения базы, которую использую, в голове места не осталось
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

59. Сообщение от Аноним (58), 04-Июн-23, 13:10	–1 +/–
внезапно поведение java отличается на разных jvm, хоть и не сильно, а поведение js отличается в браузерах (включая скорость работы), а на js вообще писать не нужно, только TypeScript
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

62. Сообщение от edo (ok), 04-Июн-23, 23:13	+1 +/–
Незапоминаемые закорючки в стандарт sql ещё с json пришли (((
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

63. Сообщение от Neon (??), 05-Июн-23, 05:00	–1 +/–
Т.е. создатели конкретных БД тоже не различают ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

64. Сообщение от Аноним (64), 05-Июн-23, 07:31	+/–
эт вражеский стандарт нужен ГОСТ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

65. Сообщение от Брат Анон (ok), 05-Июн-23, 08:13	+1 +/–
Ты понимаешь разницу между стандартом и реализацией стандарта? Ты понимаешь, что этот стандарт только утверждён и пока ни одна РСУБД на планете его не поддерживает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

66. Сообщение от nc (ok), 05-Июн-23, 08:39	+/–
какой смысл в этих стандартах, если все равно каждая СУБД использует свой диалект?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71

67. Сообщение от User (??), 05-Июн-23, 09:12	+/–
Да и вообще эти ваши "бд" с DBA странная какая-то понь-цепция - что нельзя было простыми регулярками по текстовому файлу обойтись? Ох уж это новое поколение, все им "рокет сайнс"...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #70

68. Сообщение от anonymous (??), 05-Июн-23, 10:44	–3 +/–
Справедливости ради, постгря реализует ближе всего к стандарту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

69. Сообщение от BorichL (ok), 05-Июн-23, 15:06	+/–
А зачем функциональное программирование?  Если логика работы с базой чуть сложнее, чем select * from TABLE1, то без функций там делать нечего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #81

70. Сообщение от Tron is Whistling (?), 05-Июн-23, 15:49	+/–
В ряде случаев регулярки по исходнику будут гораздо быстрее, чем сложить исходник в RDBMS и тягать оттуда. Особенно когда исходник надо раз-два обработать, или он специфично RDBMS-не-кантуемый. Поверь мне, в этом случае я RDBMS тянуть не буду. Но у поколения смузи по ходу две крайности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #72

71. Сообщение от Аноним (71), 05-Июн-23, 20:40	+/–
Иллюзия контроля во все поля. Некоторым трудно признать, что есть несколько конкурирующих диалектов созданых в рамках работы над реальными проектами. Надо непременно один стандарт включающий все на свете, чтобы их не изучать. Такая попытка унифицировать буйство рельного мира.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

72. Сообщение от User (??), 05-Июн-23, 21:57	+/–
Ну вот и тут так же - один-два запроса можно и на рСУБД сделать, но если в проекте появляется пул задач связанный с обработкой графов - лучше (проще, быстрее, дешевле) затащить в периметр что-то более специализированное. Молоток конечно хороший инструмент и при желании им можно забить пару шурупов - но бояться отвертки ей-ей не нужно )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #73, #74

73. Сообщение от Tron is Whistling (?), 06-Июн-23, 08:24	+/–
Ну вот у меня тот случай, когда графы обходить нужно, но лепить для этого какую-то отдельную херню не требуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

74. Сообщение от Tron is Whistling (?), 06-Июн-23, 08:26	+/–
Тем более, что для обхода достаточно просто рекурсивного запроса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #75

75. Сообщение от User (??), 06-Июн-23, 13:53	+/–
Ну вот в postgresql для подобных применений можно использовать ltree - edgedb\apache age прям перебор, а ltree обычно быстрее (и удобней) recursive cte.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

76. Сообщение от жявамэн (ok), 06-Июн-23, 16:40	+/–
что за чушь я прочитал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

77. Сообщение от Аноним (77), 06-Июн-23, 23:42	–2 +/–
SQL хорош для своих лет - в смысле для 197* годов. Сегодня системы стали настолько сложными и такие сложные данные внутри (напр JSON), что SQL с его у6людcким, неуклюжим синтаксисом и возможностями отстал на те же 50 лет. Миру нужны новые возможности или хотя бы вразумительный доступ к данным. Например, в стиле FoxPro - когда программист сам ходит по таблице, запрашивает подчинённые записи, агрегирует поля и т.п. Скажем, нет ничего проще, чем пройтись по таблице, собрав и по-недельные суммы и помесячные ЗА ОДИН ПРОХОД, попутно сосчитав баланс отрицательных чисел. Мы 100% придём к такой технологии, но не сейчас - слишком заскорузлые мозги у нынешних "профи".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79

79. Сообщение от Россия_тюрьма_свободы_нет (?), 09-Июн-23, 13:16	+/–
Зачем? Ваш текст все равно планом будет преобразован. В конце концов powerBi или другая херовина пишет запросы, или клиенты фильтры в ui выбирают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #82

80. Сообщение от mos87 (ok), 10-Июн-23, 12:00	+/–
жырно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

81. Сообщение от Аноним (81), 15-Сен-23, 13:07	+/–
интересно, узнал ли BorichL уже что функциональное программирование это не когда ты функции в SQL определяешь чтоб там логику императивно запилить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

82. Сообщение от Аноним (82), 06-Янв-24, 07:10	+/–
Ты не понял. Вместо формулировки "что я хочу" на неуклюжем SQL, я буду "алгоритмически" писать, что мне нужно от таблиц. Потому что даже в простых системах есть неординарные запросы, которые легче сказать, чем написать (особенно с агрегированием, сортировкой и т.п.). SQL потому и сложен, что он ДЕКЛАРАТИВНЫЙ (что ещё раз подчёркивает его неуклюжесть для использования "императивным мозгом"). Поэтому старый подход а-ля FoxPro вполне может быть востребован, заодно сильно упрощая жизнь разрабам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

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

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