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

"Релиз СУБД PostgreSQL 15"	+/–
Сообщение от opennews (??), 13-Окт-22, 18:11
После года разработки опубликована новая стабильная ветка СУБД PostgreSQL 15.  Обновления для новой ветки будут выходить в течение пяти лет до ноября 2027 года... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57914
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 13-Окт-22, 18:11	+26 +/–
Единственная и при этом ещё и нормальная база данных.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #19, #31, #170

2. Сообщение от Аноним (2), 13-Окт-22, 18:17	–18 +/–
Я тут слышал, на задачах типа хранить в ней данные мускул с innodb поэффективней будет. А в сыбасе ещё и картинки хранить норм, но это совсем уж ынтерпрайз уровень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #4, #17, #47

3. Сообщение от Аноним (3), 13-Окт-22, 18:19	–1 +/–
А почему ты до сих пор не смделал свою СУБД?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #7

4. Сообщение от Лолштоним (ok), 13-Окт-22, 18:21	+15 +/–
И правда, зачем нам вообще файловая система, если всё можно хранить в бд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #5, #6, #65, #82, #110

5. Сообщение от Аноним (2), 13-Окт-22, 18:28	–8 +/–
В том и суть, сыбасе оптимизирует процесс и хранит такие данные самостоятельно, не засирая память почём зря. Что касается мускула, то можно было сравнить его в том же nepomuk, насколько я это помню мускул был предпочтительной опцией как раз по причине различий в производительности (но я использовал sqlite, мне норм). Так всё очень зависит от характера использования, что подтверждают и всевозможные агрегаторы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

6. Сообщение от penetrator (?), 13-Окт-22, 18:32	–3 +/–
Integrity? Нее, не слышал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #52

7. Сообщение от ЫгиПгт (?), 13-Окт-22, 18:34	–1 +/–
А почему ты не ездишь на запорожце? Не нравится? А почему ты до сих пор не сделал свой автомобиль?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #11

8. Сообщение от Аноним (8), 13-Окт-22, 18:40	+/–
(Не троллинг, я просто не знаю) - Какие препятствия есть у постгреса, чтобы его начали использовать по-серьёзному вместо оракла?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #12, #36, #37, #38, #41, #45, #64, #71, #79, #157, #171

9. Сообщение от Серж (??), 13-Окт-22, 18:40	+1 +/–
ИМХО, сделали бы упор лучше на производительность в целом и проблему наличия всяких pgbouncer'ов. Самое важное что должна уметь СУБД это переварить как можно больше пользователей/данных на запись/обновление и отдать данные по выборке как можно быстрее. Конструкции всякие это клёво, но данные это первостепенная задача. Молодцы что сделали улучшение скорости. Но это самое главное изменение. Остальное просто лишний шлак. Всякие там алгоритмы сжатия... В итоге все сжатие отключают, чтоб быстрее было. Вот что нужно!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #27, #39, #40, #69, #77, #206

10. Сообщение от V100 (?), 13-Окт-22, 18:47	–4 +/–
Как минимум нет пакетов, невозможно объединять код встроенных процедур.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #15, #22

11. Сообщение от Аноним (3), 13-Окт-22, 18:51	+6 +/–
Очевидно, что ходить пешком полезнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

12. Сообщение от Аноним (3), 13-Окт-22, 18:51	+3 +/–
Меньше платят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

13. Сообщение от Аноним (3), 13-Окт-22, 18:53	+7 +/–
Ну так сделай упор. Или привык, что тебе всё на блюдечке приносят?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

15. Сообщение от Аноним (8), 13-Окт-22, 18:54	+1 +/–
Пакеты я на гуглил как sql packages и мне выдало ссылку на оракл. А второе для чего надо и как гуглится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #18

17. Сообщение от Аноним (17), 13-Окт-22, 19:06	+2 +/–
Когда отдел разработки не может согласовать с админами где им хранить картинки - это вовсе не значит, что возникла кровавая ынтерпрайзность. Это всего лишь попался некомпетентный продакт-менеджер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

18. Сообщение от Твайлайт Спаркл (ok), 13-Окт-22, 19:06	+/–
"plpgsql package" https://www.postgresql.org/docs/current/plpgsql-porting.html https://stackoverflow.com/questions/35043957/whats-the-equiv...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #23

19. Сообщение от Chlen22sm (?), 13-Окт-22, 19:06	+7 +/–
Для 99% проектов даже SQLite избыточна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

22. Сообщение от Аноним (22), 13-Окт-22, 19:18	+4 +/–
Да, да, бизнес-логика на процедурах в БД, этот изврат должен подохнуть вместе с ораклом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #24, #34, #165

23. Сообщение от v100 (?), 13-Окт-22, 19:19	–1 +/–
Использовать схемы вместо пакетов это не решение, а какой-то треш. Как работать с 20-50 схемами одновременно, непонятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #205

24. Сообщение от v100 (?), 13-Окт-22, 19:20	–7 +/–
к сожалению, пока нет альтенатив oracle. Логике на процедурах БД тоже нет альтернатив, как ни жаль
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #84

27. Сообщение от Аноним (2), 13-Окт-22, 19:40	+1 +/–
Ты же в курсе, как её раздувает? И в памяти, и на диске. Это всё время и задержки. Чем меньше данных читать/писать, тем эффективнее работа. Чем меньше памяти уходит на данные, тем эффективнее можно расходовать этот ресурс (причём, часто накладные расходы от сжатия вообще незначительные, а выгода колоссальная).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

31. Сообщение от Анно Домини (?), 13-Окт-22, 19:45	–10 +/–
Базу с вакуумом трудно назвать нормальной. Для большинства задач Перкона лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #49, #63, #66, #78, #159

34. Сообщение от Аноним (8), 13-Окт-22, 19:49	–1 +/–
А где ещё бизнес-логику писать? - в приложении что ли? (я опять просто хочу разобраться)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #58, #103, #104

36. Сообщение от хрю (?), 13-Окт-22, 19:52	+/–
Для ентерпрайза - поддержка, нормальные бекапы, управление через браузер и худо-бедно нормальное восстановление при halt. Это всё на самом деле решаемо - оракл уже достаточно давно не нужен. Постгрес многим софтом поддерживается (но многие расширения, требуют не постгрес), просто к ораклу все привыкли, если спецы, у многих накоплена база знаний. По самим возможностям Оракл имно уже давно в перде - после text, массивов и jsonb с индексами к ораклу возвращаешься как к недоразумению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #42

37. Сообщение от Аноним (37), 13-Окт-22, 19:54	–5 +/–
Можно начать с самого просто ихкоробочного мастер-мастер. А оракла она есть у постгри никогда не будет, там всегда велосипеды сбоку, который использовать страшно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #51, #67

