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

Опубликован 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]

	90. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от cheburnator9000 (ok), 27-Июл-23, 05:28
	Нормальные orm поверх sql баз данных предоставляют очень многого всего чего иначе пришлось бы писать самому. Миграции, транзакции, сериализация данных на структуры в ЯП, логгер, даже всякие плагины к ORM, очередь на запись чтение даже внутри простого приложения. Другое дело что нормальных ORM реально практически не существует, я перепробовал почти все как для Go так и для Python, у всех адская боль и безобразие при работе с Many To Many relations. Many To Many можно реализовать практически каждым из типов JOIN но каждая ORM делает по своему. Есть такая проприетарная вендовая тулза Data Extractor v3 так вот она может оптимизировать SQL запросы сгенерированные каждым из ORM, то есть там с эффективностью тоже проблемы. Все из-за того что синтаксис SQL это устаревший шлак времен ледникового периода.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	125. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+1 +/–
	Сообщение от Прохожий (??), 27-Июл-23, 20:51
	> нормальных ORM реально практически не существует Это правда. > синтаксис SQL это устаревший шлак времен ледникового периода А это - нет. В чём конкретно его недостатки? В том, что ORM фигню генерирует? Но причём тут SQL?
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (137), 28-Июл-23, 19:17
	https://docs.sqlalchemy.org/en/20/orm/basic_relationships.ht... Чего не хватает?
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

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

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