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

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

	70. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	–1 +/–
	Сообщение от амоним (?), 26-Июл-23, 20:48
	ну если таблиц пара - легко. а если 25 (д, агалитика, та самая), то схему данных удерживать в голове... на 24 шага слияния... сложно. но может есть гении..
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от penetrator (?), 27-Июл-23, 07:50
	show tables; 87 rows in set (0.000 sec)
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (4), 27-Июл-23, 14:56
	explain запроса сделай и посмотри, сколько там в плане шагов. 87 таблиц может быть из-за того, что 5 сервисов в одну базу сpут. Половина таблиц справочники. Знаем мы вас. Сколько из этих табличек содержат более 100000 строк? У тебя есть запросики, где ты одну и ту же табличку джойнишь чуть-чуть по-разному 3-5 раз? Колбасы из 10-20 лефт джойнов, зависящие друг от друга и от 5 иннер джойнов выше? Запросы более чем в пару экранов в высоту? Случалось ли придумывать логику запроса больше трех дней, а не за чашечкой кофе?
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от penetrator (?), 27-Июл-23, 20:09
	> У тебя есть запросики, где ты одну и ту же табличку джойнишь чуть-чуть по-разному 3-5 раз? Колбасы из 10-20 лефт джойнов, зависящие друг от друга и от 5 иннер джойнов выше? > Случалось ли придумывать логику запроса больше трех дней, а не за чашечкой кофе? я же не долбаеб делать такую убогую структуру базу данных, чтобы потом костылить это запросами сложные запросы конечно есть, но то, что ты написал это не маст-хэв > Половина таблиц справочники. конкретно в этой БД, справочников нет вообще > Знаем мы вас. ты и себя то с трудом ))) > Сколько из этих табличек содержат более 100000 строк? если речь о "схему данных удерживать в голове" то какая разница, это таблица на 100 тыс, 5 тыс, или вообще очищаемая очередь? > 87 таблиц может быть из-за того, что 5 сервисов в одну базу сpут. это одно веб приложение, параллельно с ним в базу обращаются только сервисы например занимающиеся почтовой рассылкой, но ВНЕЗАПНО )) обращающиеся к тем же таблицам, даже если предположить, что их 5 (почта + еще 4 каких-то), то для контроля состояния фонофых задач, на каждый тип задачи не потребуется больше одной таблицы, т.е. условно 82 вместо 87 так что ты там знаешь? ))))
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	–1 +/–
	Сообщение от Аноним (117), 28-Июл-23, 15:25
	Короче наплодили сущностей, данных у вас толком нет, запросы простые. Понтов много :) У меня стабильно проекты, где больше 100 только основных сущностей, а всякие связи вообще никто не считает. >это не маст-хэв Начальству как будешь объяснять, что им на самом деле не нужны эти данные/отчеты/аналитика? >какая разница, это таблица на 100 тыс, 5 тыс, или вообще очищаемая очередь? С таблицами на 5 тысяч можно писать в принципе любые запросы и ничего тормозить не будет, с 100т уже требуется думать головой, а когда часть таблиц имеет миллионы и десятки миллионов строк, уже приходится как-то изворачиваться. Понятно, если ты г-кодишь новые проекты, ты никогда не увидишь ничего подобного. Пустые таблицы, не усложненная нюансами практики бизнес-логика, аналитики нет или она в зачатке.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от penetrator (?), 28-Июл-23, 19:59
	смешались у тебя кони люди в одном сообщении ))) с логикой у тебя беда в этой бд есть таблицы на десятки миллионов строк, но какое отношение это имеет к "удержанию в голове СХЕМЫ"?
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (117), 29-Июл-23, 00:47
	Когда у тебя большие таблицы, помимо схемы тебе надо думать еще и о количестве данных. Не сталкивался с таким? Ну да, это не маст-хэв, ведь у тебя работу принимают с пустыми базами.
	Ответить | Правка | Наверх | Cообщить модератору

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

	143. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от амоним (?), 01-Авг-23, 14:17
	> почитай оригинальный коментарий, и что именно обсуждается > нет никакой сложности держать схему базы данных больше 24 таблиц в голове > (количества строк это вообще не касается), может поэтому тебе и тяжело > держать все голове потому что там постоянная каша из котлет и > мух? человек пытается сказать, что чем объемнее таблицы, тем аккуратнее надо быть при написании запросов. и тем сложнее держать в умер все ньюансы. если у тебя 25 таблиц - это круто. я видел например базы данных MS Dynamics, в которой если не изменяет память их было больше 4х тысяч. да, бизнес сущностей. тут проблема в чем - подход который у тебя - бессмысленнаю трата ресурсов мозга. а тот подход, который предлаете интрумент описаный в статье - он позволяет оперировать информацией с меньшими ментальными издержками.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от penetrator (?), 03-Авг-23, 00:21
	уже все давно придумано, называется CASE Tools, в частности для Data Modeling и неважно сколько строк в таблицах, запрос к правильно спроектированной БД, будет оптимальным чаще всего только одним единственным способом (если не считать Views), вот его и пишешь независимо от того сколько строк а подход "там будет строк немного, поэтому тут мы можем недопроектировать или на отъeбись сделать" это не ко мне с такими дискуссиями )))
	Ответить | Правка | Наверх | Cообщить модератору

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

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