38. Сообщение от soomrack (ok), 13-Окт-22, 19:55	+1 +/–
1. нет лоббирования, а у oracle есть 2. нет системы сертификации специалистов 3. долгое время не было синхронизации нескольких субд, все делали свои велосипеды 4. если про РФ, то нет систематической подготовки кадров (в вузах вообще все очень плохо в РФ) Ну и не стоит забывать, что opensource это тоже способ сдерживания конкуретнов и хантинга специалистов. На развитие opensource очень сильно влияют корпорации, сдерживая развитие в ключевых направлениях, без которых применение в бизнесе очень ограничено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #48, #210

39. Сообщение от хрю (?), 13-Окт-22, 19:56	+6 +/–
>>Самое важное что должна уметь СУБД это переварить как можно больше пользователей/данных на запись/обновление и отдать данные по выборке как можно быстрее. нет. Самое важное это надежное и не противоречивое хранение данных и предсказуемое возвращение результата. Всё остальное это пожелания. Откройте книги по бд, там не будет про скорость ничего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

40. Сообщение от Анно Домини (?), 13-Окт-22, 19:56	+/–
Те, кому нужна производительность, пользуются in-memory NoSQL. У Постгреса другие задачи и приоритеты. Иди портфель собирай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #72, #98

41. Сообщение от Аноним (41), 13-Окт-22, 19:57	+1 +/–
Постгрес нельзя поставить на голое железо без прослоек в виде ФС. Оракл легко ставится на raw partition https://docs.oracle.com/en/database/oracle/oracle-database/1... >Input/output (I/O) to a raw partition offers approximately a 5% to 10% performance improvement
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #102

42. Сообщение от хрю (?), 13-Окт-22, 19:58	+4 +/–
И да. Продавать оракл выгодно партнерам. Партнеры получают просто деньги за воздух.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

45. Сообщение от AleksK (ok), 13-Окт-22, 20:01	+3 +/–
1C давно и успешно может использовать его вместо Oracle и MS SQL вполне себе по-серёзному.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #93

47. Сообщение от darkshvein (ok), 13-Окт-22, 20:23	+3 +/–
увольте вашего DBA! срочно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

48. Сообщение от Аноним (8), 13-Окт-22, 20:38	+3 +/–
> 2. нет системы сертификации специалистов https://www.postgrespro.ru/education/cert
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #75

49. Сообщение от Аноним (49), 13-Окт-22, 20:39	–1 +/–
Так там тоже есть vaccum: https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #59

51. Сообщение от Аноним (49), 13-Окт-22, 20:41	–1 +/–
Закрытый чёрный ящик без поддержки использовать гораздо страшнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #194

52. Сообщение от OpenEcho (?), 13-Окт-22, 20:55	–1 +/–
`mtree`? Не, не слышал `ZFS`? - Но, тем более
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #81, #86

55. Сообщение от Аноним (55), 13-Окт-22, 21:02	–1 +/–
На докер хабе пока не обновили ((
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80

58. Сообщение от eugener (ok), 13-Окт-22, 21:08	+/–
На сервере приложений. Классическая трёхзвенка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #180

59. Сообщение от Анно Домини (?), 13-Окт-22, 21:19	–1 +/–
> Так там тоже есть vaccum: https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html Это несопоставимые по накладным расходам (читай, по даунтайму) операции: http://rhaas.blogspot.com/2011/02/mysql-vs-postgresql-part-2... И это нельзя исправить никакими улучшениями Постгреса, такова его архитектура by design.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #74

60. Сообщение от Программировай (?), 13-Окт-22, 21:22	+1 +/–
А потом выйдет релиз у уважаемого спонсора с точно таким же ченджлогом, от которого начлица будут ахать и охать.
Ответить | Правка | Наверх | Cообщить модератору

63. Сообщение от Chlen22sm (?), 13-Окт-22, 21:26	–6 +/–
> Базу с вакуумом трудно назвать нормальной Тоже всегда считал это лютейшей дичью
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

64. Сообщение от Онанистмус (?), 13-Окт-22, 21:43	–6 +/–
Oracle в 2-3 раза быстрее. Если у тебя что то сломается то поддержка Oracle в частном порядке решит твою проблему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #83, #147, #212

65. Сообщение от pofigist (?), 13-Окт-22, 21:52	+2 +/–
Ты изобрел AS/400 с OS/400. Ну почти. Надо ещё добавить единую адресацию памяти (нет различий между ОЗУ и ПЗУ) и компиляцию в поцессоронезависимый код. Нет-нет - на рынке это появилось почти на 10 лет раньше жабы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

66. Сообщение от Славик (?), 13-Окт-22, 21:55	–3 +/–
Дазе с нормальным дизайном вакуум ненужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #106

67. Сообщение от Аноним (8), 13-Окт-22, 22:09	+5 +/–
Кто в здравом уме будет использовать мастер-мастер?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #88, #100

68. Сообщение от Роман (??), 13-Окт-22, 22:09	+/–
>  Администратору предоставлена возможность делегирования пользователям отдельных полномочий для изменения определённых параметров конфигурации сервера PostgreSQL. Это по заявкам из managed databases по типу AWS похоже
Ответить | Правка | Наверх | Cообщить модератору

69. Сообщение от Роман (??), 13-Окт-22, 22:17	+/–
Есть ощущение что pgbouncer и еже с ним считается неким дефолтом, как условно файлуха (filesystem) - не будете же вы без файлухи гонять постгрю и смысла чинить такой дефолт не видят. Справедливости ради, во многих языках есть встроенные пулеры и не горит горит на мелких нагрузках даже без баунсера
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

70. Сообщение от Анно Домини (?), 13-Окт-22, 22:26	–3 +/–
Обязательно к прочтению всем фанатикам Pg: https://rbranson.medium.com/10-things-i-hate-about-postgresq...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73, #76

71. Сообщение от yet another anonymous (?), 13-Окт-22, 22:28	+/–
Тут как бы одна малоизвесная фирма потратила несколько лет и малёк денег, чтобы слезть с Oracle'а в пользу Postgres'а. Со второго захода получилось, на нём и живёт. А там нагрузка весьма неслабая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #173

72. Сообщение от Аноним (72), 13-Окт-22, 22:34	–4 +/–
Те, кому нужна производительность, просто пользуются структурами в памяти. А бд нужны для оналитики, чтобы потом показать красивую табличку с графиком топ-менеджерам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

73. Сообщение от Лолштоним (ok), 13-Окт-22, 22:36	+1 +/–
Храни данные в текстовом файле и будет тебе щастье.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

74. Сообщение от Аноним (49), 13-Окт-22, 22:54	+/–
> Это несопоставимые по накладным расходам (читай, по даунтайму) операции Всё верно, ведь 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.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #114

75. Сообщение от soomrack (ok), 13-Окт-22, 23:15	+2 +/–
Это сравнительно недавно появилось и именно в рамках импортозамещения. Как бы процесс идет, но довольно поздно начат и не сильно форсируется. А так да, простргеспро все основные моменты делает очень правильно, если государство будет помогать и не будет мешать, то со временем они вытяснят oracle из большинства российских проектов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #92

76. Сообщение от Аноним (49), 13-Окт-22, 23:23	–1 +/–
А вы, простите, кто?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

77. Сообщение от Наноним (?), 13-Окт-22, 23:50	–1 +/–
Вообще-то сжатие в таких применениях всегда использовалось в первую очередь для ускорения записи на диск в том числе. Даже в тексте новости это написано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

78. Сообщение от Аноним (78), 14-Окт-22, 00:31	+2 +/–
Так ты его отключить можешь, но тогда сам решай проблемы которые решает вакуум
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #115

79. Сообщение от Аноним (78), 14-Окт-22, 00:34	+5 +/–
Никаких, постгря давно и серьёзно используется вместо оракла. Скорее надо задавать вопрос иначе: зачем для новых проектов использовать оракл?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #123

80. Сообщение от Аноним (78), 14-Окт-22, 00:37	–1 +/–
Так ты и сам можешь это сделать. Впрочем постгря в докере это скорее изврат, разве что для тестов и демок ещё может подойти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #163, #195

81. Сообщение от вымя (?), 14-Окт-22, 01:35	+1 +/–
А вы mtree после каждой транзакции запускаете, блокируя по дороге базу на запись, или по крону надеетесь, что на диске ничего не успело покорёжиться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #87, #95

82. Сообщение от Аноним (82), 14-Окт-22, 01:51	+1 +/–
Вообще-то, любая современная файловая система является специализированной СУБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

83. Сообщение от Аноним (82), 14-Окт-22, 01:52	+3 +/–
> Oracle в частном порядке решит твою проблему. При условии, что Госдеп ему это внезапно не запретит....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #89

84. Сообщение от Аноним (84), 14-Окт-22, 02:45	+1 +/–
Вы только на собеседовании этапе системного дизайна это не брякните. Тащить в плохо масштабирующийся shared ресурс бизнес-логику, еще и триггерами это промазывать - отличный способ получить "бутылочное горлышко" и запороть эффективное горизонтальное масштабирование.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #168, #176

85. Сообщение от Ддд (?), 14-Окт-22, 03:12	–11 +/–
Тупая тормозная бд. Попробуйте в ней поиск по полям json сделать
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #158, #160, #161, #199

86. Сообщение от penetrator (?), 14-Окт-22, 04:37	–2 +/–
какое отношение это имеет к транзакционной безопасности и целостности данных? прочти хотя бы вшивую статейку по СУБД клоун
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #91, #96

87. Сообщение от penetrator (?), 14-Окт-22, 04:40	+/–
при этом нет никакой гарантии, что транзакция не откатилась, либо что-то не упало, файл должен тоже откатиться вместе с транзакцией или наоборот закомиться и восстановиться из лога после падения FILESTREAM не просто так придумали, но ты же ему ничего не объяснишь, у него же mtree из задницы торчит, и смузи из ушей льется))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #99

