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

Опубликован PRQL, компилируемый в SQL язык обработки данных, opennews (??), 26-Июл-23, (0) [смотреть все] а если сразу на SQL писать , Аноним (1), 16:25 , 26-Июл-23, (1) +13 // Тогда PR не будет, Perlovka (ok), 16:26 , 26-Июл-23, (2) +22 Если если sql не больше нескольких строк то не проблема У Sql есть недостаток О, Дмитрий (??), 17:32 , 26-Июл-23, (27) +2   // А ты не думал почему вы продолжаете делать именно так Может потому что по друго, Аноним (28), 17:38 , 26-Июл-23, (28) +5   views не помогает Или динамический sql , Твайлайт Спаркл (ok), 17:59 , 26-Июл-23, (31)   // Да, динамический sql подходит Но если генерируется то что должно создаваться ру, Дмитрий (??), 19:39 , 26-Июл-23, (53) +2   Код писать нормально просто надо Это у вас проблемы, а не у SQL, Аноним (38), 18:41 , 26-Июл-23, (38) +3   про хранимки не слышал , Rodegast (ok), 19:22 , 26-Июл-23, (52)   // Реляционные базы и так плохо маштабируются Как будет производительность с храни, Дмитрий (??), 19:47 , 26-Июл-23, (57) +1   Тебе никто не мешает сделать хранимку с обычным SQL-ом , Rodegast (ok), 20:18 , 26-Июл-23, (63)   Тогда непонятно для чего хранимка, Дмитрий (??), 00:43 , 28-Июл-23, (130) +1   Категорически не советую никакие хранимки - мало того, что это в принципе уё6с, Аноним (85), 01:57 , 27-Июл-23, (85) –3   Отнюдь не идеальная Как вы целостность данных собираетесь обеспечивать, если кт, Прохожий (??), 03:07 , 27-Июл-23, (86) +2   Если кто-то может мимо сервера приложений гадить , найдется и DBA, который это , Аноним (117), 16:56 , 27-Июл-23, (117)   Но к тому времени уже может оказаться поздно что-либо поправлять , Прохожий (??), 20:21 , 27-Июл-23, (121)   Давай такие ТУХЛЫЕ аргументы не приводить А то я скажу, что у тебя нет защиты о, Аноним (151), 06:02 , 06-Янв-24, (151)   Такая схема подходит для небольших, средних проектов Они могут себе позволить , Аноним (88), 04:21 , 27-Июл-23, (88) +2   Постоянно слышу этот аргумент, а в реальности как часто проекты меняют СУБД , ойвэй (?), 04:38 , 27-Июл-23, (89) +2   Вот прям сейчас идёт масштабный эксперимент по смене Oracle на PostgreSQL Даже п, 1 (??), 09:08 , 27-Июл-23, (101) +1   Потому что нельзя за год подогнать то, что создавалось десятки лет Могли бы с, Аноним (117), 16:58 , 27-Июл-23, (118) +1   Речь не про бесплатный Oracle , а про импортозамещение в связи с тем что Oracle, Нанонимус53 (?), 01:01 , 02-Авг-23, (145)   Человеку надо переиспользовать SQL Хранимки для этого вполне подходят Можно ещ, Rodegast (ok), 15:02 , 27-Июл-23, (114)   Есть разница между бизнес-логикой и логикой целостности данных Не всё можно уло, Аноним (137), 19:13 , 28-Июл-23, (137)   Зависит от архитектуры приложения вобще-то Например, отдельные модули в отдельн, Прохожий (??), 20:31 , 27-Июл-23, (122)   так прекратите писать sql-спагетти, и разгребите ваши запросы у вас видимо текуч, Аноним (91), 05:50 , 27-Июл-23, (91) +1   Чта Во первых в sql есть view Во вторых with Что покрывает все потребности в мо, Аноним (94), 06:56 , 27-Июл-23, (94) +3   // VIEW, CTE и функции, включая табличные, решают проблему лишь частично Мне радика, ptr (??), 08:47 , 28-Июл-23, (134)   Модулей в SQL быть не может, однако от дублирования избавиться можно 1 Можно по, Аноним (117), 17:24 , 27-Июл-23, (119)   // Я бы не был столь категоричным View - вполне себе самостоятельный модуль Есть , Прохожий (??), 20:41 , 27-Июл-23, (123)   Фактически это макросы Подсократить запросы получится, спору нет , Аноним (117), 15:35 , 28-Июл-23, (136)   Проблему решает просто препроцессинг SQL кода, например, C препроцессором Сразу, ptr (??), 07:15 , 28-Июл-23, (131)   // Это изврат ради изврата Сиквелу совершенно ни к чему быть модульным , Аноним (146), 15:15 , 02-Авг-23, (146)   Тогда навеки один sql и отсанется Тут же есть шанс дать аналитику UML- инструме, Аноним (32), 18:03 , 26-Июл-23, (32) –4 // Для Pandas, если не ошибаюсь, есть отдельный модуль, который позволяет обращатьс, Прохожий (??), 20:46 , 27-Июл-23, (124) Пиши Сразу на несколько диалектов И переписывай И поддерживай Никаких пробле, Карлос Сношайтилис (ok), 18:40 , 26-Июл-23, (37) –3 // вася - лечись давай --на ккой ляд на несколько диалектов писать 2 субд понянешь , Bob (??), 20:06 , 26-Июл-23, (60) +1 Писать на SQL и компилировать в PRQL И технологию поиспользовали и волки доволь, fuggy (ok), 21:15 , 27-Июл-23, (127) Скрыто модератором, Аноним (3), 16:28 , 26-Июл-23, (3) –3 // Скрыто модератором, Аноним (20), 17:10 , 26-Июл-23, (20) То какую-то императивщину вместо регулярок, то SQL лишь бы не писать Эпоха OR, Аноним (4), 16:32 , 26-Июл-23, (4) +4 // это вообще хлам Годится для тупого хранения данных и доступа к ним по ключу тол, Аноним (7), 16:37 , 26-Июл-23, (7) –1 // Дружище, оптимизатор запросов задействует сама СУБД Ей навалить как был запрос , Ruslan (??), 03:42 , 27-Июл-23, (87) +1 Нормальные orm поверх sql баз данных предоставляют очень многого всего чего инач, cheburnator9000 (ok), 05:28 , 27-Июл-23, (90) // Это правда А это - нет В чём конкретно его недостатки В том, что ORM фигню ген, Прохожий (??), 20:51 , 27-Июл-23, (125) +1 https docs sqlalchemy org en 20 orm basic_relationships html many-to-manyЧего , Аноним (137), 19:17 , 28-Июл-23, (138) ORM разные бывают, хлам - это твой коментарий, в нем нет даже доли истиныэто как, penetrator (?), 07:45 , 27-Июл-23, (96) –1 // Есть, конечно ORM с точки зрения конечной производительности системы - это част, Прохожий (??), 20:56 , 27-Июл-23, (126) брехня, квалифицированный программист не использует плохие орм, а те, которые , penetrator (?), 21:18 , 27-Июл-23, (128) Нет, проблема ORM-ов не в адекватности запросов -- в сиквеле пофиг как ты написа, Аноним (146), 15:36 , 02-Авг-23, (147) хорошо хоть АКТИВ РЕКОРД не вспомнил, Аноним (19), 17:10 , 26-Июл-23, (19) // А что с ним не так Можно развернуто , мимо (?), 18:25 , 26-Июл-23, (36) +2 // Если вся логика - это тупой crud, то ничего плохого в нем нет А вот когда сложн, Аноним (45), 18:51 , 26-Июл-23, (45) Другое дело, что 9 из 10 проектов - аккурат круд и есть, Бывалый смузихлёб (?), 07:09 , 27-Июл-23, (95) может эксперт и не вкурсе, но АКТИВ РЕКОРД это собссно один из способов реализац, амоним (?), 18:56 , 26-Июл-23, (47) // а Linq provider это куда , penetrator (?), 07:47 , 27-Июл-23, (97) LINQ это язык запросов ORM на которую мапятся LINQ запросы это Entity Framework, Онанистмус (?), 09:37 , 27-Июл-23, (105) А как он будет оптимизировать запрос под конкретные базы И не только запрос, но, Аноним (6), 16:35 , 26-Июл-23, (6) +2 // Да оно просто рассчитано только на примеры из книжки SQL для начинающих , BorichL (ok), 16:38 , 26-Июл-23, (8) +1 // боюсь, что начинающий тут ты оно предлагает написать руками по сути query execu, амоним (?), 19:02 , 26-Июл-23, (49) –2 // Да И какой сервер его будет выполнять , BorichL (ok), 19:03 , 26-Июл-23, (51) +1 а там вариантов много пг, мускл, мс скл и прочпрям в ассортименте , амоним (?), 20:27 , 26-Июл-23, (65) но и ты ее не осилил, Аноним (80), 01:09 , 27-Июл-23, (80) +1 // Естественно, я ж тебе не начинающий , BorichL (ok), 14:36 , 27-Июл-23, (112) +1 Я негодую Где поддержка Go , Golangdev (?), 16:39 , 26-Июл-23, (10) // Там прослойка элементарная - преобразование строк и прокидывание опций транслято, Карлос Сношайтилис (ok), 18:24 , 26-Июл-23, (35) О чем ты Какая поддержка Го для хиптанов А PRQL для нормальных людей Они с х, Аноним (38), 18:45 , 26-Июл-23, (44) // Опубликован PRQL, компилируемый в SQL язык обработки данных, Аноним (64), 20:19 , 26-Июл-23, (64) Каким образом это проще SQL Сложность SQL в понимании реляционной алгебры, а это, Аноним (45), 16:41 , 26-Июл-23, (12) +7 // Проще чем кажется, на самом деле , alin (?), 17:02 , 26-Июл-23, (17) Более ущербного синтаксиса, чем у sql, представить сложно А сабж читается легко, Аноним (19), 17:07 , 26-Июл-23, (18) +2 // Ирония в том что ты считаешь что твоя лапша удобнее sql , Аноним (20), 17:11 , 26-Июл-23, (21) // лапша 8212 это WITH table_1 AS SELECT customer_id, total - 0 8 AS _expr_0, , Аноним (19), 17:21 , 26-Июл-23, (25) Форматирование спасёт отца русской демократии , Аноним (29), 17:39 , 26-Июл-23, (29) +7 Объсни что не так Если ты не умеешь форматирование это не значит что все не уме, Аноним (28), 17:40 , 26-Июл-23, (30) +5 Отформатировать и будет все понятно Да, запрос очень простой Когда попишешь за, Аноним (4), 18:21 , 26-Июл-23, (33) навалил в одну строку черти что - чертичто и называется лапшой, а не SQL ты пут, Аноним (38), 18:44 , 26-Июл-23, (43) для программистов есть query builder-ы на том языке, на котором само приложение , Аноним (45), 18:53 , 26-Июл-23, (46) // тут как раз один язык запросов и биндинги под разные языки и бд, амоним (?), 19:03 , 26-Июл-23, (50) Это плохо , Аноним (20), 19:45 , 26-Июл-23, (56) А зачем Сколько раз в жизни приходилось переносить код query builder-а с одного , Аноним (45), 22:37 , 26-Июл-23, (77) В чем сложность понимания реляционной алгебры Это что за такие сложности , Аноним (38), 18:42 , 26-Июл-23, (39) // ну если таблиц пара - легко а если 25 д, агалитика, та самая , то схему данных, амоним (?), 20:48 , 26-Июл-23, (70) –1 // show tables 87 rows in set 0 000 sec , penetrator (?), 07:50 , 27-Июл-23, (98) explain запроса сделай и посмотри, сколько там в плане шагов 87 таблиц может бы, Аноним (4), 14:56 , 27-Июл-23, (113) я же не долбаеб делать такую убогую структуру базу данных, чтобы потом костылить, penetrator (?), 20:09 , 27-Июл-23, (120) Короче наплодили сущностей, данных у вас толком нет, запросы простые Понтов мно, Аноним (117), 15:25 , 28-Июл-23, (135) –1 смешались у тебя кони люди в одном сообщении с логикой у тебя бедав этой бд , penetrator (?), 19:59 , 28-Июл-23, (139) Когда у тебя большие таблицы, помимо схемы тебе надо думать еще и о количестве д, Аноним (117), 00:47 , 29-Июл-23, (140) почитай оригинальный коментарий, и что именно обсуждаетсянет никакой сложности д, penetrator (?), 20:28 , 29-Июл-23, (141) человек пытается сказать, что чем объемнее таблицы, тем аккуратнее надо быть при, амоним (?), 14:17 , 01-Авг-23, (143) уже все давно придумано, называется CASE Tools, в частности для Data Modelingи н, penetrator (?), 00:21 , 03-Авг-23, (150) Да меня это тоже удивляет, но 90 кандидатов на собеседованиях валятся на просте, Аноним (45), 16:27 , 27-Июл-23, (115) а где биндинги для с и с , Васян из васяна (?), 17:01 , 26-Июл-23, (16) +1 // Тут https github com PRQL prql tree main bindings prql-lib, Анонин (?), 20:07 , 26-Июл-23, (61) лол, будто ты что-то пишешь на них, Аноним (80), 01:17 , 27-Июл-23, (83) О Они переизобрели Natural Был такой язык для СУБД ADABAS в 80х 50 лет и к, 1 (??), 17:13 , 26-Июл-23, (22) +1 // У меня устойчивое дежа-вю, что лет 10 назад уже было нечто похожее , Аноним (4), 18:22 , 26-Июл-23, (34) Про любой язык так можно сказать Ничего они не переизобретали , Аноним (38), 18:44 , 26-Июл-23, (42) –1 Сейчас бы делать абстракцию над абстракцией И с SQL то не всегда непонятно как б, Аноним2 (?), 17:14 , 26-Июл-23, (23) // В чем тут непонятность И в чем не понятность как база будет запрос обрабатывать, Аноним (38), 18:43 , 26-Июл-23, (40) Может быть просто надо вылезти из 2002 года и начать уже опльзоваться современны, Аноним (38), 18:43 , 26-Июл-23, (41) Как будет выполняться запрос никак с SQL вообще не связано , Аноним (146), 15:40 , 02-Авг-23, (148) Да вдогонку к 1 22 - это будет новый микросервисный, объекто-ориентированный, 1 (??), 17:21 , 26-Июл-23, (26) // как будто это что-то плохое, амоним (?), 20:40 , 26-Июл-23, (69) // Ты, наверное, любитель стимпанка , 1 (??), 09:21 , 27-Июл-23, (103) Хороший язык На нём можно даже ОС написать , ИмяХ (?), 19:41 , 26-Июл-23, (54) +1 // Почему никто не написал , Аноним (20), 19:44 , 26-Июл-23, (55) // говорят, написали, амоним (?), 20:51 , 26-Июл-23, (71) PL pgSQL - меня вполне устраивает, а мускулём или машей не пользуюсь в сложных п, EuPhobos (ok), 19:58 , 26-Июл-23, (58) –1 // Процедурки над сиквелом, кроме Оракла, везде плохо В Слоне тоже Использовать м, Аноним (146), 15:42 , 02-Авг-23, (149) переизобрели 1с --для разового запроса, оно, возможно, подойдёт но если юзер ид, Bob (??), 20:11 , 26-Июл-23, (62) +1 // угу, а потом отгребать нетестируемые баги из-за смеси непонятно каких подзапросо, амоним (?), 20:35 , 26-Июл-23, (67) –1 Да какой 1С, он вообще на всяких кассиров пятьорочки рассчитан и хотя бы концепт, C00l_ni66a (ok), 21:36 , 26-Июл-23, (73) –1 PR QL - в названии вся суть Такое ощущение, что ребятам от моднявок даже в SQL с, Tron is Whistling (?), 22:27 , 26-Июл-23, (76) +2 Скрыто модератором, Аноним (79), 01:03 , 27-Июл-23, (79) –1 SQL - декларативный, PROL - не декларативный, не процедурный и не объектный А, Простоник (ok), 08:39 , 27-Июл-23, (99) Аналитические запросы - это когда запрашивают отдельные огромные столбцы и сразу, Пряник (?), 09:31 , 27-Июл-23, (104) // Apache Phoenix, Простоник (ok), 13:48 , 27-Июл-23, (110) ClickHouse, ptr (??), 07:24 , 28-Июл-23, (132) +1 например Vertica, амоним (?), 14:26 , 01-Авг-23, (144) А уже есть такой язык, наз-ся dplyr dbplyr из R Точно также может трансли, Анонимчик (?), 10:05 , 27-Июл-23, (106) Выглядит прилично, посмотрим, что из этого выйдет, yilativs (?), 13:37 , 27-Июл-23, (108) Не взлетит Можете скринитьЯ подобную поделку лет 15 назад делал, потом понял чт, vitalif (ok), 13:55 , 27-Июл-23, (111) +1 Они сделали версию Mule DataWave У мула эта штука очень удобная, но применимая , 3draven (ok), 16:36 , 27-Июл-23, (116) Я только не понял - как тут с оконными функциями жить, вроде LAG, LEAD и т п - , ptr (??), 07:36 , 28-Июл-23, (133) 1,4,6,10,12,16,22,23,26,54,58,62,76,99,104,106,108,111,116,133

