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

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

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

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

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