88. Сообщение от penetrator (?), 14-Окт-22, 04:45	–1 +/–
любой кому нужен шардинг
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

89. Сообщение от penetrator (?), 14-Окт-22, 04:45	–2 +/–
проблемы негров шерифа не волнуют
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #122

90. Сообщение от iCat (ok), 14-Окт-22, 04:52	+3 +/–
Прекрасный инструмент для решения тех задач, для которых он предназначен!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #136

91. Сообщение от Аноним (91), 14-Окт-22, 05:34	+1 +/–
Включаешь картинки в транзакцию? Видимо на них что-то очень важное. Неужели компромат на царя?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #97, #174, #225

92. Сообщение от Аноним (92), 14-Окт-22, 06:49	+/–
Вообще не понимаю зачем это делать. Админство как было на уровне "Гоблин! Быстро сделай вот это! Ты виноват что комп не работает идеально!". Пусть сами руководители занимаются рулением инфраструктурой. В сертифицированной хрени есть сертификаты и ответственность на выпускателях какого-нибудь Альт, Астры линукс. Ты скотам доказывать ничего ен обязан. Если это открытое ПО, то и обучение на совести работодателя раз он решил не покупать лицензии. Это днищенские агенты по найму ищут с тоннами подтверждающих документов. Загляни в резюме. Там чуть ли не каждый первый офигеть какой специалист работавший в крупной международной компании с офигеть какими корпоративными наворотами. А в реальности шуты гороховые. Когда айтишники сами на собеседовании спрашивают хрень из википедии и на основании пары тупых вопросов делают вывод об уровне компетенций это сплошь и рядом шиза и покруче чем кажется. Телкам так ты вообще никогда и ничего не докажешь ибо они следуют букве западного подхода к оценке кадров. За 12 тысяч рублей они хотят маститого специалиста всегда - не меньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

93. Сообщение от Аноним (93), 14-Окт-22, 07:42	–1 +/–
Ты это программерам 1с напишите. А то у низ код один и тот же отрабатывает на мс скуле за 15 часов, а на postgres за трое суток.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #94, #121

94. Сообщение от AleksK (ok), 14-Окт-22, 07:53	+2 +/–
> Ты это программерам 1с напишите. А то у низ код один и > тот же отрабатывает на мс скуле за 15 часов, а на > postgres за трое суток. Хорошая сказка, но брехня. И ты скажи этим "программерам" что Postgres не для виндовозов эникеев. Его держать надо на линуксовом сервере, и параметры под железо настраивать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #101

95. Сообщение от OpenEcho (?), 14-Окт-22, 08:08	–1 +/–
> А вы mtree после каждой транзакции запускаете, блокируя по дороге базу на > запись, или по крону надеетесь, что на диске ничего не успело > покорёжиться? mtree - это про integrity, для тех "кто не слышал" , а чтоб не корежилось есть copy-on-write от транзакционной ZFS где и положенно храниться блобам, а не в БД, которая предназначена для работы с данными
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #162

96. Сообщение от OpenEcho (?), 14-Окт-22, 08:17	–2 +/–
> какое отношение это имеет к транзакционной безопасности и целостности данных? Судя по всему, кроме fat32 в школе больше ничего не учили... > прочти хотя бы вшивую статейку по СУБД клоун Вшивые статейки это - для хамов типа тебя, вот ты по ним и учись, чтоб потом обозвать кого нибудь и чуствовать себя понтовым поцанчиком, а нам грешным угодило по университетам учиться... вместо статеек, но боюсь хамам этого не понять
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

97. Сообщение от OpenEcho (?), 14-Окт-22, 08:30	+/–
> Включаешь картинки в транзакцию? Видимо на них что-то очень важное. Неужели компромат > на царя? Скорее просто, - порнуха, чтоб родичи на диске файло не спалили, судя по формату общения самое то, - возрастное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

98. Сообщение от Аноним (98), 14-Окт-22, 08:38	–1 +/–
С каких пор в команде Postgres появился школьник-аналитик без опыта в продакшене? Эдакий постресовый Песков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