Сообщения

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

	27. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+2 +/–
	Сообщение от Дмитрий (??), 26-Июл-23, 17:32
	Если если sql не больше нескольких строк то не проблема. У Sql есть недостаток. Он не модульный. Нельзя сказать этот запрос такой же как этот только с небольшими изменения. У нас в проекте огромные запросы (по 3-4 страницы) а ещё код копипастится с десяток раз. Это очень плохо, код становится плохо поддерживаемым.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	28. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+5 +/–
	Сообщение от Аноним (28), 26-Июл-23, 17:38
	А ты не думал почему вы продолжаете делать именно так? Может потому что по другому просто не может работать?
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Твайлайт Спаркл (ok), 26-Июл-23, 17:59
	views не помогает? Или динамический sql?
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	53. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+2 +/–
	Сообщение от Дмитрий (??), 26-Июл-23, 19:39
	Да, динамический sql подходит. Но если генерируется то что должно создаваться руками - это признак что язык который генерируется - плохой.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+3 +/–
	Сообщение от Аноним (38), 26-Июл-23, 18:41
	Код писать нормально просто надо. Это у вас проблемы, а не у SQL
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	52. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Rodegast (ok), 26-Июл-23, 19:22
	про хранимки не слышал?
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	57. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+1 +/–
	Сообщение от Дмитрий (??), 26-Июл-23, 19:47
	Реляционные базы и так плохо маштабируются. Как будет производительность с хранимкам не знаю, но да, там с повторным использованием кода получше
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Rodegast (ok), 26-Июл-23, 20:18
	> Как будет производительность с хранимкам не знаю Тебе никто не мешает сделать хранимку с обычным SQL-ом.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+1 +/–
	Сообщение от Дмитрий (??), 28-Июл-23, 00:43
	>Тебе никто не мешает сделать >хранимку с обычным SQL-ом. Тогда непонятно для чего хранимка
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	–3 +/–
	Сообщение от Аноним (85), 27-Июл-23, 01:57
	Категорически не советую никакие "хранимки" - мало того, что это в принципе уё6ство - писать на кривом недоязыке "процедуры" (привет новичкам проекта!), так ещё они не переносимы. Идеальная схема: СУБД исключительно для данных, вся логика на апп-сервере. В случае чего - можно СУБД даже полностью сменить, не говоря о простоте портирования на более свежие версии.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	86. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+2 +/–
	Сообщение от Прохожий (??), 27-Июл-23, 03:07
	>Идеальная схема Отнюдь не идеальная. Как вы целостность данных собираетесь обеспечивать, если кто-то решит мимо сервера приложений нагадить? Как обеспечивать непротиворечивость данных, если будет больше одного сервера приложений? >В случае чего - можно СУБД даже полностью сменить Чего, например? >не говоря о простоте портирования на более свежие версии Какие там сложности?
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (117), 27-Июл-23, 16:56
	Если кто-то может мимо сервера приложений "гадить", найдется и DBA, который это дело поправит.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Прохожий (??), 27-Июл-23, 20:21
	Но к тому времени уже может оказаться поздно что-либо поправлять.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (151), 06-Янв-24, 06:02
	> если кто-то решит мимо сервера приложений нагадить? Давай такие ТУХЛЫЕ аргументы не приводить? А то я скажу, что у тебя нет защиты от "уборщица пришла с пылесосом и выдернула розетку сервера". Ты как-то мыслишь вообще не по-программистски. > Как обеспечивать непротиворечивость данных, если будет больше одного сервера приложений? А в чём именно проблема-то?? Подробнее. > Чего, например? Чего "чего"? ДВИЖОК сменить! Что непонятного? > Какие там сложности? Все те же сложности, как и перенос чего-либо вообще на другой физический сервер - то с форматом дат напутали, то нашлись неконсистентные данные, то надо перенести блобы из файловой системы в новое место (а в старой базе пути). Я не просто про "бэкап-рестор", а аккуратный перенос данных, потому что незачем тащить на новый сервер все старые атавизмы. И конечно процедуры - обратная совместимость у них есть, но как всегда найдётся энтузазист, который захочет переписать короче (а ради чего тогда прогресс??). И вот уже у вас ДВЕ версии хранимок. Я не понимаю, зачем вообще что-либо писать на сервере, используя неуклюжий T/SQL или PL/SQL. Есть родной ЯП, пусть даже это и пестон какой-нть, какой смысл ОТДЕЛЬНО писать на ещё одном языке??
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	88. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+2 +/–
	Сообщение от Аноним (88), 27-Июл-23, 04:21
	Такая схема подходит для небольших, средних проектов. Они могут себе позволить "эксперименты" с "а давай сегодня сменим СУБД на ту, а через месяц на вон ту...".
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	89. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+2 +/–
	Сообщение от ойвэй (?), 27-Июл-23, 04:38
	> В случае чего - можно СУБД даже полностью сменить Постоянно слышу этот аргумент, а в реальности как часто проекты меняют СУБД?
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	101. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+1 +/–
	Сообщение от 1 (??), 27-Июл-23, 09:08
	Вот прям сейчас идёт масштабный эксперимент по смене Oracle на PostgreSQL. Даже при том, что внутренний язык подогнали, всё идёт как-то не очень.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+1 +/–
	Сообщение от Аноним (117), 27-Июл-23, 16:58
	Потому что нельзя за год "подогнать" то, что создавалось десятки лет. Могли бы сменить парадигму, раз уж такое дело, но нет - хотят бесплатный оракл, альтернативные подходы не хотят.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Нанонимус53 (?), 02-Авг-23, 01:01
	Речь не про "бесплатный Oracle", а про импортозамещение в связи с тем что Oracle теперь в РФ не продаётся.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Rodegast (ok), 27-Июл-23, 15:02
	> Категорически не советую никакие "хранимки" Человеку надо переиспользовать SQL. Хранимки для этого вполне подходят. Можно ещё и CTE использовать, но оно без параметров. > в принципе уё6ство - писать на кривом недоязыке Язык SQL.
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	137. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (137), 28-Июл-23, 19:13
	Есть разница между бизнес-логикой и логикой целостности данных. Не всё можно уложить в constraints. Типичный случай - умышленная денормализация в целях повышения производительности, например, всякие счётчики. В Постгресе в большинстве случаев можно обойтись CREATE RULE, описывая событие и реакцию на него на чистом SQL. Это, конечно, не портабельно, но и триггеры-хранимки тоже не портабельны, зато не возникает соблазна засунуть туда ващевсё
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	122. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Прохожий (??), 27-Июл-23, 20:31
	> Реляционные базы и так плохо масштабируются. Зависит от архитектуры приложения вобще-то. Например, отдельные модули в отдельной схеме (базе данных) без сильных связей с другими схемами (базами данных) вполне себе отлично разносятся по разным хостам. Есть и другие способы разнесения нагрузки, типа репликации мастер-мастер, мастер-ведомый, и так далее. Да, это не "СУБД" типа "ключ-значение", но зато РСУБД и гораздо больше чего умеет из коробки. А так серебряной пули не бывает.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	91. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+1 +/–
	Сообщение от Аноним (91), 27-Июл-23, 05:50
	так прекратите писать sql-спагетти, и разгребите ваши запросы. у вас видимо текучка кадров большая  :)
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	94. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+3 +/–
	Сообщение от Аноним (94), 27-Июл-23, 06:56
	Чта?! Во первых в sql есть view. Во вторых with. Что покрывает все потребности в модульности.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	134. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от ptr (??), 28-Июл-23, 08:47
	VIEW, CTE и функции, включая табличные, решают проблему лишь частично. Мне радикально решить проблему модульности удалось лишь препроцессингом SQL кода средствами C препроцессора. Вот когда появились включаемые файлы и макросы - тогда действительно код стал модульным. К сожалению, инлайн код в запросе намного производительней, чем тот же код, вынесенный в функции. А у меня даже такие запросики возникают: https://github.com/dbeaver/dbeaver/issues/10680 (смотрите аттач в zip). При том, что до препроцессора, это вполне себе компактный запрос: SELECT ROUND(Q.Rez-UC_DISCOUNT,0)+CALC_JA_TOTAL FROM ...
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (117), 27-Июл-23, 17:24
	Модулей в SQL быть не может, однако от дублирования избавиться можно. 1) Можно повторяющийся SQL инклюдить из файла. 2) Можно написать класс билдера запросов для моделей, одноклассники которого смогут экспортировать миксины для построения запроса, а также использовать их для построения своих запросов. Очень грубо, можно передать список вещей, которые нужно добавить в те или иные части запроса, и что нужно потом сделать с результатом запроса. Например, можно добавить в группировку и в селект, а после исполнения развернуть group_concat в массивчик айдишек и т.д. В одном из проектов я такую вещь сделал и несмотря на некую навороченность кода, SQL существовал в единственном экземпляре. Запросы на экран и более были нормой, да.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	123. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Прохожий (??), 27-Июл-23, 20:41
	> Модулей в SQL быть не может Я бы не был столь категоричным. View - вполне себе самостоятельный модуль. Есть и ещё, попроще, не так, чтобы модули, но вполне нормальный способ сократить дублирование кода. В Oracle использование функций в теле SQL-запроса подвезли с 19-й версии. Кроме того, есть with, как уже отметили выше.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (117), 28-Июл-23, 15:35
	Фактически это макросы. Подсократить запросы получится, спору нет.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от ptr (??), 28-Июл-23, 07:15
	Проблему решает просто препроцессинг SQL кода, например, C препроцессором. Сразу же SQL модульный становится, благодаря макросам и включаемым файлам.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	146. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (146), 02-Авг-23, 15:15
	Это изврат ради изврата. Сиквелу совершенно ни к чему быть модульным.
	Ответить | Правка | Наверх | Cообщить модератору

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

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