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

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

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

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

	18. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+2 +/–
	Сообщение от Аноним (19), 26-Июл-23, 17:07
	> читается эта фигня точно сложнее, чем SQL Более ущербного синтаксиса, чем у sql, представить сложно. А сабж читается легко, на уровне привычного разрабам array.filter(...).groupBy(...).filter(...).sort(...). Ирония в том, что sql начинался как язык для непрограммистов. Типа бухгалтеры будут напрямую вбивать запросы на английском языке. Оказалось, что язык, изначально рассчитанный для программистов, читается легче, чем тот, что рассчитывался для непрограммистов. Сравни синтаксис си и бейсика например. В си все предсказуемо, а в бейсике каждая новая функция -- это каждый раз новый синтаксис.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

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

	25. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (19), 26-Июл-23, 17:21
	> лапша лапша — это WITH table_1 AS ( SELECT customer_id, total - 0.8 AS _expr_0, invoice_date FROM invoices ), table_0 AS ( SELECT COALESCE(SUM(_expr_0), 0) AS sum_income, COUNT(*) AS ct, customer_id FROM table_1 WHERE _expr_0 > 5 AND invoice_date >= DATE '2010-01-16' GROUP BY customer_id ) SELECT c.customer_id, CONCAT(c.last_name, ', ', c.first_name) AS name, table_0.sum_income, table_0.ct, version() AS db_version FROM table_0 JOIN customers AS c ON table_0.customer_id = c.customer_id ORDER BY table_0.sum_income DESC LIMIT 10
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+7 +/–
	Сообщение от Аноним (29), 26-Июл-23, 17:39
	Форматирование спасёт отца русской демократии!
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+5 +/–
	Сообщение от Аноним (28), 26-Июл-23, 17:40
	Объсни что не так? Если ты не умеешь форматирование это не значит что все не умеют в форматирование.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	33. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (4), 26-Июл-23, 18:21
	Отформатировать и будет все понятно. Да, запрос очень простой. Когда попишешь запросы сложные, расхочется заменять на императивщину.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

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

	46. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (45), 26-Июл-23, 18:53
	для программистов есть query builder-ы на том языке, на котором само приложение. Тот же SQLAlchemy ничем не хуже (и даже лучше) описанного, при этом нет никакого разделения на разные языки.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

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

	56. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (20), 26-Июл-23, 19:45
	Это плохо.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (45), 26-Июл-23, 22:37
	А зачем? Сколько раз в жизни приходилось переносить код query builder-а с одного языка программирования на другой? Большинству 0, кому-то, может, 1 раз за 10 лет. При этом query builder на том же языке, что и всё приложение, имеет очевидные преимущества как по интеграции с остальным кодом, так и по использованию инструментария.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

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

	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ообщить модератору

	115. "Опубликован PRQL, компилируемый в SQL язык обработки данных"	+/–
	Сообщение от Аноним (45), 27-Июл-23, 16:27
	Да меня это тоже удивляет, но 90% кандидатов на собеседованиях валятся на простейших вопросах на join-ы.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

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

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