99. Сообщение от OpenEcho (?), 14-Окт-22, 08:45	+/–
> у него же mtree из задницы торчит, и смузи из ушей > льется)) Так ты еще и на мою задницу пялишся оказывается, раз там mtree разглядел?!!! Ваще караул пацаны-"специалисты" пошли. Ты, того, с грибами  волшебными осторожней, если тебе мерещатся смузи из ушей у других, да еще по интернету... Как отпустит, почитай про транзакционные файловые системы, про рэйды... чтоб не корежилось и самое главное не забудь "по статейкам" найти, где те самые БД данные хранят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #211

100. Сообщение от Аноним (37), 14-Окт-22, 09:13	+/–
Хорошо я тебе объясню так сделает тот кому нужно распределённая база и чтобы включил и работает. И пофиг сколько сотрудников сменится, где их найдут. Любой студент с самыми простыми курсами придёт и в случае чего все докрутит или перезапустит и всё просто будет работать. Магия Оракл. С постгрей так сделать не получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #119

101. Сообщение от Аноним (37), 14-Окт-22, 09:14	–2 +/–
Есть выход по-проще не использовать никакие постгри.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #105

102. Сообщение от 1 (??), 14-Окт-22, 09:25	+1 +/–
Ты работал с этими raw-partition ? АДЪ и ИЗРАИЛЬ - а не работа. Всего за 5% производительности ... (ну бывало и под 7 - но нафик такой профит не нужОн). Ну, и насколько я помню, с 9ки не рекомендуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #108

103. Сообщение от VoDA (ok), 14-Окт-22, 09:32	+/–
Да, бизнес-логику в приложении. Приложение или self-running docker или на сервере приложений в зависимости от технологии. Заодно получите и легкость unit-тестирования и легкость обновления окружений. Заодно и асинхронное взаимодействие между отдельными приложениями. У система на хранимках есть заметные недостатки: * работа на хранимках в БД заточена под массовую обработку. И программисты думают так же. Изменения намного дороже и сложнее. * код тестовых стендов с хранимками через пару-тройку месяцев разработки расходятся с продакшеном. * очень мало людей могут мыслить массовой обработкой и эффективно писать системы. потому с системой на хранимках попадаешь в зависимость от конкретного человека. найти замену на рынке практически не реально. * нет CICD, нет возможности запустить конкретную версию системы в контейнере. сложности с unit-testing. * системы на хранимках не масштабируются горизонтально. нет технологии поставить 10 серверов СУБД и параллельно обрабатывать входящие запросы. для приложений горизонтальное масштабирование работает достаточно просто. Веду проект преобразования инфраструктуры из 130+ систем в современную архитектуру. На таком количестве систем собрали все варианты костылей, проблем и извращений. К примеру, в одной системе эмулировали MQ через таблицы в базе данных, в другой системе придумали эмулировать MQ через динамическую регистрацию URL куда сервер начинает стучаться по запросу. Гарантированная доставка? - нет, не слышали. Еще изврат с отсутствием изоляции - несколько систем смотрят в одну и ту же базу. Но самая жесть с системами написанными полностью на хранимках. Еще хуже, что эти системы напрямую лезут в БД соседей. Получается в соседних системах нельзя поменять структуру таблиц - может тихо отвалиться в где-то в хранимках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #107, #117, #192

104. Сообщение от VoDA (ok), 14-Окт-22, 09:38	–1 +/–
Саммари: да - бизнес-логика прикладных систем только в приложении. RTFM современные архитектурные решения. Есть исключение в виде репортинговых систем, где консолидируются и реконсилируются данные из множества разных зачастую не связанных систем. Хорошего решения для такой консолидации нет. Есть набор частных решений. К примеру: есть ETL, есть ELT, есть еще подходы. Где то используется преобразование на уровне потока данных (AirFlow, SSIS, Spark Streaming), где то уже в базе в виде хранимок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #177

105. Сообщение от AleksK (ok), 14-Окт-22, 09:43	+1 +/–
> Есть выход по-проще не использовать никакие постгри. Ну если для твоих "программеров" поднять сервак на линуксе это непреодолимая проблема, то лежите дальше под мелкософтом пока они полностью вам воздух не перекроют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

106. Сообщение от Славик (?), 14-Окт-22, 10:04	–2 +/–
> Дазе с нормальным дизайном вакуум ненужен. Я имел ввиду Базе с нормальным дизайном...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #127

107. Сообщение от Аноним (8), 14-Окт-22, 10:10	+/–
Какие слова гуглить, чтобы понять что тут написано? Есть какие-то книги?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #109, #129

108. Сообщение от Anon22 (?), 14-Окт-22, 10:10	+1 +/–
Это делают не для общей производительности, а для скорости ответа от запроса и большей предсказуемости такого запроса, чтобы не было провалов в производительности из-за запуска других процессов. Очень специфические условия. Ближайшая аналогия это когда для, скажем hft фин компаний, прокладывают оптику, а на пути гора. В обход дешевле и проще. И все таки бьют под неё тонель сокращая путь на несколько километров, общая скорость та же а вот лейтенси чуть меньше. Что позволяет им немного зарабатывать окупая дорогостоящий тонешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #143

109. Сообщение от john_erohin (?), 14-Окт-22, 11:29	–1 +/–
вот чего нагуглилось: habr.com/ru/company/lingualeo/blog/515530/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #112, #113

110. Сообщение от theDolphin (ok), 14-Окт-22, 12:23	+2 +/–
Вы все, наверное, не поверите, но в PG есть функционал эффективного хранения блобов. https://www.postgresql.org/docs/current/largeobjects.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

111. Сообщение от Цезий Родонович (?), 14-Окт-22, 12:33	+1 +/–
Буду стабильным, андо и пакеты не завезли. Будем ждать :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #130

112. Сообщение от Аноним (8), 14-Окт-22, 12:39	+/–
> Я предложил руководству полностью сменить философию бэкенда: перенести бизнес-логику в базу данных, а саму базу данных MySQL заменить на PostgreSQL. Ну вот тут бизнес в БД пихают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

113. Сообщение от Аноним (8), 14-Окт-22, 12:40	+/–
> Когда мы поделились планами с разработчиками, стало понятно, что команда не готова к изменениям. Большинство людей покинули компанию.. Продолжаю читать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

114. Сообщение от Анно Домини (?), 14-Окт-22, 13:37	–1 +/–
Не путай вакуум и автовакуум, невежда. Речь идёт о первом, его надо запускать вручную с даунтаймом, чтобы база не разрасталась как на дрожжах, и ничего подобного в мускуле нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #118, #220

115. Сообщение от Анно Домини (?), 14-Окт-22, 13:40	–1 +/–
То бишь, не можешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #128

116. Сообщение от Анно Домини (?), 14-Окт-22, 13:52	–3 +/–
https://www.cybertec-postgresql.com/en/things-could-be-impro.../
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #124

