|
2.2, Аноним (2), 18:17, 13/10/2022 [^] [^^] [^^^] [ответить]
| –18 +/– |
Я тут слышал, на задачах типа хранить в ней данные мускул с innodb поэффективней будет. А в сыбасе ещё и картинки хранить норм, но это совсем уж ынтерпрайз уровень.
| |
|
3.4, Лолштоним (ok), 18:21, 13/10/2022 [^] [^^] [^^^] [ответить]
| +15 +/– |
И правда, зачем нам вообще файловая система, если всё можно хранить в бд.
| |
|
4.5, Аноним (2), 18:28, 13/10/2022 [^] [^^] [^^^] [ответить]
| –8 +/– |
В том и суть, сыбасе оптимизирует процесс и хранит такие данные самостоятельно, не засирая память почём зря. Что касается мускула, то можно было сравнить его в том же nepomuk, насколько я это помню мускул был предпочтительной опцией как раз по причине различий в производительности (но я использовал sqlite, мне норм). Так всё очень зависит от характера использования, что подтверждают и всевозможные агрегаторы.
| |
|
|
6.81, вымя (?), 01:35, 14/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
А вы mtree после каждой транзакции запускаете, блокируя по дороге базу на запись, или по крону надеетесь, что на диске ничего не успело покорёжиться?
| |
|
7.87, penetrator (?), 04:40, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
при этом нет никакой гарантии, что транзакция не откатилась, либо что-то не упало, файл должен тоже откатиться вместе с транзакцией или наоборот закомиться и восстановиться из лога после падения
FILESTREAM не просто так придумали, но ты же ему ничего не объяснишь, у него же mtree из задницы торчит, и смузи из ушей льется))
| |
|
|
9.211, Аноним (211), 08:46, 18/10/2022 [^] [^^] [^^^] [ответить] | +/– | Я, конечно, профан и может меня уже следует поздравить с разморозкой, но они уже... большой текст свёрнут, показать | |
|
|
7.95, OpenEcho (?), 08:08, 14/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А вы mtree после каждой транзакции запускаете, блокируя по дороге базу на
> запись, или по крону надеетесь, что на диске ничего не успело
> покорёжиться?
mtree - это про integrity, для тех "кто не слышал" , а чтоб не корежилось есть copy-on-write от транзакционной ZFS где и положенно храниться блобам, а не в БД, которая предназначена для работы с данными
| |
|
6.86, penetrator (?), 04:37, 14/10/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
какое отношение это имеет к транзакционной безопасности и целостности данных?
прочти хотя бы вшивую статейку по СУБД клоун
| |
|
7.91, Аноним (91), 05:34, 14/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Включаешь картинки в транзакцию? Видимо на них что-то очень важное. Неужели компромат на царя?
| |
|
|
9.209, Аноним (209), 22:08, 17/10/2022 [^] [^^] [^^^] [ответить] | +/– | Сперва они картинки в реляционной базе хранят, а потом этими же самыми руками пи... текст свёрнут, показать | |
|
|
7.96, OpenEcho (?), 08:17, 14/10/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
> какое отношение это имеет к транзакционной безопасности и целостности данных?
Судя по всему, кроме fat32 в школе больше ничего не учили...
> прочти хотя бы вшивую статейку по СУБД клоун
Вшивые статейки это - для хамов типа тебя, вот ты по ним и учись, чтоб потом обозвать кого нибудь и чуствовать себя понтовым поцанчиком, а нам грешным угодило по университетам учиться... вместо статеек, но боюсь хамам этого не понять
| |
|
|
|
4.65, pofigist (?), 21:52, 13/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ты изобрел AS/400 с OS/400. Ну почти. Надо ещё добавить единую адресацию памяти (нет различий между ОЗУ и ПЗУ) и компиляцию в поцессоронезависимый код.
Нет-нет - на рынке это появилось почти на 10 лет раньше жабы.
| |
4.82, Аноним (82), 01:51, 14/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вообще-то, любая современная файловая система является специализированной СУБД.
| |
|
3.17, Аноним (17), 19:06, 13/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Когда отдел разработки не может согласовать с админами где им хранить картинки - это вовсе не значит, что возникла кровавая ынтерпрайзность. Это всего лишь попался некомпетентный продакт-менеджер.
| |
|
|
3.7, ЫгиПгт (?), 18:34, 13/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
А почему ты не ездишь на запорожце? Не нравится? А почему ты до сих пор не сделал свой автомобиль?
| |
|
|
|
|
5.74, Аноним (49), 22:54, 13/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Это несопоставимые по накладным расходам (читай, по даунтайму) операции
Всё верно, ведь optimize table требует эксклюзивную блокировку: "An exclusive table lock is only taken briefly during the prepare phase and the commit phase of the operation" тогда как стандартный vacuum в postgres работает в фоне.
Действительно optimize table несопоставимо хуже, и это нельзя исправить никакими улучшениями, такова его архитектура by design.
| |
|
6.114, Анно Домини (?), 13:37, 14/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не путай вакуум и автовакуум, невежда. Речь идёт о первом, его надо запускать вручную с даунтаймом, чтобы база не разрасталась как на дрожжах, и ничего подобного в мускуле нет.
| |
|
7.118, Аноним (118), 13:56, 14/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Невежда, у тебя в твоей статье написано что вакуум в mysql называется purge, то что он называется по другому не значит что его там нет.
| |
|
|
9.126, Аноним (118), 14:24, 14/10/2022 [^] [^^] [^^^] [ответить] | +/– | Неуч, вакуум с даунтаймом в мускукле называется optimize table, а автовакуум в п... текст свёрнут, показать | |
|
|
7.220, Аноним (220), 07:29, 19/10/2022 [^] [^^] [^^^] [ответить] | +/– | Ради интереса решил проверить не растущую на дрожжах базу на мыскле Итак, есть ... большой текст свёрнут, показать | |
|
|
|
|
3.63, Chlen22sm (?), 21:26, 13/10/2022 [^] [^^] [^^^] [ответить]
| –6 +/– |
> Базу с вакуумом трудно назвать нормальной
Тоже всегда считал это лютейшей дичью
| |
|
4.106, Славик (?), 10:04, 14/10/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Дазе с нормальным дизайном вакуум ненужен.
Я имел ввиду Базе с нормальным дизайном...
| |
|
|
6.146, Славик (ok), 16:33, 14/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Типа MyISAM?
не СУБД а базе данных. В курсе что это такое дизайн базы данных? Или ты из тех фулстакеров, на все руки мастеров.
| |
|
|
|
3.78, Аноним (78), 00:31, 14/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Так ты его отключить можешь, но тогда сам решай проблемы которые решает вакуум
| |
|
|
|
6.132, Анно Домини (?), 14:32, 14/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Как и отключить purge в mysql.
Purge не нагружает базу так сильно как автовакуум, а ручной вакуум в мускуле не нужен, потому что база не пухнет из-за более правильной архитектуры.
| |
|
7.138, Аноним (118), 15:55, 14/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Нагрузка от вакуум настраивается и по молчанию он ничего не нагружает, ручной вакуум в мускукле нужен, потому что от массовых delete база пухнет точно так же, так как архитектуры у всех MVCC движков похожи и подразумевают хранение старых туплов иначе они бы не называли MULTIVersion, а понятие правильности архитектуры не бывает в вакууме ;-) понятие «правильности» зависит от требований, у всех MVCC движков есть плюсы и минусы.
| |
|
|
|
|
3.159, Аноним (159), 21:40, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Напротив, нормальная база может быть только с вакуумом, потому что полноценная параллельность и изоляция подразумевает хранение нескольких версий строк (тогда как innodb'шные undo логи - это как раз уродство и лишние копирования на каждый чих), а их неизбежно нужно периодически чистить. Ну да, при этом нужно чтобы у вас транзации не висели бесконечно и да, на некоторых ворклоудов его нужно явно настраивать, но это не rocket science.
| |
|
4.175, Прохожий (??), 14:19, 15/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
У Oracle, например, которая нормальная СУБД, нет вакуума. Есть специальное табличное пространство для целей хранения предыдущих версий данных.
| |
|
5.207, Заноним (?), 15:17, 17/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Oracle ... нормальная СУБД
Щаз! Ниразу не нормальная СУБД, в ней просто тонны ньюансов, легаси конструкций и performance-penalty элементов в самых неожиданных местах.
| |
|
6.217, Прохожий (??), 06:18, 19/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
В каком зрелом и сложном продукте это не так? Про легаси конструкции хотелось бы больше подробностей.
| |
|
|
|
|
|
1.8, Аноним (8), 18:40, 13/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
(Не троллинг, я просто не знаю) - Какие препятствия есть у постгреса, чтобы его начали использовать по-серьёзному вместо оракла?
| |
|
2.10, V100 (?), 18:47, 13/10/2022 [^] [^^] [^^^] [ответить]
| –4 +/– |
Как минимум нет пакетов, невозможно объединять код встроенных процедур.
| |
|
3.15, Аноним (8), 18:54, 13/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Пакеты я на гуглил как sql packages и мне выдало ссылку на оракл. А второе для чего надо и как гуглится?
| |
|
|
5.23, v100 (?), 19:19, 13/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Использовать схемы вместо пакетов это не решение, а какой-то треш. Как работать с 20-50 схемами одновременно, непонятно.
| |
|
6.205, . (?), 12:14, 17/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
В Oracle для каждого пользователя своя схема, никто не жалуется.
| |
|
|
|
3.22, Аноним (22), 19:18, 13/10/2022 [^] [^^] [^^^] [ответить]
| +4 +/– |
Да, да, бизнес-логика на процедурах в БД, этот изврат должен подохнуть вместе с ораклом.
| |
|
4.24, v100 (?), 19:20, 13/10/2022 [^] [^^] [^^^] [ответить]
| –7 +/– |
к сожалению, пока нет альтенатив oracle. Логике на процедурах БД тоже нет альтернатив, как ни жаль
| |
|
5.84, Аноним (84), 02:45, 14/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вы только на собеседовании этапе системного дизайна это не брякните. Тащить в плохо масштабирующийся shared ресурс бизнес-логику, еще и триггерами это промазывать - отличный способ получить "бутылочное горлышко" и запороть эффективное горизонтальное масштабирование.
| |
|
6.168, Заноним (?), 03:29, 15/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Прикинь, окромя бизнес-логики, функции на СУБД могут и для других целей применяться.
| |
6.176, Прохожий (??), 14:25, 15/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вы сами-то на собеседовании не брякните, что целостность данных будете на стороне сервера приложений обеспечивать. Я бы такого "архитектора" тут же пинками под зад проводил.
| |
|
|
4.34, Аноним (8), 19:49, 13/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
А где ещё бизнес-логику писать? - в приложении что ли? (я опять просто хочу разобраться)
| |
|
|
6.180, Прохожий (??), 15:01, 15/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Не всегда она применима и уместна. Не бывает универсальных архитектур. Двузвенка, на всякий случай, не менее "классична", чем трёхзвенка. Так, к слову.
| |
|
5.103, VoDA (ok), 09:32, 14/10/2022 [^] [^^] [^^^] [ответить] | +/– | Да, бизнес-логику в приложении Приложение или self-running docker или на сервер... большой текст свёрнут, показать | |
|
6.107, Аноним (8), 10:10, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Какие слова гуглить, чтобы понять что тут написано? Есть какие-то книги?
| |
|
7.129, VoDA (ok), 14:27, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Сорри, я уже олд скул ))
Наверняка вышли более качественные книги. Как минимум появились новые подходы типа микросервисов.
И да, если разработчик ни разу сам не делал кусок приложения, не фиксил падения прода, то многие архитектурные подходы выглядят излишними. Берем Agile и фигачим, а если не работает рефакторим. Так работает на малых + простых + не нагруженных системах. Если проектируем отказоустойчивую и масштабируемую систему, с обновлениями без остановки обслуживания пользователей, то архитектуру стоит продумать заранее. =)
| |
|
6.117, 1 (??), 13:52, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Получается в соседних системах нельзя поменять структуру таблиц - может тихо отвалиться в где-то в хранимках.
А вы точно использовали реляционную БД ?
| |
|
7.125, VoDA (ok), 14:21, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Да, реляционка. И настройка меж серверами, что хранимка из одного сервера может выполнить SELECT из другого.
Разнесли по сервера - типа так посчитали правильнее изолировать системы друг от друга.
| |
|
8.131, Аноним (118), 14:31, 14/10/2022 [^] [^^] [^^^] [ответить] | +2 +/– | У микросервисов такая же проблема, там для её решения обычно используют CDC тест... текст свёрнут, показать | |
8.141, 1 (??), 16:08, 14/10/2022 [^] [^^] [^^^] [ответить] | +/– | Я спрашивал к тому, что на РСУБД структура меняется очень просто А если Вам вот... текст свёрнут, показать | |
|
|
6.192, Anonimous (?), 17:38, 15/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> работа на хранимках в БД заточена под массовую обработку
Из чего это следует?
> код тестовых стендов с хранимками через пару-тройку месяцев разработки расходятся с продакшеном
Почему то же самое не может случиться с трёхзвенкой?
> очень мало людей могут мыслить массовой обработкой и эффективно писать системы
Из чего это следует?
> нет CICD
Как это?
> нет возможности запустить конкретную версию системы в контейнере
Есть, вообще-то. Было бы желание.
> сложности с unit-testing.
Какие, например?
> системы на хранимках не масштабируются горизонтально. нет технологии поставить 10 серверов СУБД и параллельно обрабатывать входящие запросы | |
|
7.193, Anonimous (?), 17:39, 15/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Вдогонку к предыдущему посту.
Shared-nothing архитектура? У того же Oracle есть ещё и Real Application Cluster.
| |
|
|
5.104, VoDA (ok), 09:38, 14/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Саммари: да - бизнес-логика прикладных систем только в приложении. RTFM современные архитектурные решения.
Есть исключение в виде репортинговых систем, где консолидируются и реконсилируются данные из множества разных зачастую не связанных систем. Хорошего решения для такой консолидации нет. Есть набор частных решений. К примеру: есть ETL, есть ELT, есть еще подходы. Где то используется преобразование на уровне потока данных (AirFlow, SSIS, Spark Streaming), где то уже в базе в виде хранимок.
| |
|
6.177, Прохожий (??), 14:33, 15/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вася начал какую-то транзакцию, которая противоречит по логике транзакции Пети, начавшем её на другом сервере приложений. Где и как будет проходить контроль целостности и непротиворечивости данных?
| |
|
|
|
|
2.36, хрю (?), 19:52, 13/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Для ентерпрайза - поддержка, нормальные бекапы, управление через браузер и худо-бедно нормальное восстановление при halt.
Это всё на самом деле решаемо - оракл уже достаточно давно не нужен. Постгрес многим софтом поддерживается (но многие расширения, требуют не постгрес), просто к ораклу все привыкли, если спецы, у многих накоплена база знаний.
По самим возможностям Оракл имно уже давно в перде - после text, массивов и jsonb с индексами к ораклу возвращаешься как к недоразумению.
| |
|
3.42, хрю (?), 19:58, 13/10/2022 [^] [^^] [^^^] [ответить]
| +4 +/– |
И да. Продавать оракл выгодно партнерам. Партнеры получают просто деньги за воздух.
| |
|
2.37, Аноним (37), 19:54, 13/10/2022 [^] [^^] [^^^] [ответить]
| –5 +/– |
Можно начать с самого просто ихкоробочного мастер-мастер. А оракла она есть у постгри никогда не будет, там всегда велосипеды сбоку, который использовать страшно.
| |
|
3.51, Аноним (49), 20:41, 13/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Закрытый чёрный ящик без поддержки использовать гораздо страшнее.
| |
|
4.194, Anonimous (?), 17:40, 15/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Нормальные фирмы (не имеющие в своём штате системных программистов, а таких подавляющее большинство) не используют никакую СУБД без техподдержки (какой бы эта СУБД не была - открытой или закрытой).
Если что-то в Postgres сломается, сами, что ли, кодить будете?
| |
|
|
4.100, Аноним (37), 09:13, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Хорошо я тебе объясню так сделает тот кому нужно распределённая база и чтобы включил и работает. И пофиг сколько сотрудников сменится, где их найдут. Любой студент с самыми простыми курсами придёт и в случае чего все докрутит или перезапустит и всё просто будет работать. Магия Оракл.
С постгрей так сделать не получится.
| |
|
|
6.139, Аноним (139), 16:06, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Попробуй тогда оракл. А лучше сравни оракл и постгрю по этому параметру. В том то и дело что всё просто работает.
| |
|
7.144, Аноним (118), 16:15, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
# apt install oracle
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package oracle
Он даже просто не устанавливается.
| |
|
|
|
|
|
2.38, soomrack (ok), 19:55, 13/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
1. нет лоббирования, а у oracle есть
2. нет системы сертификации специалистов
3. долгое время не было синхронизации нескольких субд, все делали свои велосипеды
4. если про РФ, то нет систематической подготовки кадров (в вузах вообще все очень плохо в РФ)
Ну и не стоит забывать, что opensource это тоже способ сдерживания конкуретнов и хантинга специалистов. На развитие opensource очень сильно влияют корпорации, сдерживая развитие в ключевых направлениях, без которых применение в бизнесе очень ограничено.
| |
|
|
4.75, soomrack (ok), 23:15, 13/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Это сравнительно недавно появилось и именно в рамках импортозамещения. Как бы процесс идет, но довольно поздно начат и не сильно форсируется. А так да, простргеспро все основные моменты делает очень правильно, если государство будет помогать и не будет мешать, то со временем они вытяснят oracle из большинства российских проектов.
| |
|
5.92, Аноним (92), 06:49, 14/10/2022 [^] [^^] [^^^] [ответить] | +/– | Вообще не понимаю зачем это делать Админство как было на уровне Гоблин Быстро... большой текст свёрнут, показать | |
|
|
|
|
3.102, 1 (??), 09:25, 14/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ты работал с этими raw-partition ?
АДЪ и ИЗРАИЛЬ - а не работа. Всего за 5% производительности ... (ну бывало и под 7 - но нафик такой профит не нужОн). Ну, и насколько я помню, с 9ки не рекомендуется.
| |
|
4.108, Anon22 (?), 10:10, 14/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это делают не для общей производительности, а для скорости ответа от запроса и большей предсказуемости такого запроса, чтобы не было провалов в производительности из-за запуска других процессов. Очень специфические условия.
Ближайшая аналогия это когда для, скажем hft фин компаний, прокладывают оптику, а на пути гора. В обход дешевле и проще. И все таки бьют под неё тонель сокращая путь на несколько километров, общая скорость та же а вот лейтенси чуть меньше. Что позволяет им немного зарабатывать окупая дорогостоящий тонешь.
| |
|
5.143, 1 (??), 16:11, 14/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Если не нужны провалы в производительности и куча бабла - пихай всё в оперативную память ... А с диском пусть общается потихоньку ...
Про raw много чего пишут, но проблем много, а преимуществ с гулькин ... ээээ .... нос ...
| |
|
|
|
2.45, AleksK (ok), 20:01, 13/10/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
1C давно и успешно может использовать его вместо Oracle и MS SQL вполне себе по-серёзному.
| |
|
3.93, Аноним (93), 07:42, 14/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ты это программерам 1с напишите. А то у низ код один и тот же отрабатывает на мс скуле за 15 часов, а на postgres за трое суток.
| |
|
4.94, AleksK (ok), 07:53, 14/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Ты это программерам 1с напишите. А то у низ код один и
> тот же отрабатывает на мс скуле за 15 часов, а на
> postgres за трое суток.
Хорошая сказка, но брехня. И ты скажи этим "программерам" что Postgres не для виндовозов эникеев. Его держать надо на линуксовом сервере, и параметры под железо настраивать
| |
|
|
6.105, AleksK (ok), 09:43, 14/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Есть выход по-проще не использовать никакие постгри.
Ну если для твоих "программеров" поднять сервак на линуксе это непреодолимая проблема, то лежите дальше под мелкософтом пока они полностью вам воздух не перекроют.
| |
|
|
4.121, Аноним (118), 14:15, 14/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вот тут тесты есть: https://habr.com/ru/company/dataline/blog/691796/
> Синтетический многопоточный тест производительности Fragster
> PostgreSQL проигрывает в работе с временными таблицами, однако показывает лучшую производительность при работе с объектами, что суммарно дает одинаковую производительность с MS SQL.
> Тест по методике APDEX – симулирует работу пользователей 1С:Бухгалтерия типовой конфигурации.
> postgres: 97 232 операций, ms sql: 141 782 операций
> на мс скуле за 15 часов, а на postgres за трое суток.
Это потому что план разный, заточенный под MSSQL :-)
| |
|
5.145, 1 (??), 16:18, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Подтверждаю.
Не знаю как на 14-15 постгре, но на 13 - 1с работает на 15-20% медленнее (НЕНАСТРОЕННОЙ !!! [без всяких там оптимизаций и shared memory протокола]) MS SQL
| |
|
|
|
2.64, Онанистмус (?), 21:43, 13/10/2022 [^] [^^] [^^^] [ответить]
| –6 +/– |
Oracle в 2-3 раза быстрее. Если у тебя что то сломается то поддержка Oracle в частном порядке решит твою проблему.
| |
|
3.83, Аноним (82), 01:52, 14/10/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Oracle в частном порядке решит твою проблему.
При условии, что Госдеп ему это внезапно не запретит....
| |
3.147, Аноним (147), 16:38, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Тенденция к нерешению твоих проблем саппортом оракакеля где-то с 2014 года в наличии. А сейчас они прямым текстом послали всех и вся. Все уплоченные им за саппорт деньги ессно простили с миром.
| |
3.212, yet another anonymous (?), 20:12, 18/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Если у тебя что то сломается то поддержка Oracle в частном порядке решит твою проблему.
Это сказки для тех, кто с ней (поддержкой Oracle) дела не имел. #2.71 чуть ниже.
> Oracle в 2-3 раза быстрее.
Что, корректное сравнение делали?
| |
|
2.71, yet another anonymous (?), 22:28, 13/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Тут как бы одна малоизвесная фирма потратила несколько лет и малёк денег, чтобы слезть с Oracle'а в пользу Postgres'а. Со второго захода получилось, на нём и живёт. А там нагрузка весьма неслабая.
| |
|
3.173, Аноним (170), 12:22, 15/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> А там нагрузка весьма неслабая.
В миллионах транзакций это сколько?
| |
|
4.208, yet another anonymous (?), 15:46, 17/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> В миллионах транзакций это сколько?
Проявите аналитические способности, если это интересно. Не всё же вам на блюдечке выкатывать.
Тем более, что транзакциями меряться --- это детский сад в песочнице подальше от воспитательницы.
| |
|
|
2.79, Аноним (78), 00:34, 14/10/2022 [^] [^^] [^^^] [ответить]
| +5 +/– |
Никаких, постгря давно и серьёзно используется вместо оракла. Скорее надо задавать вопрос иначе: зачем для новых проектов использовать оракл?
| |
|
3.123, Аноним (118), 14:17, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Пиши правильно, постгрес, там "с" в конце, ты же не пишешь почему-то "оракакл".
| |
|
4.204, qrKot (?), 08:06, 17/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
>> Пиши правильно, постгрес, там "с" в конце, ты же не пишешь почему-то "оракакл".
Что-то странное вы вещаете, милчеловек. Там "в конце" "L", без вариантов...
Там же сначала:
1. Ingres - INteractive Graphics REtrieval System
2. Postgres - POST-inGRES (ингрес, но теперь с нуля и правильно), который ушел в Illustra и закономерно умер.
3. PostgreSQL - вещь на основе Postgres, альтернативная "ветвь эволюции", отличающаяся, в первую очередь, отказом от ингресовского POSTQUEL в пользу SQL. Т.е. POSTGREs-on-SQL, PostgreSQL.
"L" должна быть, и это принципиально. Потому что Postgres (с "s" на конце) - это POSTQUEL-БД. Та, которую мы все любим - это таки PostgreSQL.
| |
|
|
2.157, anonymouspp (?), 18:03, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
на вскидку:
+ легаси
+ много наработок
+ производительность в некоторых аспектах (слухи, разговоры, страхи)
+ лоббизм
+ большие зависимости от plsql
+ много нестандартных фич и технологий
+ большие объемы данных
+ toad
+ прод
+ партиции
+ привычные идиомы, особенно админские
+ документация?
| |
|
1.9, Серж (??), 18:40, 13/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
ИМХО, сделали бы упор лучше на производительность в целом и проблему наличия всяких pgbouncer'ов. Самое важное что должна уметь СУБД это переварить как можно больше пользователей/данных на запись/обновление и отдать данные по выборке как можно быстрее.
Конструкции всякие это клёво, но данные это первостепенная задача. Молодцы что сделали улучшение скорости. Но это самое главное изменение. Остальное просто лишний шлак. Всякие там алгоритмы сжатия... В итоге все сжатие отключают, чтоб быстрее было. Вот что нужно!
| |
|
2.13, Аноним (3), 18:53, 13/10/2022 [^] [^^] [^^^] [ответить]
| +7 +/– |
Ну так сделай упор. Или привык, что тебе всё на блюдечке приносят?
| |
2.27, Аноним (2), 19:40, 13/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ты же в курсе, как её раздувает? И в памяти, и на диске. Это всё время и задержки. Чем меньше данных читать/писать, тем эффективнее работа. Чем меньше памяти уходит на данные, тем эффективнее можно расходовать этот ресурс (причём, часто накладные расходы от сжатия вообще незначительные, а выгода колоссальная).
| |
2.39, хрю (?), 19:56, 13/10/2022 [^] [^^] [^^^] [ответить]
| +6 +/– |
>>Самое важное что должна уметь СУБД это переварить как можно больше пользователей/данных на запись/обновление и отдать данные по выборке как можно быстрее.
нет. Самое важное это надежное и не противоречивое хранение данных и предсказуемое возвращение результата. Всё остальное это пожелания. Откройте книги по бд, там не будет про скорость ничего.
| |
2.40, Анно Домини (?), 19:56, 13/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Те, кому нужна производительность, пользуются in-memory NoSQL. У Постгреса другие задачи и приоритеты. Иди портфель собирай.
| |
|
3.72, Аноним (72), 22:34, 13/10/2022 [^] [^^] [^^^] [ответить]
| –4 +/– |
Те, кому нужна производительность, просто пользуются структурами в памяти. А бд нужны для оналитики, чтобы потом показать красивую табличку с графиком топ-менеджерам.
| |
3.98, Аноним (98), 08:38, 14/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
С каких пор в команде Postgres появился школьник-аналитик без опыта в продакшене? Эдакий постресовый Песков.
| |
|
2.69, Роман (??), 22:17, 13/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Есть ощущение что pgbouncer и еже с ним считается неким дефолтом, как условно файлуха (filesystem) - не будете же вы без файлухи гонять постгрю и смысла чинить такой дефолт не видят.
Справедливости ради, во многих языках есть встроенные пулеры и не горит горит на мелких нагрузках даже без баунсера
| |
2.77, Наноним (?), 23:50, 13/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вообще-то сжатие в таких применениях всегда использовалось в первую очередь для ускорения записи на диск в том числе. Даже в тексте новости это написано.
| |
2.206, Аноним (206), 13:31, 17/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
На самом деле - перенос темпов в оперативку - это круто. Не нужно заморачиваться созданием виртуальных дисков в памяти. По-умолчанию снижается нагрузка на SSD, соответственно повышается их надежность.
| |
|
|
2.80, Аноним (78), 00:37, 14/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Так ты и сам можешь это сделать. Впрочем постгря в докере это скорее изврат, разве что для тестов и демок ещё может подойти.
| |
|
3.163, ded (??), 23:27, 14/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Мистер аноним никогда не писал распределённые системы?
| |
3.195, лютый жабби.... (?), 18:37, 15/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
>постгря в докере это скорее изврат
в докере слонина для того чтобы другие блоатвари в докере её зависимостью подсасывали. нагрузки там обычно небольшие. зато таких инсталляций скорее всего уже намнго больше половины
| |
|
|
1.60, Программировай (?), 21:22, 13/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А потом выйдет релиз у уважаемого спонсора с точно таким же ченджлогом, от которого начлица будут ахать и охать.
| |
1.68, Роман (??), 22:09, 13/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Администратору предоставлена возможность делегирования пользователям отдельных полномочий для изменения определённых параметров конфигурации сервера PostgreSQL.
Это по заявкам из managed databases по типу AWS похоже
| |
1.85, Ддд (?), 03:12, 14/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –11 +/– |
Тупая тормозная бд. Попробуйте в ней поиск по полям json сделать
| |
|
2.160, Аноним (159), 21:41, 14/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Пробовал, только в постгресе у меня это и получилось сделать так чтобы работало быстро и без отложенной индексации.
| |
|
3.201, Аноним (2), 09:07, 16/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ты не совсем прав тут, это может быть вполне оправданно и эффективно для нестабильной схемы, либо каких-то редко доставаемых данных, или же при наличии ссылок на внешние данные, обеспечить консистентность которых в рамках существующих таблиц невозможно. Особенно, в связке с ORM.
| |
|
|
1.90, iCat (ok), 04:52, 14/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Прекрасный инструмент для решения тех задач, для которых он предназначен!
| |
|
2.130, Аноним (118), 14:29, 14/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Андо и пакеты никому не нужны, а если нужны — используйте базу где они есть :-)
| |
|
3.228, Аноним (228), 14:05, 21/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Какое глубокое проникновение в суть, такие "фразы" надо выливать в камне.
| |
|
|
1.135, Аноним (136), 15:39, 14/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Кондовость. Но постгрешникам нормально, им не привыкать.
INSERT ON DUPLICATE KEY UPDATE
| |
1.156, PnD (??), 17:44, 14/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А ещё в 15-й релиз добавили селектор как относиться к NULL в уникальных индексах.
До сих пор каждый новый NULL был "это другое" (понимать надо).
* Я не ДБА, просто так получилось что наступил на эти грабли чуть ли не накануне 15-го релиза.
| |
1.230, Алексей (??), 11:46, 29/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Главное преимущество оракла - органичный язык pl/sql и куча пакетов от самого Оракла вокруг обычной БД. Главный недостаток оракла - Clob и Blob и их обработка. Главный недостаток postgresql - vacuum, недостаток настолько пртивный, что готов мириться с оракловыми Clob
| |
|