117. Сообщение от 1 (??), 14-Окт-22, 13:52	+/–
> Получается в соседних системах нельзя поменять структуру таблиц - может тихо отвалиться в где-то в хранимках. А вы точно использовали реляционную БД ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #125

118. Сообщение от Аноним (118), 14-Окт-22, 13:56	+1 +/–
Невежда, у тебя в твоей статье написано что вакуум в mysql называется purge, то что он называется по другому не значит что его там нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #120

119. Сообщение от Аноним (118), 14-Окт-22, 14:06	+/–
> и чтобы включил и работает. Так не бывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #139

120. Сообщение от Анно Домини (?), 14-Окт-22, 14:11	+/–
> Невежда, у тебя в твоей статье написано что вакуум в mysql называется > purge, то что он называется по другому не значит что его > там нет. Это ты мне говоришь, неуч? В мускуле нет вакуума, требующего даунтайма, как вакуум (не автовакуум) в Постгре. И даже автовакуум в Постгре нагружает базу сильнее, чем пурж в мускуле. MySQL performs purges *in the background*.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #126

121. Сообщение от Аноним (118), 14-Окт-22, 14:15	+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 :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #145

122. Сообщение от Аноним (118), 14-Окт-22, 14:16	+/–
А негров волнуют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

123. Сообщение от Аноним (118), 14-Окт-22, 14:17	+/–
Пиши правильно, постгрес, там "с" в конце, ты же не пишешь почему-то "оракакл".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #204

124. Сообщение от Аноним (118), 14-Окт-22, 14:20	+/–
Давай теперь такую же про mysql.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

125. Сообщение от VoDA (ok), 14-Окт-22, 14:21	+/–
Да, реляционка. И настройка меж серверами, что хранимка из одного сервера может выполнить SELECT из другого. Разнесли по сервера - типа так посчитали правильнее изолировать системы друг от друга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #131, #141

126. Сообщение от Аноним (118), 14-Окт-22, 14:24	+/–
Неуч, вакуум с даунтаймом в мускукле называется optimize table, а автовакуум в постгрес нагружает базу так как его настроишь. PostgreSQL performs autovacuum *in the background*.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #133

127. Сообщение от Аноним (118), 14-Окт-22, 14:26	–1 +/–
Типа MyISAM?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #146

128. Сообщение от Аноним (118), 14-Окт-22, 14:27	+/–
Как и отключить purge в mysql.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #132

129. Сообщение от VoDA (ok), 14-Окт-22, 14:27	+/–
Сорри, я уже олд скул )) Наверняка вышли более качественные книги. Как минимум появились новые подходы типа микросервисов. И да, если разработчик ни разу сам не делал кусок приложения, не фиксил падения прода, то многие архитектурные подходы выглядят излишними. Берем Agile и фигачим, а если не работает рефакторим. Так работает на малых + простых + не нагруженных системах. Если проектируем отказоустойчивую и масштабируемую систему, с обновлениями без остановки обслуживания пользователей, то архитектуру стоит продумать заранее. =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

130. Сообщение от Аноним (118), 14-Окт-22, 14:29	+1 +/–
Андо и пакеты никому не нужны, а если нужны — используйте базу где они есть :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #164, #228

131. Сообщение от Аноним (118), 14-Окт-22, 14:31	+2 +/–
У микросервисов такая же проблема, там для её решения обычно используют CDC тесты, тесты можно и в базе выполнять если что :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

132. Сообщение от Анно Домини (?), 14-Окт-22, 14:32	–1 +/–
> Как и отключить purge в mysql. Purge не нагружает базу так сильно как автовакуум, а ручной вакуум в мускуле  не нужен, потому что база не пухнет из-за более правильной архитектуры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #138

133. Сообщение от Анно Домини (?), 14-Окт-22, 14:45	+/–
> Неуч, вакуум с даунтаймом в мускукле называется optimize table, а автовакуум в > постгрес нагружает базу так как его настроишь. > PostgreSQL performs autovacuum *in the background*. Неуч тут это ты, не проецируй. Вот твои собственные слова: "вакуум в mysql называется purge". Проблема в том, что purge это аналог автовакуума, а не вакуума, так что не крутись тут как уж на сковородке -- ты уже показал своё незнание. Как ни настраивай автовакуум, для освобождения места ему нужно гораздо больше ресурсов, чем мускулу, потому что такова архитектура Постгре. А оптимайз в мускуле нужен редко, в отличие от вакуума, который на базах с высокой активностью нужно делать регулярно даже при включенном автовакууме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #137

135. Сообщение от Аноним (136), 14-Окт-22, 15:39	–2 +/–
Кондовость. Но постгрешникам нормально, им не привыкать. INSERT ON DUPLICATE KEY UPDATE
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #140

136. Сообщение от Аноним (136), 14-Окт-22, 15:40	–2 +/–
Для задач удвоения ЧСВ тех, кто ее использует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #200

137. Сообщение от Аноним (118), 14-Окт-22, 15:46	–1 +/–
Слово "неуч" ты написал первый, пытаясь своим хамством прикрыть отсутствие знаний. Ты даже не знаешь как база правильно называется про которую пытаешься рассуждать. Функция очистки называется vacuum "There are two variants of the VACUUM command. The first form, known as "lazy vacuum" or just VACUUM" https://github.com/postgres/postgres/blob/master/src/backend... а автовакуум — это процесс. Никто vacuum full на базах с высокой активностью не делает, их бы заблокировало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #150

138. Сообщение от Аноним (118), 14-Окт-22, 15:55	–1 +/–
Нагрузка от вакуум настраивается и по молчанию он ничего не нагружает, ручной вакуум в мускукле нужен, потому что от массовых delete база пухнет точно так же, так как архитектуры у всех MVCC движков похожи и подразумевают хранение старых туплов иначе они бы не называли MULTIVersion, а понятие правильности архитектуры не бывает в вакууме ;-) понятие «правильности» зависит от требований, у всех MVCC движков есть плюсы и минусы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #151, #152

139. Сообщение от Аноним (139), 14-Окт-22, 16:06	+/–
Попробуй тогда оракл. А лучше сравни оракл и постгрю по этому параметру. В том то и дело что всё просто работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #144

140. Сообщение от Аноним (139), 14-Окт-22, 16:07	+2 +/–
И? Что не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

141. Сообщение от 1 (??), 14-Окт-22, 16:08	+/–
Я спрашивал к тому, что на РСУБД структура меняется очень просто. А если Вам вот прям необходимо сделать какое-то вычурное изменение, всегда на помощь приходят View.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

143. Сообщение от 1 (??), 14-Окт-22, 16:11	+2 +/–
Если не нужны провалы в производительности и куча бабла - пихай всё в оперативную память ... А с диском пусть общается потихоньку ... Про raw много чего пишут, но проблем много, а преимуществ с гулькин ... ээээ .... нос ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

144. Сообщение от Аноним (118), 14-Окт-22, 16:15	+/–
# apt install oracle Reading package lists... Done Building dependency tree... Done Reading state information... Done E: Unable to locate package oracle Он даже просто не устанавливается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #169

145. Сообщение от 1 (??), 14-Окт-22, 16:18	+/–
Подтверждаю. Не знаю как на 14-15 постгре, но на 13 - 1с работает на 15-20% медленнее (НЕНАСТРОЕННОЙ !!! [без всяких там оптимизаций и shared memory протокола]) MS SQL
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

146. Сообщение от Славик (ok), 14-Окт-22, 16:33	+2 +/–
> Типа MyISAM? не СУБД а базе данных. В курсе что это такое дизайн базы данных? Или ты из тех фулстакеров, на все руки мастеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

147. Сообщение от Аноним (147), 14-Окт-22, 16:38	+/–
Тенденция к нерешению твоих проблем саппортом оракакеля где-то с 2014 года в наличии. А сейчас они прямым текстом послали всех и вся. Все уплоченные им за саппорт деньги ессно простили с миром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

150. Сообщение от Анно Домини (?), 14-Окт-22, 16:56	–2 +/–
Я работаю с БД больше, чем ты на свете живёшь, неуч, и не надо мне рассказывать сказки про то, что никто не делает вакуум на базах, которые разрастаются до петабайтов. Постгрес не может нормально работать без регулярного полного вакуума и сопутствующего даунтайма, а мускул может. Точка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #166

151. Сообщение от Анно Домини (?), 14-Окт-22, 17:02	+/–
Я смотрю, ты уже забыл статью, которую комментировал два часа назад, неуч. Ничего, я буду тыкать тебя в неё носом, пока ты полностью не просветлишься относительно разницы подходов Постгре и мускула, из-за которой оптимизация базы с даунтаймом требуется в мускуле гораздо реже: http://rhaas.blogspot.com/2011/02/mysql-vs-postgresql-part-2...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

152. Сообщение от Анно Домини (?), 14-Окт-22, 17:05	–1 +/–
Ничего не нагружает только у клоунов на локалхосте, которые никогда в жизни прода не видели, вроде тебя. https://stackoverflow.com/questions/54831212/postgresql-auto...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

156. Сообщение от PnD (??), 14-Окт-22, 17:44	+1 +/–
А ещё в 15-й релиз добавили селектор как относиться к NULL в уникальных индексах. До сих пор каждый новый NULL был "это другое" (понимать надо). * Я не ДБА, просто так получилось что наступил на эти грабли чуть ли не накануне 15-го релиза.
Ответить | Правка | Наверх | Cообщить модератору

157. Сообщение от anonymouspp (?), 14-Окт-22, 18:03	+/–
на вскидку: + легаси + много наработок + производительность в некоторых аспектах (слухи, разговоры, страхи) + лоббизм + большие зависимости от plsql + много нестандартных фич и технологий + большие объемы данных + toad + прод + партиции + привычные идиомы, особенно админские + документация?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

158. Сообщение от anonymous (??), 14-Окт-22, 19:31	+1 +/–
json - опция в реляционной субд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

159. Сообщение от Аноним (159), 14-Окт-22, 21:40	+/–
Напротив, нормальная база может быть только с вакуумом, потому что полноценная параллельность и изоляция подразумевает хранение нескольких версий строк (тогда как innodb'шные undo логи - это как раз уродство и лишние копирования на каждый чих), а их неизбежно нужно периодически чистить. Ну да, при этом нужно чтобы у вас транзации не висели бесконечно и да, на некоторых ворклоудов его нужно явно настраивать, но это не rocket science.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #175

160. Сообщение от Аноним (159), 14-Окт-22, 21:41	+/–
Пробовал, только в постгресе у меня это и получилось сделать так чтобы работало быстро и без отложенной индексации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

161. Сообщение от Аноним (161), 14-Окт-22, 22:14	–1 +/–
Постгрес в некоторых случаях рвёт монгу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

162. Сообщение от penetrator (?), 14-Окт-22, 22:27	+/–
каким образом логическая целостность базы обеспечивается целостностью файловой системы? а как ты собираешься делать изоляцию транзакций на уровне файловой системы? и много много всего того в чем ты не разбираешься
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

163. Сообщение от ded (??), 14-Окт-22, 23:27	+2 +/–
Мистер аноним никогда не писал распределённые системы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

164. Сообщение от Цезий Родонович (?), 14-Окт-22, 23:52	+/–
Какое тонкое чувство юмора
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

165. Сообщение от microcoder (ok), 15-Окт-22, 00:02	+5 +/–
Бизнес логика может быть где угодно. Несогласным высылать повестки в военкомат
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

166. Сообщение от Заноним (?), 15-Окт-22, 02:56	–1 +/–
А ничего, что mysql может невзначай целиком упасть в любом треде (например при drop'е временной таблички), попутно покоцав данные? Не умеет сам в функции (и упаси вас двоичныйкод использовать udf)? Да и на петабайтах mysql не вывозит, т.к. не поддерживает Point In Time Recovery в отличии от pg.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #167, #172

167. Сообщение от Заноним (?), 15-Окт-22, 03:14	–1 +/–
про функции в том смысле, что в mysql они весьма бедны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

168. Сообщение от Заноним (?), 15-Окт-22, 03:29	+/–
Прикинь, окромя бизнес-логики, функции на СУБД могут и для других целей применяться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

169. Сообщение от Аноним (170), 15-Окт-22, 11:33	+/–
Oracle Linux + Oracle RDBMS = устанавливается. Подробности у дяди Ларри :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

170. Сообщение от Аноним (170), 15-Окт-22, 11:35	+/–
А какие БД ты еще знаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

171. Сообщение от Аноним (170), 15-Окт-22, 11:48	–1 +/–
Аналог Oracle RAC есть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

172. Сообщение от penetrator (?), 15-Окт-22, 11:57	–1 +/–
> А ничего, что mysql может невзначай целиком упасть в любом треде (например > при drop'е временной таблички), попутно покоцав данные? Не умеет сам в > функции (и упаси вас двоичныйкод использовать udf)? Да и на петабайтах > mysql не вывозит, т.к. не поддерживает Point In Time Recovery в > отличии от pg. это оно? https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-... https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-... и функции космические нах не нужны в СУБД, перекладывать на базу то, что она не должна делать - плохое решение ты по вычисляемым столбцам не проиндексируешься должным образом, такие функции имеют смысл разве что для кастомной аггрегации, а логику в базе может писать только вымиращая обезьяна
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #203

173. Сообщение от Аноним (170), 15-Окт-22, 12:22	+/–
> А там нагрузка весьма неслабая. В миллионах транзакций это сколько?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #208

174. Сообщение от Прохожий (??), 15-Окт-22, 14:07	+/–
Например, рентгеновский снимок пациента.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #209

175. Сообщение от Прохожий (??), 15-Окт-22, 14:19	+1 +/–
У Oracle, например, которая нормальная СУБД, нет вакуума. Есть специальное табличное пространство для целей хранения предыдущих версий данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #207

176. Сообщение от Прохожий (??), 15-Окт-22, 14:25	+2 +/–
Вы сами-то на собеседовании не брякните, что целостность данных будете на стороне сервера приложений обеспечивать. Я бы такого "архитектора" тут же пинками под зад проводил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

177. Сообщение от Прохожий (??), 15-Окт-22, 14:33	+1 +/–
Вася начал какую-то транзакцию, которая противоречит по логике транзакции Пети, начавшем её на другом сервере приложений. Где и как будет проходить контроль целостности и непротиворечивости данных?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #202

180. Сообщение от Прохожий (??), 15-Окт-22, 15:01	+/–
Не всегда она применима и уместна. Не бывает универсальных архитектур. Двузвенка, на всякий случай, не менее "классична", чем трёхзвенка. Так, к слову.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

192. Сообщение от Anonimous (?), 15-Окт-22, 17:38	+/–
> работа на хранимках в БД заточена под массовую обработку Из чего это следует? > код тестовых стендов с хранимками через пару-тройку месяцев разработки расходятся с продакшеном Почему то же самое не может случиться с трёхзвенкой? > очень мало людей могут мыслить массовой обработкой и эффективно писать системы Из чего это следует? > нет CICD Как это? > нет возможности запустить конкретную версию системы в контейнере Есть, вообще-то. Было бы желание. > сложности с unit-testing. Какие, например? > системы на хранимках не масштабируются горизонтально. нет технологии поставить 10 серверов СУБД и параллельно обрабатывать входящие запросы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #193

193. Сообщение от Anonimous (?), 15-Окт-22, 17:39	+/–
Вдогонку к предыдущему посту. Shared-nothing архитектура? У того же Oracle есть ещё и Real Application Cluster.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192

194. Сообщение от Anonimous (?), 15-Окт-22, 17:40	+1 +/–
Нормальные фирмы (не имеющие в своём штате системных программистов, а таких подавляющее большинство) не используют никакую СУБД без техподдержки (какой бы эта СУБД не была - открытой или закрытой). Если что-то в Postgres сломается, сами, что ли, кодить будете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

195. Сообщение от лютый жабби.... (?), 15-Окт-22, 18:37	+/–
>постгря в докере это скорее изврат в докере слонина для того чтобы другие блоатвари в докере её зависимостью подсасывали. нагрузки там обычно небольшие. зато таких инсталляций скорее всего уже намнго больше половины
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

199. Сообщение от Аноним (199), 16-Окт-22, 07:59	+/–
Json в базе держать. Первое слово это про тебя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #201

200. Сообщение от Аноним (199), 16-Окт-22, 08:00	+/–
Неосилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

201. Сообщение от Аноним (2), 16-Окт-22, 09:07	–1 +/–
Ты не совсем прав тут, это может быть вполне оправданно и эффективно для нестабильной схемы, либо каких-то редко доставаемых данных, или же при наличии ссылок на внешние данные, обеспечить консистентность которых в рамках существующих таблиц невозможно. Особенно, в связке с ORM.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199

202. Сообщение от Гентушник (ok), 16-Окт-22, 23:32	+/–
Блокировки на уровне сервера приложений. Так например в 1С сделано :))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #213

203. Сообщение от Заноним (?), 17-Окт-22, 00:31	–1 +/–
По поводу: https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-... https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-... Этот детский сад, на практике поюзайте на базе от десятков TB - быстро осознаете, что эта "реализация" в mysql непредсказуема. По поводу функций - какое-то помешательство, тотальное у свидетелей горизонтально-масштабируемой бизнес-логики... Так окромя такой бизнес-логики, есть и другие задачи, которые функциями в СУБД решать быстрее, удобнее и эффективнее. Например гекодинг с опорой на PostGIS (прикинь это тоже набор функций, типов, моделей и он даже обновляется) - просто мастхэв и только идиот будет это на питон перепихивать. А так ухли вообще СУБД применять, положите в файл и пишите воткруг всё сами, а лучше вообще ОС напишите сразу с блек-джеком и рест-апи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

204. Сообщение от qrKot (?), 17-Окт-22, 08:06	+/–
>> Пиши правильно, постгрес, там "с" в конце, ты же не пишешь почему-то "оракакл". Что-то странное вы вещаете, милчеловек. Там "в конце" "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.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

205. Сообщение от . (?), 17-Окт-22, 12:14	+/–
В Oracle для каждого пользователя своя схема, никто не жалуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #214

206. Сообщение от Аноним (206), 17-Окт-22, 13:31	+/–
На самом деле - перенос темпов в оперативку - это круто. Не нужно заморачиваться созданием виртуальных дисков в памяти. По-умолчанию снижается нагрузка на SSD, соответственно повышается их надежность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

207. Сообщение от Заноним (?), 17-Окт-22, 15:17	+1 +/–
> Oracle ... нормальная СУБД Щаз! Ниразу не нормальная СУБД, в ней просто тонны ньюансов, легаси конструкций и performance-penalty элементов в самых неожиданных местах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #217

208. Сообщение от yet another anonymous (?), 17-Окт-22, 15:46	+/–
> В миллионах транзакций это сколько? Проявите аналитические способности, если это интересно. Не всё же вам на блюдечке выкатывать. Тем более, что транзакциями меряться --- это детский сад в песочнице подальше от воспитательницы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

209. Сообщение от Аноним (209), 17-Окт-22, 22:08	+/–
Сперва они картинки в реляционной базе хранят, а потом этими же самыми руками пишут на опеннете комментарии про то, как надо правильно программировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #216

210. Сообщение от Scott Tiger (?), 18-Окт-22, 01:45	+/–
0. Нет многоблочного чтения, а у Oracle есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

211. Сообщение от Аноним (211), 18-Окт-22, 08:46	+/–
> Как отпустит, почитай про транзакционные файловые системы Я, конечно, профан и может меня уже следует поздравить с разморозкой, но они уже могут в распределенные (двухфазные) транзакции? Ну чтобы, к примеру, в контексте одной глобальной транзакции выполнить транзакции в двух разных БД и одной божественной транзакционной файловой системе? Какой менеджер транзакций это поддерживает, оффтопиковский MTS? Чтобы было еще понятнее - если я на сервере приложений из своей приблуды через менеджер распределенных транзакций начну транзакцию в постгре и проапдейчу таблички, потом в твоей транзакционной ФС создам файлик, а потом в оракле запущу хранимую процедуру в которой произойдет исключение и я на стороне сервер приложений дам команду на роллбэк распределенной транзакции - файлик в твоей транзакционной ФС так же сам собой исчезнет, как и откатятся изменения в постгре и оракле? Мне не придется отдельно ручками его удалять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #221

212. Сообщение от yet another anonymous (?), 18-Окт-22, 20:12	+/–
> Если у тебя что то сломается то поддержка Oracle в частном порядке решит твою проблему. Это сказки для тех, кто с ней (поддержкой Oracle) дела не имел. #2.71 чуть ниже. > Oracle в 2-3 раза быстрее. Что, корректное сравнение делали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

213. Сообщение от Anonimous (?), 19-Окт-22, 05:43	+/–
На каком из серверов? Мы же говорим о том, что серверов приложений может быть несколько.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #215

214. Сообщение от Anonimous (?), 19-Окт-22, 06:02	+/–
В Oracle пакеты есть. И вот поэтому никто не жалуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

215. Сообщение от Гентушник (ok), 19-Окт-22, 06:07	+/–
> На каком из серверов? Мы же говорим о том, что серверов приложений > может быть несколько. На любом из этих двух или на третьем. Связь между ними обязательна. Сначала пытаемся наложить "управляемую блокировку" (та что на уровне приложения). Для этого сервер приложений связывается с менеджером блокировок расположенным либо локально, либо на другом сервере приложений. Дальше всё стандартно - менеджер блокировок возвращает результат что блокировка успешно наложена или что занято и пока ждём. СУБД в этом процессе никак не участвует. Менеджер блокировок по-сути знает схему БД с которой работает, но ничего не знает о данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #218

216. Сообщение от Прохожий (??), 19-Окт-22, 06:12	+/–
Если картинки - часть документа какого-то, почему бы их в БД и не хранить? Тем более, что ни Oracle, ни Postgres не являются только лишь реляционными СУБД. Головняк с картинками, конечно, присутствует определённый (фрагментации пространства внутри бд, раздутие размеров бд), но есть и удобства тоже - не надо отдельно как-то поддерживать транзакционную логику для картинок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #226

217. Сообщение от Прохожий (??), 19-Окт-22, 06:18	+/–
В каком зрелом и сложном продукте это не так? Про легаси конструкции хотелось бы больше подробностей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

218. Сообщение от Anonimous (?), 19-Окт-22, 06:26	+/–
То есть, в итоге версионник превращается в блокировочника. А если Люся хочет начать при этом непротиворечивую транзакцию, будет ждать, пока блокировка не будет снята? Такое себе решение в плане производительности, за которую, вроде, и боремся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #219

219. Сообщение от Гентушник (ok), 19-Окт-22, 07:15	+/–
> То есть, в итоге версионник превращается в блокировочника. А если Люся хочет > начать при этом непротиворечивую транзакцию, будет ждать, пока блокировка не будет > снята? Такое себе решение в плане производительности, за которую, вроде, и > боремся. Да, это блокировочник. А непротиворечивую это какую? Если Петя в транзакции меняет данные по товару "Болты", а Люся по товару "Гайки", то при правильно написанной управляемой блокировке они друг-другу мешать не будут. А если работаем с одним товаром, то тут прикладная логика может быть разная и сложная (например контроль остатков на складе), так что извольте ждать. Если Люся только читает данные (например отчёт по всем товарам), то управляемые блокировки ей накладывать вообще не надо. На уровне изоляции транзакций read committed (используется в 1С) непротиворечивость считанных данных будет соблюдаться на уровне СУБД если читать их один раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

220. Сообщение от Аноним (220), 19-Окт-22, 07:29	+/–
Ради интереса решил проверить не растущую на дрожжах базу на мыскле. Итак, есть некая таблица, в которую активно идет INSERT/UPDATE и никакого DELETE. Смотрим размер таблички: -rw-r----- 1 mysql mysql 260046848 окт 19 12:06 radacct.ibd автопурж ваш включен и "не нагружает". Запускаем руками OPTIMIZE TABLE, и после 5 минут жевания соплей получаем -rw-r----- 1 mysql mysql 201326592 окт 19 12:15 radacct.ibd Да, в эту таблицу в процессе продолжал валиться поток запросов UPDATE/INSERT. Таки в итоге получаем ~23% ужатия таблицы при ручном OPTIMIZE. А, да. В случае с точно такой же работой под PG процент ужатия таблицы при ручной вакууме составляет ~10% после автовакуума. При активном DELETE размер занимаемого таблицей места и там и там не стремится к уменьшению. Ну и добавим ко всему, что массовый DELETE в мыскле это боль, а при наличии репликации это боль-боль, при которой проще грохнуть на реплике базу и тупо перезалить ее из бэкапа примари.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #222

221. Сообщение от OpenEcho (?), 19-Окт-22, 11:56	+/–
apples vs oranges
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211 Ответы: #224

222. Сообщение от Анно Домини (?), 19-Окт-22, 18:56	+/–
RTFM. https://dev.mysql.com/doc/refman/8.0/en/innodb-purge-configu... Purge runs on a *periodic* schedule.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #223

223. Сообщение от Анно Домини (?), 19-Окт-22, 19:00	+/–
> RTFM. > https://dev.mysql.com/doc/refman/8.0/en/innodb-purge-configu... > Purge runs on a *periodic* schedule. + https://www.percona.com/blog/2014/10/17/innodb-transaction-h.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

224. Сообщение от Аноним (224), 20-Окт-22, 20:29	+/–
слилсо, болезный. А мне лет 15 назад в банке надо было из трехзвенки в базе данных транзакционно вместе с другими данными еще и образцы подписей и печатей (картинки) сохранять. Представляю, как бы было интересно, если бы сам ручками отдельные "роллбеки" для "транзакционной ФС" сочинял при роллбеке в БД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221 Ответы: #227

225. Сообщение от Аноним (224), 20-Окт-22, 20:34	+/–
Отсканированный образец подписи или печати клиента банка. С ними потом операторы или отдел контроллинга сверяют подписи на клиентских бумажках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

226. Сообщение от Аноним (224), 20-Окт-22, 20:36	+/–
> Головняк с картинками, конечно, присутствует определённый (фрагментации пространства внутри бд Так в отдельный tablespace вынести
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

227. Сообщение от OpenEcho (?), 21-Окт-22, 02:28	+/–
Закусывать полезно, еще раз, - яблоки против апельсинов. Молоток против Микроскопа... Это разные ИНТРУМЕНТЫ !
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224

228. Сообщение от Аноним (228), 21-Окт-22, 14:05	+/–
Какое глубокое проникновение в суть, такие "фразы" надо выливать в камне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

230. Сообщение от Алексей (??), 29-Окт-22, 11:46	+/–
Главное преимущество оракла - органичный язык pl/sql и куча пакетов от самого Оракла вокруг обычной БД. Главный недостаток оракла - Clob и Blob и их обработка. Главный недостаток postgresql - vacuum, недостаток настолько пртивный, что готов мириться с оракловыми Clob
Ответить | Правка | Наверх | Cообщить модератору

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

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