forum.opennet.ru - "Релиз СУБД PostgreSQL 18" (149)

"Релиз СУБД PostgreSQL 18"

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

"Релиз СУБД PostgreSQL 18"	+/–
Сообщение от opennews (??), 25-Сен-25, 16:35
После года разработки опубликована новая стабильная ветка СУБД PostgreSQL 18. Обновления для новой ветки будут выходить в течение пяти лет до ноября 2030 года. Поддержка PostgreSQL 13.x, самой старой из поддерживаемых веток, будет прекращена 13 ноября... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63877
Ответить \| Правка \| Cообщить модератору

Оглавление

Вообще круто, из университетского проекта так раскрутиться https en wikipedia, Аноним (1), 16:35 , 25-Сен-25, (1)

Как думаешь, уже можно на нее с Ingres SQL переходить , Аноним (27), 19:15 , 25-Сен-25, (27)
по ссылке чушь какая-то написанароссийская ж разработка, Аноним (83), 05:48 , 26-Сен-25, (83) –8

В России есть компания, которая участвует в разработке PG, причем вклад весьма н, Re4son (ok), 09:14 , 26-Сен-25, (109) +4

Только он там разваливался, и починили это только к 5 4, Аноним (2), 16:37 , 25-Сен-25, (2)

Думаю, ещё лет 10 стоит подождать, прежде чем использовать io_uring Но то, что , Аноним (7), 17:10 , 25-Сен-25, (7)

PostgreSQL - бд как швецарский нож, шикрано подходит для большинства современных, Сербский (?), 16:55 , 25-Сен-25, (4) +5

Ну, не больше, чем sqlite, на самом деле А, всё, увидел про java , Аноним (7), 17:00 , 25-Сен-25, (5) +2

Ага, только без geospacial, timeseries и векторов, fulltext search и типов данны, Сербский (?), 18:24 , 25-Сен-25, (19) –3

Так sqLITE же, а не sqlEVERYTHING, Аноним (159), 15:24 , 26-Сен-25, (159) +1

Поэтому sqlite и не швейцарский нож, а просто складной нож , Admino (ok), 20:52 , 26-Сен-25, (170)

https opennet ru 62511-database, Аноним (1), 17:05 , 25-Сен-25, (6) –2

почитай как этот рейтинг строиться, так можно подумать что python лучший язык на, Сербский (?), 18:40 , 25-Сен-25, (24) +16

Так питон хорош в своей нише - писать скриптики, управляющие и не только, пробле, Аноним (32), 19:36 , 25-Сен-25, (32) –1

Внезапно, если не уходить от топика, питон это язык номер 2 для хранимых процеду, Аноним (47), 21:11 , 25-Сен-25, (47)

кто будет использовать plpython если он unsafe ты всем разрабам superuser от по, yilativs (?), 09:09 , 26-Сен-25, (108) –1

Так хайлоад небось из-за питона , BrainFucker (ok), 21:20 , 26-Сен-25, (172)

Про Джоули забыл упомянуть, которыми эта питонофилия обеспечивается , Заноним (?), 02:24 , 26-Сен-25, (72)
Учившие паскаль становились серьёзными специалистами и годными разработчиками, с, IMBird (ok), 06:54 , 26-Сен-25, (84) +3

В качестве devops ов маловероятно, там компетенций в python е не достаточно, ни , Заноним (?), 18:03 , 26-Сен-25, (166)

const и volatile 8212 костыли из C, а не вершина просветления RAII - парадиг, Вася (??), 22:53 , 25-Сен-25, (60)

Java стоит на месте, Аноним (16), 17:59 , 25-Сен-25, (16) –5

На месте языка с хорошей обратной совместимостью, стройной моделью типов, отличн, Сербский (?), 18:28 , 25-Сен-25, (21) +4

Ну, вот кстати респект джаве, даже за факт того что возраст приближается к сишке, Аноним (32), 19:40 , 25-Сен-25, (33)
Это ты про то, что разработчики Java только к 7 версии поняли, что через switch-, SubGun (ok), 21:13 , 25-Сен-25, (48) –4
Ну справедливости ради все эти биг-дата решения самые мощные не потому что джава, Аноним (47), 21:16 , 25-Сен-25, (50) +1

Эти решения быстрые по тому что java машина позволяет грамотным разработчикам со, yilativs (?), 08:08 , 26-Сен-25, (99) –1

Миф Все проблемы низкой производительности сотфра реализованого на jvm закрываю, Заноним (?), 14:31 , 26-Сен-25, (155) +1

Всё перечисленное - тормозной мусор И протащившие всё это корпорастсы те ещё вр, Заноним (?), 02:04 , 26-Сен-25, (71) –2

У меня сообщения прилетают в кафке за 5ms Какой нафиг тормазнутый , Аноним (98), 08:05 , 26-Сен-25, (98) +2

То есть всего 100 раундтрипов в секунду Понятно, что за раундтрип можно слона п, Tron is Whistling (?), 09:26 , 26-Сен-25, (110)
Или допустим представь себе цепочку из 10-12 воркеров 10-12 хопов туда, 10-12, Tron is Whistling (?), 09:28 , 26-Сен-25, (111)
Ещё какой тормазнутый, твои 5ms без fsync - просто медленное, жрущее за зря памя, Заноним (?), 14:12 , 26-Сен-25, (149)

Не, мне вообще-то java вполне себе нравится А как экосистема JVM - так и бол, User (??), 07:33 , 26-Сен-25, (87) +1

Про экосистему расскажи сисадминам, которые вынуждены с 10-ток разных старых и, Заноним (?), 14:21 , 26-Сен-25, (152)

А вот если бы они их делали на сервелате или вот флеше Уууух Открою секрет - им, User (??), 18:41 , 26-Сен-25, (167)

Как выпилили весь флеш и сервелат, так и жвм туда дорога Благо, поумнели и на с, Заноним (?), 19:50 , 26-Сен-25, (168)

gt оверквотинг удален Охтыж То есть не жава плохая - а все соответствующие , User (??), 20:27 , 26-Сен-25, (169)

gt оверквотинг удален Я не говорил о java, он как язык программирования имеет , Заноним (?), 20:58 , 26-Сен-25, (171)

gt оверквотинг удален Ну а вот llvm - нужно, или те же иайцы, вид в профиль, User (??), 21:40 , 26-Сен-25, (174)

ты забыл самое главное - люцент и еластик который поверх него работаетэто исполь, жявамэн (ok), 09:05 , 26-Сен-25, (107)

и тормозятнет, Заноним (?), 17:55 , 26-Сен-25, (164) +1

Скрыто модератором, Caban (?), 10:29 , 26-Сен-25, (118) +1

на 1 месте для написание хайлоад многопоточного энторпрайз кодада все такна втор, жявамэн (ok), 07:56 , 26-Сен-25, (91)
Да, со времён j2me ничего удивительного не было уже , BrainFucker (ok), 21:25 , 26-Сен-25, (173)

java это язык программирования А jvm это нИнужная нИнужность, от которой больше, Заноним (?), 02:01 , 26-Сен-25, (70)
Ну ты сравнил, увиверсальную активно развивающуюся СУБД с кучей фичей, вылизанну, Аноним (78), 05:05 , 26-Сен-25, (78) –5

А какой язык модный и молодежный, со всеми этими фичами , Линус Торвальдс (?), 11:25 , 26-Сен-25, (126)

Вот бы ещё 1С, в порядке заботы о национальной безопасности, добавила бы бескост, Аноним (8), 17:13 , 25-Сен-25, (8) +1

https www opennet ru opennews art shtml num 59517, Аноним (1), 17:18 , 25-Сен-25, (9) –1

Пфф Посгрес про как бы реестре , Кошкажена (?), 17:44 , 25-Сен-25, (13)

Какой из Их там много , User (??), 17:45 , 25-Сен-25, (14)

Платный энтерпрайз конечно лучше Но есть отдельная и бесплатная PostgresPro-1C,, Анониматор (?), 21:30 , 25-Сен-25, (53)

Да вы что , Аноним (1), 18:02 , 25-Сен-25, (17)

Скрыто модератором, Голдер и Рита (?), 17:35 , 25-Сен-25, (10)
С некоторыми, дружить слишком дорого , Аноним (8), 17:40 , 25-Сен-25, (11) +1
Первые 2 ссылки в поиске вроде говорят о том, что все есть https 1c postgres r, Кошкажена (?), 17:43 , 25-Сен-25, (12) –1

Э Там вроде кривые самопильные патчи, скомпонованные в отдельный дистрибутив , User (??), 17:47 , 25-Сен-25, (15) –1

postgrespro - кривые самопильные патчи , Кошкажена (?), 19:54 , 25-Сен-25, (37)

https postgrespro ru products postgrespro enterprise-1c, Аноним (1), 20:09 , 25-Сен-25, (40) +1
Не Тот postgres что от 1с, User (??), 20:10 , 25-Сен-25, (42)

Он бесплатен, AleksK (ok), 20:20 , 25-Сен-25, (44)

И Как это соотносится с кривыми самопальными патчами упакованными в отдельный, User (??), 07:53 , 26-Сен-25, (89) +1

Сто раз жевали уже кривой самопальный весьма относительно кривой - просто при, пох. (?), 10:52 , 26-Сен-25, (122)

С одной стороны, PostgreSQL имеет архитектурные ограничения из-за MVCC VACUUM и , ptr (ok), 19:43 , 25-Сен-25, (34)
У меня сервера 1С с 13 года работают на Linux Postgres В чем проблема , AleksK (ok), 20:10 , 25-Сен-25, (41) +1

Я выше указал две проблемы Во-первых, нагрузка на VACUUM из-за реализации MVCC , ptr (ok), 20:47 , 25-Сен-25, (45)

И В чем тут проблема Это особенность работы бизнеслогики Когда много пользова, AleksK (ok), 23:26 , 25-Сен-25, (65)

При чем тут управляемые блокировки и бизнес-логика При помощи частичных индексо, ptr (ok), 23:50 , 25-Сен-25, (67)

Ни один из этих случаев не подходит к 1С , AleksK (ok), 09:49 , 26-Сен-25, (113)

Замечательно подходит, если все версии записей в таблице, кроме последних, нужны, ptr (ok), 09:58 , 26-Сен-25, (115)

Причём тут вообще версии записей , AleksK (ok), 10:50 , 26-Сен-25, (120)

При том что такой подход позволяет избежать проблем, возникающих при модификации, ptr (ok), 11:09 , 26-Сен-25, (124)

А с чего ты решил что там часто происходит модификация записей Основное там это, AleksK (ok), 11:50 , 26-Сен-25, (129)

Я не решил, я вижу профиль нагрузки и то, как там шурует VACUUM после UPDATE В , ptr (ok), 12:12 , 26-Сен-25, (131)

Так он и шурует потому что при перепровденеии документа, у тебя все его записи в, AleksK (ok), 12:24 , 26-Сен-25, (135)
MVCC в PostgreSQL именно так и устроено Так как нет UNDO-буфера, то старые мод, ptr (ok), 12:29 , 26-Сен-25, (138)
У записи регистра в может только два состояния или она действующая или помечена , AleksK (ok), 13:09 , 26-Сен-25, (142)
ДЛЯ AUTOVACUUMВот поэтому намного лучше зачищать эти записи не AUTOVACUUM в пери, ptr (ok), 13:19 , 26-Сен-25, (143)
Ты мне все пытаешься доказать что 1С МОДИФИЦИРУЕТ записи регистров А я тебе гов, AleksK (ok), 13:38 , 26-Сен-25, (145)
С точки зрения реализации MVCC в PostgreSQL это ОДНО И ТО ЖЕ А вот как раз этого, ptr (ok), 13:47 , 26-Сен-25, (147)
Нет, не одно и то же 1С не позволяет двум пользователям одновременно редактиров, AleksK (ok), 14:18 , 26-Сен-25, (151)
Проверьте сами INSERT и DELETE записи в одной транзации и UPDATE Будете сильно , ptr (ok), 14:25 , 26-Сен-25, (154)
Измененный документ вообще не факт что будет писать в регистр в котором были его, AleksK (ok), 15:10 , 26-Сен-25, (156)
Сожалею, что Вы не способным мыслить иными категориями, чем сейчас заложено в 1С, ptr (ok), 15:49 , 26-Сен-25, (161)
Если в 1С все делать правильно, а писать согласно методическим рекомендациям, то, AleksK (ok), 16:10 , 26-Сен-25, (162)
При чем тут это Для пользователя подход неизменности документов может быт вообщ, ptr (ok), 16:44 , 26-Сен-25, (163)

Что является диском, а что является памятью это вопрос, как ты сервак настроишь-, BeLord (ok), 08:23 , 26-Сен-25, (102)

В определенных случаях у тебя есть вероятность того что память закончится и серв, AleksK (ok), 10:52 , 26-Сен-25, (121)

Вот по какой то причине, когда возникает вопрос работоспособности 1C на Postgres, Аноним (8), 23:42 , 25-Сен-25, (66)

Потому что проблема не в драйвере, а в коде стандартных конфигураций Не сложно , ptr (ok), 23:53 , 25-Сен-25, (68)

Я думаю, что за 20 лет можно было переписать все с 0 несколько раз Более того, э, Аноним (8), 08:02 , 26-Сен-25, (97)

Еще три года назад MS SQL был сертифицирован ФСТЭК и особой нужды всё переписыва, ptr (ok), 10:10 , 26-Сен-25, (117)

Да-да, и вот окромя 1с - никого в индустрии vacuum не напрягает, да Тут, пардон, User (??), 07:56 , 26-Сен-25, (92)

Ну, предполагаю в том, что вообще без бэдэ - файликами на диске - работало бы бы, User (??), 12:15 , 26-Сен-25, (132)

Нет, без внешней БД, будет использоваться внутренняя, а она, особенно при работе, AleksK (ok), 12:27 , 26-Сен-25, (136)

Так подключись через RDP и летай - двум иванам хватит , User (??), 12:29 , 26-Сен-25, (139)

Ты до сих пор живёшь во времена 7 7 В файловом варианте для каждого клиента под, AleksK (ok), 13:05 , 26-Сен-25, (141)

Если в 13м году у тебя 1с работала на linux с postgres - с тем же успехом она мо, User (??), 13:28 , 26-Сен-25, (144)

Нет 8 3 вышла в 12 году, Бухгалтерия 3 0 на управляемых формах в 13 году Конфи, AleksK (ok), 13:44 , 26-Сен-25, (146)

Это было бы возможно только при отказе от MSSQL и Оракла, ибо движок для работы , Анониматор (?), 21:25 , 25-Сен-25, (51)

Чего не хватает Постгресу, чтобы победить оракл Ну кроме тех поддержки, конечно, Аноним (18), 18:15 , 25-Сен-25, (18)

Multimaster, Анонимус75467 (?), 18:30 , 25-Сен-25, (22) –2

Неинклюзивно ты говоришь, дядя Фёдор Надо Multimain или Multiprimary , Аноним (25), 18:42 , 25-Сен-25, (25) +6

Тонко , SubGun (ok), 21:14 , 25-Сен-25, (49)

Скрыто модератором, Аноним (18), 20:13 , 25-Сен-25, (43) +1
Ну вот сделали его в postgres pro - как, много ораклов напоебдяли , User (??), 07:58 , 26-Сен-25, (94)
И какой именно Синхронный, который гарантированно тормозит или асинхронный, кот, leap42 (ok), 08:43 , 26-Сен-25, (105) +1

Мозгов не хватает программистам, чтобы просто взять и начать использовать , Аноним (25), 18:34 , 25-Сен-25, (23) –2
На мой взгляд, не хватает только альтернативного, на выбор разработчика, движка , ptr (ok), 19:52 , 25-Сен-25, (36) +2

Ну, мне вот без пакетов ораклевых печальненько было поначалу На кривой козе объ, User (??), 08:00 , 26-Сен-25, (95)

Это именно то, что хотя и несколько увеличивает нагрузку на разработчика, но име, ptr (ok), 09:53 , 26-Сен-25, (114)

Скрыто модератором, Аноним (59), 22:41 , 25-Сен-25, (59) –3

Скрыто модератором, User (??), 12:20 , 26-Сен-25, (134)

Direct IO, flasback database, data compression, encryption on the fly здесь не , Чтото знающий (?), 07:27 , 26-Сен-25, (86)

Вы накидали от балды все, что попалось под руку из поисковика, даже не посмотрев, Аноним (90), 07:56 , 26-Сен-25, (90)

Ну ок Серьёзная, ЭНТЕРПНАЙЗНАЯ db Какую из реализаций кластера можно считать р, User (??), 08:18 , 26-Сен-25, (101) +1

Нет там референсной реализации В зависимости от задач либо выбираешь наиболее п, ptr (ok), 11:50 , 26-Сен-25, (128)

Так я именно что про это Вот вам Самый ЛуДший В Мире Кардан, каку хотите машин, User (??), 12:10 , 26-Сен-25, (130)

Так про то и речь, что сам ванильный PostgreSQL - это только СУБД, а вовсе не вс, ptr (ok), 12:15 , 26-Сен-25, (133)

gt оверквотинг удален Ну это в общем-то и есть ответ на вопрос Чего не хватае, User (??), 12:27 , 26-Сен-25, (137)

Как видим, кроме того, что я указал выше - всё хватает, да еще и дополнительно е, ptr (ok), 12:34 , 26-Сен-25, (140)

А когда будит наш, отечественный аналог , Аноним (30), 19:20 , 25-Сен-25, (30) –4

https postgrespro ru products, ptr (ok), 19:55 , 25-Сен-25, (38) –1

https postgrespro ru products postgrespro standard , Аноним (1), 20:05 , 25-Сен-25, (39) –1

за 1 ядро поддержкаа еще если кластера то 350т чтоли за ядров общем жесть, Олег (??), 23:20 , 25-Сен-25, (62) –1

Я ошибся чутка622 908 руб за 1 ядро, Олег (??), 03:09 , 26-Сен-25, (74) –1
Ну, походи по базару - посмотри где дешевле Хинт - mssql стоит вот ровно столь, User (??), 08:01 , 26-Сен-25, (96)

но к нему нет в комплекте настойчивого совета перезагружать раз в две недели и н, пох. (?), 10:43 , 26-Сен-25, (119) +2

да их там в реестре десяток наверно Тантор например, Анониматор (?), 21:38 , 25-Сен-25, (54)

Как давно я это ждал Как минимум, с 12-ой версии , ptr (ok), 19:47 , 25-Сен-25, (35) +1

а какие в insert могут быть OLD значения , sena (ok), 02:27 , 26-Сен-25, (73)

могут быть NULL например, 0xdeadbee (-), 05:21 , 26-Сен-25, (79)
Если INSERT с ON CONFLICT DO UPDATE, то те, которые были до UPDATE или NULL, есл, ptr (ok), 09:45 , 26-Сен-25, (112) +1

ага, понятно, а если запись была но с с NULL , sena (ok), 14:07 , 26-Сен-25, (148)

То же самое Но если записи не было, то xmax будет ноль, а если была - то не нол, ptr (ok), 14:14 , 26-Сен-25, (150) +1

Ура , Rodegast (ok), 20:59 , 25-Сен-25, (46)
В этой смешной базе регистронезависимость по-прежнему реализована тупо через , Аноним (59), 22:37 , 25-Сен-25, (58) –4

Поддержка ICU появилась еще в 12-ой версии https www postgresql org docs curre, ptr (ok), 23:21 , 25-Сен-25, (63) –1

еще в То есть аж в 2019м году после 25 лет разработки кто-то сподобился надею, пох. (?), 10:55 , 26-Сен-25, (123)

Да потому что в подавляющем большинстве применений это на фиг никому не надо был, ptr (ok), 11:14 , 26-Сен-25, (125)

В PostgreSQL появилась встроенная функция генерации UUIDv7 для первичных ключейh, Аноним (69), 23:57 , 25-Сен-25, (69)

в UUIDv7 хоть есть timestamp то что было в монго с рождения удаляйте, удаляй, Анонисссм (?), 05:41 , 26-Сен-25, (81)

да есть и че , жявамэн (ok), 08:35 , 26-Сен-25, (103)

Мне кажется вы не достаточно какашек накидали в сторону MariaDB, MySQL, SQLite , Аноним (80), 05:33 , 26-Сен-25, (80) –1

А ему то что Ему фиолетово до сабжа , Аноним (88), 07:40 , 26-Сен-25, (88)

Я был уверен, что многостолбцовые индексы так и работали А оно вон как оказывае, кукпоп (?), 08:13 , 26-Сен-25, (100)

может ты еще думол что для внешних ключей сразу генерится индекс для джойнов , жявамэн (ok), 08:36 , 26-Сен-25, (104)
Вы думали, что в запрос автоматически добавлялось условие AND FirstFieldsInIndex, ptr (ok), 10:05 , 26-Сен-25, (116)

Сообщения [Сортировка по времени | RSS]

1. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (1), 25-Сен-25, 16:35

Вообще круто, из университетского проекта так раскрутиться:
https://en.wikipedia.org/wiki/PostgreSQL

Ответить | Правка | Наверх | Cообщить модератору

27. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (27), 25-Сен-25, 19:15

Как думаешь, уже можно на нее с Ingres SQL переходить?

Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз СУБД PostgreSQL 18" –8 +/–

Сообщение от Аноним (83), 26-Сен-25, 05:48

по ссылке чушь какая-то написана
российская ж разработка

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

109. "Релиз СУБД PostgreSQL 18" +4 +/–

Сообщение от Re4son (ok), 26-Сен-25, 09:14

В России есть компания, которая участвует в разработке PG, причем вклад весьма не маленький, насколько знаю (хотя и вряд ли радикально большой), но это точно не российская разработка.

Ответить | Правка | Наверх | Cообщить модератору

2. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (2), 25-Сен-25, 16:37

>io_uring (io_method=io_uring), поддерживаемый начиная с ядра Linux 5.1
Только он там разваливался, и починили это только к 5.4

Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (7), 25-Сен-25, 17:10

Думаю, ещё лет 10 стоит подождать, прежде чем использовать io_uring. Но то, что сабж подтянули до уровня конкурентов, не может не радовать, конечно. Ещё бы он так не распухал.

Ответить | Правка | Наверх | Cообщить модератору

4. "Релиз СУБД PostgreSQL 18" +5 +/–

Сообщение от Сербский (?), 25-Сен-25, 16:55

PostgreSQL - бд как швецарский нож, шикрано подходит для большинства современных задач.
Мало современных software продуктов которые с каждым релизом становяться только лучше. Второй такой пожалуй только Java, кстати 25я вышла тоже в этом месяце, что вдвойне приятней.

Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз СУБД PostgreSQL 18" +2 +/–

Сообщение от Аноним (7), 25-Сен-25, 17:00

Ну, не больше, чем sqlite, на самом деле. А, всё, увидел про java.

Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз СУБД PostgreSQL 18" –3 +/–

Сообщение от Сербский (?), 25-Сен-25, 18:24

>Ну, не больше, чем sqlite
Ага, только без geospacial, timeseries и векторов, fulltext search и типов данных а ля jsonb убившие монгу )
кластера там всякие, репликации вообще зло ))
>вcё, увидел про java
увидел - беги учи, сразу после того как про базы почитаешь.

Ответить | Правка | Наверх | Cообщить модератору

159. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от Аноним (159), 26-Сен-25, 15:24

Так sqLITE же, а не sqlEVERYTHING

Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Admino (ok), 26-Сен-25, 20:52

Поэтому sqlite и не швейцарский нож, а просто складной нож.

Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз СУБД PostgreSQL 18" –2 +/–

Сообщение от Аноним (1), 25-Сен-25, 17:05

https://opennet.ru/62511-database

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

24. "Релиз СУБД PostgreSQL 18" +16 +/–

Сообщение от Сербский (?), 25-Сен-25, 18:40

почитай как этот рейтинг строиться, так можно подумать что python лучший язык на свете, по тому, что его детям легче преподавать преподавателям в школе (типизации нет, многопоточности нет, управления памяти нет, облостей видимости нет и ОПА... благодаря этой педагогической простоте, Python взлетает в рейтингах как будто это вершина инженерной мысли. Не язык, а мечта — ни тебе указателей, ни тебе строгой типизации, ни тебе боли от сегфолтов. Всё как в сказке: написал print("Hello, world") — и ты уже программист.
А потом эти же рейтинги начинают использовать в корпорациях как аргумент: "Python — самый популярный, значит, самый лучший". Ну да, конечно. По этой логике, TikTok — вершина культурного развития, а доширак — гастрономический шедевр.
И ведь удобно: не надо объяснять студентам, что такое const, volatile, RAII, или почему malloc — это не игрушка. Просто покажи for i in range(10):, и все счастливы. А если что-то не работает — ну, это же интерпретатор, он сам разберётся. Или не разберётся.
Так и живём: язык, придуманный для автоматизации мелких задач, теперь преподают как основу программирования. А потом удивляемся, почему выпускники не знают, что такое стек вызовов, или зачем нужны mutex'ы, и думают что NoSQL- это такая база данных )

Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от Аноним (32), 25-Сен-25, 19:36

Так питон хорош в своей нише - писать скриптики, управляющие и не только, проблема что он вдруг хайпанул и его используют в хайлоаде даже, это не проблема языка самого по себе.
Я люто хохтнул когда увидел питон в вакансии на хайлоад инжинера одной крупной компании. Это кринж.
Вот встроить питон куда нибудь, чтобы просто и легко под капотом конфигурить аппу - это норм, а вот писать на нем стэналон приложение, которое что-то там люто вычисляет на процессоре - не норм.

Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (47), 25-Сен-25, 21:11

Внезапно, если не уходить от топика, питон это язык номер 2 для хранимых процедур после PL/pgSQL

Ответить | Правка | Наверх | Cообщить модератору

108. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от yilativs (?), 26-Сен-25, 09:09

>Внезапно, если не уходить от топика, питон это язык номер 2 для хранимых процедур после PL/pgSQL
кто будет использовать plpython если он unsafe?!
ты всем разрабам superuser от пользователя выдаш?
дефакто все используют PL/pgSQL - а все остальное это статистические девиации

Ответить | Правка | Наверх | Cообщить модератору

172. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от BrainFucker (ok), 26-Сен-25, 21:20

> и его используют в хайлоаде даже
Так хайлоад небось из-за питона.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

72. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Заноним (?), 26-Сен-25, 02:24

Про Джоули забыл упомянуть, которыми эта питонофилия обеспечивается.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

84. "Релиз СУБД PostgreSQL 18" +3 +/–

Сообщение от IMBird (ok), 26-Сен-25, 06:54

Учившие паскаль становились серьёзными специалистами и годными разработчиками, способными освоить любые среду и язык, а учащие питон пригодны только в качестве девопсов и иных вариаций battleslave.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

166. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Заноним (?), 26-Сен-25, 18:03

> Учившие паскаль становились серьёзными специалистами и годными разработчиками, способными
> освоить любые среду и язык, а учащие питон пригодны только в
> качестве девопсов и иных вариаций battleslave.
В качестве devops'ов маловероятно, там компетенций в python'е не достаточно, ни разу.

Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Вася (??), 25-Сен-25, 22:53

const и volatile — костыли из C, а не вершина просветления. RAII - парадигма, есть даже в Python (context managers), просто с GC она не так нужна. Так что твои страдания — не про язык, а про то, что тебе CS не объяснили. Перестань быть школоло, почитай про парадигмы и архитектуры — поймёшь, что язык тут ни при чём.
PS Строгая типизация в C? скажи ещё, что void* - это тип безопасности. В C компилятор половину приведений молча проглотит, а UB потом прилетит в рантайме. В Python, кстати, с 3.11 mypy и pydantic гоняют типы строже, чем твой си - только без сегфолтов.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

16. "Релиз СУБД PostgreSQL 18" –5 +/–

Сообщение от Аноним (16), 25-Сен-25, 17:59

Java стоит на месте

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

21. "Релиз СУБД PostgreSQL 18" +4 +/–

Сообщение от Сербский (?), 25-Сен-25, 18:28

>Java стоит на месте
На месте языка с хорошей обратной совместимостью, стройной моделью типов, отличной производительностью на котором написаны почти все современные big data решения: Kafka, Cassandra, Hadoop, DynamoDb, Kinesis и фремворки для работы с ними Spark, Flink
Лучшие IDE Idea, Eclipse
Про jira, confluence, jenkins и миллионы мобильных приложений вообще молчу
Хорошо так стоит, даже не знаю, есть ли язык который близко бы встать смог

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (32), 25-Сен-25, 19:40

Ну, вот кстати респект джаве, даже за факт того что возраст приближается к сишке, а джава по прежнему актуальная и развивается. Куда там расту и прочим, пусть все эти современные язычки просуществуют хоть столько же, сколько уже сейчас существует джава, хотя бы.

Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз СУБД PostgreSQL 18" –4 +/–

Сообщение от SubGun (ok), 25-Сен-25, 21:13

Это ты про то, что разработчики Java только к 7 версии поняли, что через switch-case можно string гонять?

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

50. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от Аноним (47), 25-Сен-25, 21:16

Ну справедливости ради все эти биг-дата решения самые мощные не потому что джава быстрый язык, а потому что в этих продукта реализовано грамотное масштабирование и можно сервис раскидать на тысячи машин по всему миру.
Если ты напрмер разработчик, то вместо того чтобы ставить кафку для опытов, гораздо лучше поставить redpanda и получить x10 быстродействие на отдельно взятой своей машине.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

99. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от yilativs (?), 26-Сен-25, 08:08

>Ну справедливости ради все эти биг-дата решения самые мощные не потому что джава быстрый язык, а потому что в этих продукта реализовано грамотное масштабирование и можно сервис раскидать на тысячи машин по всему миру.
Эти решения быстрые по тому что java машина позволяет грамотным разработчикам создавать достаточно производительный хорошо масштабируемые системы.
>Если ты напрмер разработчик, то вместо того чтобы ставить кафку для опытов, гораздо лучше поставить redpanda и получить x10 быстродействие на отдельно взятой своей машине.
Если ты разработчик, то ставить не нужно - используй test containers того, что на проекте

Ответить | Правка | Наверх | Cообщить модератору

155. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от Заноним (?), 26-Сен-25, 14:31

>>Ну справедливости ради все эти биг-дата решения самые мощные не потому что джава быстрый язык, а потому что в этих продукта реализовано грамотное масштабирование и можно сервис раскидать на тысячи машин по всему миру.
> Эти решения быстрые по тому что java машина позволяет грамотным разработчикам создавать
> достаточно производительный хорошо масштабируемые системы.
Миф. Все проблемы низкой производительности сотфра реализованого на jvm закрываются большим кол-вом железа. Собственно все эти масштабные кластеры появляются тогда, когда: а) вертикального масстабироваться уже некуда; б) назрела необходимость обеспечить отказоустойчивость.
>>Если ты напрмер разработчик, то вместо того чтобы ставить кафку для опытов, гораздо лучше поставить redpanda и получить x10 быстродействие на отдельно взятой своей машине.
> Если ты разработчик, то ставить не нужно - используй test containers того, что на проекте
С затащенной ранее туда jvm гадостью не особо умным архитектором, или вообще безо всякого архитектора джуниором или разрабом без адекватной компетенции.

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз СУБД PostgreSQL 18" –2 +/–

Сообщение от Заноним (?), 26-Сен-25, 02:04

Всё перечисленное - тормозной мусор. И протащившие всё это корпорастсы те ещё вредители.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

98. "Релиз СУБД PostgreSQL 18" +2 +/–

Сообщение от Аноним (98), 26-Сен-25, 08:05

У меня сообщения прилетают в кафке за 5ms! Какой нафиг тормазнутый?

Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Tron is Whistling (?), 26-Сен-25, 09:26

То есть всего 100 раундтрипов в секунду? Понятно, что за раундтрип можно слона послать, но что делать, если надо больше?

Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Tron is Whistling (?), 26-Сен-25, 09:28

Или допустим представь себе цепочку из 10-12 воркеров... 10-12 хопов туда, 10-12 хопов назад - это 20-24 хопа или в твоём случае 100-120мс... Круть? Круть...

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

149. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Заноним (?), 26-Сен-25, 14:12

> У меня сообщения прилетают в кафке за 5ms! Какой нафиг тормазнутый?
Ещё какой тормазнутый, твои 5ms без fsync - просто медленное, жрущее за зря память недоразумение.

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

87. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от User (??), 26-Сен-25, 07:33

Не, мне вообще-то java вполне себе нравится (А как "экосистема JVM*" - так и более чем "вполне" - тот же groovy - вполне себе "python done right") - но вот насчет "стройной системы типов" шутка смешная вышла.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

152. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Заноним (?), 26-Сен-25, 14:21

> Не, мне вообще-то java вполне себе нравится (А как "экосистема JVM*" -
> так и более чем "вполне" - тот же groovy - вполне
> себе "python done right") - но вот насчет "стройной системы типов"
> шутка смешная вышла.
Про "экосистему" расскажи сисадминам, которые вынуждены с 10-ток разных старых и новых версий jvm держать и оскрипчивать их из-за всяких умников, которые запихали в bmc серверов жавааплеты для доступа к консолям.
Или devops'ам, которые в тихом а..уе от замеров расхода ОЗУ на серверах выделяемых и не используемых сотнями и тысячами поделиям на jvm, тоже разных вендоров и версий, распиханными по контейнерам.

Ответить | Правка | Наверх | Cообщить модератору

167. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 18:41

>> Не, мне вообще-то java вполне себе нравится (А как "экосистема JVM*" -
>> так и более чем "вполне" - тот же groovy - вполне
>> себе "python done right") - но вот насчет "стройной системы типов"
>> шутка смешная вышла.
> Про "экосистему" расскажи сисадминам, которые вынуждены с 10-ток разных старых и новых
> версий jvm держать и оскрипчивать их из-за всяких умников, которые запихали
> в bmc серверов жавааплеты для доступа к консолям.
А вот если бы они их делали на сервелате или вот флеше! Уууух!
> Или devops'ам, которые в тихом а..уе от замеров расхода ОЗУ на серверах
> выделяемых и не используемых сотнями и тысячами поделиям на jvm, тоже
> разных вендоров и версий, распиханными по контейнерам.
Открою секрет - им пофиг. Вот прям настолько пофиг - что просто пофиг. Вот менеджерам, которые видят счета - может быть чуть менее пофиг, но если выбирать между ненаписанным кодом на крестах и вот работающем на жаве - выбор немножко так очевиден.

Ответить | Правка | Наверх | Cообщить модератору

168. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Заноним (?), 26-Сен-25, 19:50

>>> Не, мне вообще-то java вполне себе нравится (А как "экосистема JVM*" -
>>> так и более чем "вполне" - тот же groovy - вполне
>>> себе "python done right") - но вот насчет "стройной системы типов"
>>> шутка смешная вышла.
>> Про "экосистему" расскажи сисадминам, которые вынуждены с 10-ток разных старых и новых
>> версий jvm держать и оскрипчивать их из-за всяких умников, которые запихали
>> в bmc серверов жавааплеты для доступа к консолям.
> А вот если бы они их делали на сервелате или вот флеше!
> Уууух!
Как выпилили весь флеш и сервелат, так и жвм туда дорога. Благо, поумнели и на серверах догадались и распихали html консоли на canvas'е.
>> Или devops'ам, которые в тихом а..уе от замеров расхода ОЗУ на серверах
>> выделяемых и не используемых сотнями и тысячами поделиям на jvm, тоже
>> разных вендоров и версий, распиханными по контейнерам.
> Открою секрет - им пофиг. Вот прям настолько пофиг - что просто
> пофиг. Вот менеджерам, которые видят счета - может быть чуть менее
> пофиг, но если выбирать между ненаписанным кодом на крестах и вот
> работающем на жаве - выбор немножко так очевиден.
Себе открывай такие секреты, нормальным людям не всё равно. А толковый спец понимает, что бесполезный расход памяти можно убрать и запросить выгоду за профит выразить в повышении ему ЗП.

Ответить | Правка | Наверх | Cообщить модератору

169. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 20:27

>[оверквотинг удален]
>>>> так и более чем "вполне" - тот же groovy - вполне
>>>> себе "python done right") - но вот насчет "стройной системы типов"
>>>> шутка смешная вышла.
>>> Про "экосистему" расскажи сисадминам, которые вынуждены с 10-ток разных старых и новых
>>> версий jvm держать и оскрипчивать их из-за всяких умников, которые запихали
>>> в bmc серверов жавааплеты для доступа к консолям.
>> А вот если бы они их делали на сервелате или вот флеше!
>> Уууух!
> Как выпилили весь флеш и сервелат, так и жвм туда дорога. Благо,
> поумнели и на серверах догадались и распихали html консоли на canvas'е.
Охтыж! То есть не "жава плохая" - а все соответствующие технологии этого периода по современным меркам "ниочень"?

>>> Или devops'ам, которые в тихом а..уе от замеров расхода ОЗУ на серверах
>>> выделяемых и не используемых сотнями и тысячами поделиям на jvm, тоже
>>> разных вендоров и версий, распиханными по контейнерам.
>> Открою секрет - им пофиг. Вот прям настолько пофиг - что просто
>> пофиг. Вот менеджерам, которые видят счета - может быть чуть менее
>> пофиг, но если выбирать между ненаписанным кодом на крестах и вот
>> работающем на жаве - выбор немножко так очевиден.
> Себе открывай такие секреты, нормальным людям не всё равно. А толковый спец
> понимает, что бесполезный расход памяти можно убрать и запросить выгоду за
> профит выразить в повышении ему ЗП.
Ох, закончите хелловрот на ассемблере переписывать - озолотитесь! А пока в вилларибо переписывают- в виллабаджо ява - от инфраструктуры до бизнес-логики - работает.

Ответить | Правка | Наверх | Cообщить модератору

171. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Заноним (?), 26-Сен-25, 20:58

>[оверквотинг удален]
>>>>> шутка смешная вышла.
>>>> Про "экосистему" расскажи сисадминам, которые вынуждены с 10-ток разных старых и новых
>>>> версий jvm держать и оскрипчивать их из-за всяких умников, которые запихали
>>>> в bmc серверов жавааплеты для доступа к консолям.
>>> А вот если бы они их делали на сервелате или вот флеше!
>>> Уууух!
>> Как выпилили весь флеш и сервелат, так и жвм туда дорога. Благо,
>> поумнели и на серверах догадались и распихали html консоли на canvas'е.
> Охтыж! То есть не "жава плохая" - а все соответствующие технологии этого
> периода по современным меркам "ниочень"?
Я не говорил о java, он как язык программирования имеет право на жисть и его в принципе можно вылечить если пренебречь обратной совместимостью со всякой понаписанной всячиной. Речь шла о jvm, который изначально был нинужной нинужностью, ради эфемерной и мало кому нужной кроссплатформенности.
Что до флеш, то он появился потому-что в браузерах на 6 лет был тупо застой через монополию ie сформирован. Ну а сервилат вообще был мёртворождённым.
Так что это не технологии того времени были современными, а застой технологический породил этих выкидышей.
>[оверквотинг удален]
>>>> разных вендоров и версий, распиханными по контейнерам.
>>> Открою секрет - им пофиг. Вот прям настолько пофиг - что просто
>>> пофиг. Вот менеджерам, которые видят счета - может быть чуть менее
>>> пофиг, но если выбирать между ненаписанным кодом на крестах и вот
>>> работающем на жаве - выбор немножко так очевиден.
>> Себе открывай такие секреты, нормальным людям не всё равно. А толковый спец
>> понимает, что бесполезный расход памяти можно убрать и запросить выгоду за
>> профит выразить в повышении ему ЗП.
> Ох, закончите хелловрот на ассемблере переписывать - озолотитесь! А пока в вилларибо
> переписывают- в виллабаджо ява - от инфраструктуры до бизнес-логики - работает.
Ты басни не рассказывай, всякие хадупы, касандры и еластиксёрчи уже умерли - спасибо за mvp, дальше им крематорий истории.

Ответить | Правка | Наверх | Cообщить модератору

174. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 21:40

>[оверквотинг удален]
>>>> А вот если бы они их делали на сервелате или вот флеше!
>>>> Уууух!
>>> Как выпилили весь флеш и сервелат, так и жвм туда дорога. Благо,
>>> поумнели и на серверах догадались и распихали html консоли на canvas'е.
>> Охтыж! То есть не "жава плохая" - а все соответствующие технологии этого
>> периода по современным меркам "ниочень"?
> Я не говорил о java, он как язык программирования имеет право на
> жисть и его в принципе можно вылечить если пренебречь обратной совместимостью
> со всякой понаписанной всячиной. Речь шла о jvm, который изначально был
> нинужной нинужностью, ради эфемерной и мало кому нужной кроссплатформенности.
Ну а вот... llvm - нужно, или те же иайцы, вид в профиль?
> Что до флеш, то он появился потому-что в браузерах на 6 лет
> был тупо застой через монополию ie сформирован. Ну а сервилат вообще
> был мёртворождённым.
> Так что это не технологии того времени были современными, а застой технологический
> породил этих выкидышей.
Так на чем надо было писать-то, чтоб сейчас "админы с жавой в bmc проблем не имели"? Вариант переписать вот весь IE в хром в 2001 году - не предлагать.
>[оверквотинг удален]
>>>> пофиг. Вот менеджерам, которые видят счета - может быть чуть менее
>>>> пофиг, но если выбирать между ненаписанным кодом на крестах и вот
>>>> работающем на жаве - выбор немножко так очевиден.
>>> Себе открывай такие секреты, нормальным людям не всё равно. А толковый спец
>>> понимает, что бесполезный расход памяти можно убрать и запросить выгоду за
>>> профит выразить в повышении ему ЗП.
>> Ох, закончите хелловрот на ассемблере переписывать - озолотитесь! А пока в вилларибо
>> переписывают- в виллабаджо ява - от инфраструктуры до бизнес-логики - работает.
> Ты басни не рассказывай, всякие хадупы, касандры и еластиксёрчи уже умерли -
> спасибо за mvp, дальше им крематорий истории.
Ah, irony...

Ответить | Правка | Наверх | Cообщить модератору

107. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от жявамэн (ok), 26-Сен-25, 09:05

ты забыл самое главное - люцент и еластик который поверх него работает
это используется ну абсолютно везде

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

164. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от Заноним (?), 26-Сен-25, 17:55

> ты забыл самое главное - люцент и еластик который поверх него работает
и тормозят
> это используется ну абсолютно везде
нет

Ответить | Правка | Наверх | Cообщить модератору

118. Скрыто модератором +1 +/–

Сообщение от Caban (?), 26-Сен-25, 10:29

>Kafka, Cassandra, Hadoop, DynamoDb
современные решения, интересно почему они на кладбище?
> миллионы мобильных приложений вообще молчу
и эти миллионы приложений написанные на java выжирают батарею на мобилке. как думаешь почему огрызки не любят java
>Хорошо так стоит, даже не знаю, есть ли язык который близко бы встать смог
сча растаманы подтянутся

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

91. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от жявамэн (ok), 26-Сен-25, 07:56

на 1 месте для написание хайлоад многопоточного энторпрайз кода
да все так
на втором шарп

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

173. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от BrainFucker (ok), 26-Сен-25, 21:25

Да, со времён j2me ничего удивительного не было уже.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

70. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Заноним (?), 26-Сен-25, 02:01

java это язык программирования. А jvm это нИнужная нИнужность, от которой больше вреда чем пользы.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

78. "Релиз СУБД PostgreSQL 18" –5 +/–

Сообщение от Аноним (78), 26-Сен-25, 05:05

Ну ты сравнил, увиверсальную активно развивающуюся СУБД с кучей фичей, вылизанную для производительности, и устаревший ынтерпрайзный язык с кошмарным синтаксисом, никаким тулингом, без библиотеки модулей, без нормального GUI, с неэффективнейшим GC - можно перечислять бесконечно почему он не подходит ни для чего вообще.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

126. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Линус Торвальдс (?), 26-Сен-25, 11:25

А какой язык модный и молодежный, со всеми этими фичами?

Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от Аноним (8), 25-Сен-25, 17:13

>Релиз СУБД PostgreSQL 18
Вот бы ещё 1С, в порядке заботы о национальной безопасности, добавила бы бескостыльную поддержку постгреса на уровне вражеских БД.

Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от Аноним (1), 25-Сен-25, 17:18

>поддержку постгреса
https://www.opennet.me/opennews/art.shtml?num=59517

Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Кошкажена (?), 25-Сен-25, 17:44

Пфф. Посгрес про как бы реестре.

Ответить | Правка | Наверх | Cообщить модератору

14. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 25-Сен-25, 17:45

Какой из? Их там много)

Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Анониматор (?), 25-Сен-25, 21:30

Платный энтерпрайз конечно лучше. Но есть отдельная и бесплатная PostgresPro-1C, он в репе которую легко прикрутить с топовым дистрибутивам как буржуйским так и нашим.

Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (1), 25-Сен-25, 18:02

Да вы что...

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

10. Скрыто модератором +/–

Сообщение от Голдер и Рита (?), 25-Сен-25, 17:35

> вражеских БД
Хочешь дружбы — будь другом. (с)

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

11. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от Аноним (8), 25-Сен-25, 17:40

>Хочешь дружбы — будь другом. (с)
С некоторыми, дружить слишком дорого.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

12. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от Кошкажена (?), 25-Сен-25, 17:43

Первые 2 ссылки в поиске вроде говорят о том, что все есть?
https://1c.postgres.ru/
https://postgrespro.com/docs/postgrespro/16/config-one-c

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

15. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от User (??), 25-Сен-25, 17:47

Э. Там вроде кривые самопильные патчи, скомпонованные в отдельный "дистрибутив". В мейнлайне их нема

Ответить | Правка | Наверх | Cообщить модератору

37. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Кошкажена (?), 25-Сен-25, 19:54

postgrespro - кривые самопильные патчи?

Ответить | Правка | Наверх | Cообщить модератору

40. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от Аноним (1), 25-Сен-25, 20:09

>Лицензия СУБД Postgres Pro Enterprise для 1C на 1 ядро x86-64, обновления 1 месяц
>108939 рублей
https://postgrespro.ru/products/postgrespro/enterprise-1c

Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 25-Сен-25, 20:10

Не. Тот postgres что от 1с

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

44. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 25-Сен-25, 20:20

Он бесплатен

Ответить | Правка | Наверх | Cообщить модератору

89. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от User (??), 26-Сен-25, 07:53

И? Как это соотносится с "кривыми самопальными патчами" упакованными в отдельный дистрибутив?
Претензия была в том, что 1c с postgres НЕ РАБОТАЕТ - а работает вот с "postgres4OdinASS", которая "этадругое!". И если почему эту коллекцию не добавляют в mainline - понятно, то что мешает её успешно импортозаместить(ТМ) в основном продукте - вызвает вопросики.

Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от пох. (?), 26-Сен-25, 10:52

Сто раз жевали уже.
"кривой самопальный" (весьма относительно кривой - просто приводит поведение _по_умолчанию_ к такому же как у mssql - потому что васяны-разработчики расширений разумеется ничего у себя починять не собирались) там ровно один.
Все остальное - стандартные extensions стандартным способом, официально одобренным самими разработчиками postgres.
Тоже добавляют прозрачной совместимости с MS, без необходимости "vacuum analyze" вручную дергать.
(вот почему это 10 лет не хотят забирать к себе альтернативно-одаренные разработчики pgpro... а впрочем, понятно, они ж тогда станут ненужны)

Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 25-Сен-25, 19:43

С одной стороны, PostgreSQL имеет архитектурные ограничения из-за MVCC/VACUUM и отсутствия tempdb. С другой стороны, 1C активно использует UPDATE и временные таблицы, что при этих архитектурных ограничениях неэффективно.
Поэтому "бескостыльная поддержка постгреса на уровне вражеских БД", которые имеют undo-буфер и tempdb, невозможна без значительных изменениях в стандартных конфигурациях 1C или еще более значительных изменениях архитектуры PostgreSQL.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

41. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от AleksK (ok), 25-Сен-25, 20:10

У меня сервера 1С с 13 года работают на Linux + Postgres. В чем проблема?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

45. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 25-Сен-25, 20:47

> У меня сервера 1С с 13 года работают на Linux + Postgres.
> В чем проблема?
Я выше указал две проблемы. Во-первых, нагрузка на VACUUM из-за реализации MVCC в PostgreSQL и активном использовании UPDATE. Во-вторых, отсутствие tempdb и неумение стандартных конфигураций 1С воспользоваться pg_variables или нежурналируемыми таблицами.

Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 25-Сен-25, 23:26

> Во-первых, нагрузка на VACUUM из-за реализации MVCC в PostgreSQL и активном использовании UPDATE.
И? В чем тут проблема? Это особенность работы бизнеслогики. Когда много пользователей активно пишут в одни и теже таблицы, без управляемых блокировок не обойтись.
> Во-вторых, отсутствие tempdb и неумение стандартных конфигураций 1С воспользоваться pg_variables или нежурналируемыми таблицами.
В 1С есть ещё очень много странного и спорного. Ты например, в курсе что таблицы значений, в отличии от дркгих коллекций, движок 1С располагает не в памяти, а на диске в папке с временными файлами и при каждом чтении из тз или записи в тз он обращается к диску, поэтому их не рекомендуют использовать без крайней необходимости. Хотя на это есть свои причины.

Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 25-Сен-25, 23:50

>> Во-первых, нагрузка на VACUUM из-за реализации MVCC в PostgreSQL и активном использовании UPDATE.
> И? В чем тут проблема? Это особенность работы бизнеслогики. Когда много пользователей
> активно пишут в одни и теже таблицы, без управляемых блокировок не
> обойтись.
При чем тут управляемые блокировки и бизнес-логика? При помощи частичных индексов вполне можно избегать UPDATE, выполняя очистку старых версий периодическими заданиями в периоды низкой загрузки БД, а не средствами AUTOVACUUM.
А undo-буфер вполне эффективно решает проблему активного использование UPDATE.

Ответить | Правка | Наверх | Cообщить модератору

113. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 09:49

> Когда использовать частичные индексы?
> Если вы часто запрашиваете только часть данных по определённому условию.
> Если таблица большая, а индексировать все строки неэффективно.
> Если условие фильтрации стабильно и не меняется часто.
Ни один из этих случаев не подходит к 1С.

Ответить | Правка | Наверх | Cообщить модератору

115. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 09:58

> Ни один из этих случаев не подходит к 1С.
Замечательно подходит, если все версии записей в таблице, кроме последних, нужны только в целях аудиторского следа и периодическим заданием переносятся в архив.

Ответить | Правка | Наверх | Cообщить модератору

120. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 10:50

> Замечательно подходит, если все версии записей в таблице, кроме последних, нужны только
> в целях аудиторского следа и периодическим заданием переносятся в архив.
Причём тут вообще версии записей?

Ответить | Правка | Наверх | Cообщить модератору

124. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 11:09

При том что такой подход позволяет избежать проблем, возникающих при модификации записей, когда не применим HOT-update.

Ответить | Правка | Наверх | Cообщить модератору

129. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 11:50

> При том что такой подход позволяет избежать проблем, возникающих при модификации записей, когда не применим HOT-update.
А с чего ты решил что там часто происходит модификация записей? Основное там это создание и реже удаление записей.

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 12:12

Я не решил, я вижу профиль нагрузки и то, как там шурует VACUUM после UPDATE. В первую очередь - по регистрам накопления и регистрам расчета, хотя регистры сведений и регистры бухгалтерии тоже активно модифицируются.

Ответить | Правка | Наверх | Cообщить модератору

135. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 12:24

> Я не решил, я вижу профиль нагрузки и то, как там шурует VACUUM после UPDATE.
Так он и шурует потому что при перепровденеии документа, у тебя все его записи в регистры сначала удаляются, а потом создаются по новой. Так что версионирование тут вообще не при делах. Все операции в 1С идут в транзакциях, в жестко заданной последовательности, сначала очистка всех существующих движений, а потом создание новых. Поэтому нельзя в движениях документа просто одну строчку подправить. Точнее отредактиовать набор движений можно с пмощью обработок, но это уже совсем не штатная ситуация.

Ответить | Правка | Наверх | Cообщить модератору

138. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 12:29

>> Я не решил, я вижу профиль нагрузки и то, как там шурует VACUUM после UPDATE.
> Так он и шурует потому что при перепровденеии документа, у тебя все
> его записи в регистры сначала удаляются, а потом создаются по новой.
MVCC в PostgreSQL именно так и устроено. Так как нет UNDO-буфера, то старые (модифицированные или удаленные) записи остаются в страницах БД до их зачистки VACUUM. Поэтому я и пишу, что можно существенно повысить производительнось БД при пиковой нагрузке не удаляя старые версии, а исключая их из последующих выборок. А уже зачистить их можно в периоды низкой загрузки.

Ответить | Правка | Наверх | Cообщить модератору

142. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 13:09

> MVCC в PostgreSQL именно так и устроено. Так как нет UNDO-буфера, то
> старые (модифицированные или удаленные) записи остаются в страницах БД до их
> зачистки VACUUM. Поэтому я и пишу, что можно существенно повысить производительнось
> БД при пиковой нагрузке не удаляя старые версии, а исключая их
> из последующих выборок. А уже зачистить их можно в периоды низкой
> загрузки.
У записи регистра в может только два состояния или она действующая или помечена на удаление автовакуумом. Помеченная на удаление запись и так не участвуе в выборках. История изменения регистров в 1С никак не хранится и не используется.

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

143. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 13:19

> У записи регистра в может только два состояния или она действующая или
> помечена на удаление автовакуумом.
ДЛЯ AUTOVACUUM
> Помеченная на удаление запись и так не
> участвуе в выборках. История изменения регистров в 1С никак не хранится
> и не используется.
Вот поэтому намного лучше зачищать эти записи не AUTOVACUUM в периоды пиковой нагрузки, а периодическим заданием в периоды низкой загрузки.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

145. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 13:38

> ДЛЯ AUTOVACUUM
Ты мне все пытаешься доказать что 1С МОДИФИЦИРУЕТ записи регистров. А я тебе говорю НЕ МОДИФИЦИРУЕТ, а УДАЛЯЕТ и СОЗДАЕТ новые. Она САМА это делает, сначала таблица движений очищается, а потом заполняется заново. Версионирование в 1С есть но оно работает опять же средствами платформы а не СУБД, и не касается регистров и движений документов. Я тебе поэтому и сказал изначально что тут все дело в бизнеслогике, а не в Postgres. И частичные индексы тут никак не помогут.
> Вот поэтому намного лучше зачищать эти записи не AUTOVACUUM в периоды пиковой
> нагрузки, а периодическим заданием в периоды низкой загрузки.
AVTOVACUUM и так запускается только в приоды низкой нагрузки. И ты его можешь элементарно отключить и создать регламентное задание для запуска сам, когда тебе больше нравится.

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

147. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 13:47

>> ДЛЯ AUTOVACUUM
> Ты мне все пытаешься доказать что 1С МОДИФИЦИРУЕТ записи регистров. А я
> тебе говорю НЕ МОДИФИЦИРУЕТ, а УДАЛЯЕТ и СОЗДАЕТ новые.
С точки зрения реализации MVCC в PostgreSQL это ОДНО И ТО ЖЕ!

> сначала таблица движений очищается
А вот как раз этого делать в PostgreSQL не стоит, так как вызовет автоматически нагузку от AUTOVACUUM вскоре после завершения транзакции.
>> Вот поэтому намного лучше зачищать эти записи не AUTOVACUUM в периоды пиковой
>> нагрузки, а периодическим заданием в периоды низкой загрузки.
> AVTOVACUUM и так запускается только в приоды низкой нагрузки.
Он пытается это делать, но с переменным успехом
> И ты его
> можешь элементарно отключить и создать регламентное задание для запуска сам, когда
> тебе больше нравится.
AUTOVACUUM не только старые записи зачищает. Тогда потребуется всё равно вручную гонять ANALYZE для обновления статистик и опять же VACUUM для обновления карт видимости и защиты старых данных от transaction ID wraparound и multixact ID wraparound.

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

151. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 14:18

> С точки зрения реализации MVCC в PostgreSQL это ОДНО И ТО ЖЕ!
Нет, не одно и то же. 1С не позволяет двум пользователям одновременно редактировать один и тот же документ. Это прямо запрещено платформой. Поэтому MVCC ту не при делах. А вот управляемые блокировки очень даже нужны, потому что два и больше пользователей могут одновременно редавктировать и записывать разные документы одного вида, которые будут писать в одни и те же регистры и что бы при записи не возникало конфликтов блокировок блокировка происходит по нужным полям. MS SQL это делает автоматически, поэтому 1С до 8.3 не умела в ручные блокировки, теперь весь код штатных конфигураций уже давно переписан под ручные блокирвки.
> А вот как раз этого делать в PostgreSQL не стоит, так как вызовет автоматически нагузку от AUTOVACUUM вскоре после завершения транзакции.
А без этого можешь получить очень тяжело отлавливаемые ошибки в бизнеслогике, которая всегда расчитана на атомарность операций проведения и отмены проведения.
> AUTOVACUUM не только старые записи зачищает. Тогда потребуется всё равно вручную гонять ANALYZE для обновления статистик и опять же VACUUM для обновления карт видимости и защиты старых данных от transaction ID wraparound и multixact ID wraparound.
Тебе шашечки или ехать? Ты или полагаешься на уже готовые механизмы которые в большинстве случаев всетаки работают как надо, или делаешь все сам.

Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

154. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 14:25

>> С точки зрения реализации MVCC в PostgreSQL это ОДНО И ТО ЖЕ!
> Нет, не одно и то же.
Проверьте сами INSERT и DELETE записи в одной транзации и UPDATE. Будете сильно удивлениы тем, что в страницах таблицы в обоих случаях увидите одно и то же )))
>> А вот как раз этого делать в PostgreSQL не стоит, так как вызовет автоматически нагузку от AUTOVACUUM вскоре после завершения транзакции.
> А без этого можешь получить очень тяжело отлавливаемые ошибки в бизнеслогике, которая
> всегда расчитана на атомарность операций проведения и отмены проведения.
А с чего Вы решили, что при этом будет нарушаться ACID? )))
> Тебе шашечки или ехать? Ты или полагаешься на уже готовые механизмы которые
> в большинстве случаев всетаки работают как надо, или делаешь все сам.
Вот именно. Если готовый механизм имеет какие-то недостатки и для меня они критичны, то я делаю сам. И пока в PostgreSQL не появится дополнительная система хранения с undo-буфером, другого выбора нет.

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

156. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 15:10

> А с чего Вы решили, что при этом будет нарушаться ACID? )))
Измененный документ вообще не факт что будет писать в регистр в котором были его движения до изменения. Все это надо отслеживать и грозит сложно отлавливаесыми логическими ошибками. Поэтому правило одно, перед проведением таблица движений документа дожна быть пуста. Поэтому все твои претензии не имеют смысла в отношении 1С.
К сложным проверкам во время транзакции проведения 1С вообще настроена не очень. Дешевле провести документ закрыть транзакцию без проверок, запросить нужные показатели итогов и если что-то пошло не так отменить проведение очистить движения. Так часто делается в типовых конфигурациях. Главная цель актуальность итогов

Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

161. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 15:49

>> А с чего Вы решили, что при этом будет нарушаться ACID? )))
> Измененный документ вообще не факт что будет писать в регистр в котором
> были его движения до изменения. Все это надо отслеживать и грозит
> сложно отлавливаесыми логическими ошибками.
Сожалею, что Вы не способным мыслить иными категориями, чем сейчас заложено в 1С. В подавляющем большинстве ERP систем документ вообще нельзя изменить. Можно только ввести к нему корректирующий документ. В частном случае - аннулирующий. И никаких логических ошибок при этом не возникает.
Заодно не возникает проблем и с особенностями MVCC PostgreSQL. Иными словами - то о чем я Вам пишу, десятилетиями проверенное и обкатанное решение.

Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

162. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 16:10

> Сожалею, что Вы не способным мыслить иными категориями, чем сейчас заложено в 1С. В подавляющем большинстве ERP систем документ вообще нельзя изменить. Можно только ввести к нему корректирующий документ. В частном случае - аннулирующий. И никаких логических ошибок при этом не возникает.
Если в 1С все делать правильно, а писать согласно методическим рекомендациям, то тут тоже не будет никаких логических ошибок.
Или есть ещё такая бесплатная открытая платформа из Белоруссии LSFusion, тоже использует Postgres. Там в табличной части одного документа может работать сколько угодно пользователей одновременно и все изменения будут динамически отображаться и на экране и в итогах. У всех свои подходы которые берутся не на пустом месте.
И невозможность отмены проведения документа далеко не всегда гарантирует отсутствие логических ошибок.

Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

163. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 16:44

>> Сожалею, что Вы не способным мыслить иными категориями, чем сейчас заложено в 1С. В подавляющем большинстве ERP систем документ вообще нельзя изменить. Можно только ввести к нему корректирующий документ. В частном случае - аннулирующий. И никаких логических ошибок при этом не возникает.
> Если в 1С все делать правильно, а писать согласно методическим рекомендациям, то
> тут тоже не будет никаких логических ошибок.
При чем тут это? Для пользователя подход неизменности документов может быт вообще прозрачен.
> И невозможность отмены проведения документа далеко не всегда гарантирует отсутствие логических
> ошибок.
Вы так пытаетесь подменить тезис? Я вообще-то опровергал Ваше утверждение, что подход с неизменными документами приведет к логическим ошибкам. А вот подход с модификацией документа приводит к необходимости обеспечивать аудиторский след иными способами. И тут как раз для логических ошибок большой простор.

Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

102. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от BeLord (ok), 26-Сен-25, 08:23

Что является диском, а что является памятью это вопрос, как ты сервак настроишь-)) Так, что никто не мешает временные файлы отправить в память, точно также, как интересующие тебя каталоги, а софт будет считать, что он данные с диска читает/пишет-)

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

121. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 10:52

> Что является диском, а что является памятью это вопрос, как ты сервак
> настроишь-)) Так, что никто не мешает временные файлы отправить в память,
> точно также, как интересующие тебя каталоги, а софт будет считать, что
> он данные с диска читает/пишет-)
В определенных случаях у тебя есть вероятность того что память закончится и сервак придется перезапускать. Они не просто так тз засунули на диск.

Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (8), 25-Сен-25, 23:42

Вот по какой то причине, когда возникает вопрос работоспособности 1C на Postgres, все почему то начинают рассказывать, что именно не так с Postgres! Так вот ребятушки, с Postgres все так и нет ни каких проблем. Они состоявшаяся db, которая выполняет свои задачи и успешно развивается так, как считает необходимым.
А вот с 1C все не так весело т.к без БД она бесполезна от слова совсем. Беда в том, что занимая практически монопольную долю рынка Бух софта в РФ, 1С делает свою зависимость от MSSQL, зависимостью практически всех российских предприятий от иностранного поставщика. И народ ещё удивляется, куда и как утекают их данные.
1С 20 лет не может написать драйвер для работы с Postgres! И это при том, что народ и прокси писал, и что только не колхозил. В текущих реалиях - это просто диверсия.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

68. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 25-Сен-25, 23:53

> 1С 20 лет не может написать драйвер для работы с Postgres!
Потому что проблема не в драйвере, а в коде стандартных конфигураций. Не сложно написать кастомный код, который будет работать с PostgreSQL эффективно. Сложно переписать уже имеющиеся конфигурации.

Ответить | Правка | Наверх | Cообщить модератору

97. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (8), 26-Сен-25, 08:02

>Потому что проблема не в драйвере, а в коде стандартных конфигураций.
Я думаю, что за 20 лет можно было переписать все с 0 несколько раз.
Более того, это практически было сделано 77->80->81->82->83. Да, это платформы, но конфигурации при переходи с 77 тоже требовали конвертации. При этом в плане поддержки постгреса было сделано только прекращение публикации оффицальных патчей!
Видимо Микрософт просто каждый год поздравляет руководство 1С с днем рождения :)

Ответить | Правка | Наверх | Cообщить модератору

117. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 10:10

> Я думаю, что за 20 лет можно было переписать все с 0
Еще три года назад MS SQL был сертифицирован ФСТЭК и особой нужды всё переписывать не было.
А так как такое переписывание, по сути, обозначает отказ от регистров в их текущем виде, то переписывать действительно надо всё.

Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 07:56

Да-да, и вот окромя 1с - никого в индустрии vacuum не напрягает, да?
Тут, пардону прошу, оба-два хороши (Но 1с, кнешн сильно "лучше")

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

132. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 12:15

> У меня сервера 1С с 13 года работают на Linux + Postgres.
> В чем проблема?
Ну, предполагаю в том, что вообще без бэдэ - файликами на диске - работало бы быстрее ).

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

136. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 12:27

Нет, без внешней БД, будет использоваться внутренняя, а она, особенно при работе по сети, будет работать очень медленно. Ты времена 7.7 забудь сейчас 1С даже близко не похожа на то что было тогда.

Ответить | Правка | Наверх | Cообщить модератору

139. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 12:29

> Нет, без внешней БД, будет использоваться внутренняя, а она, особенно при работе
> по сети, будет работать очень медленно. Ты времена 7.7 забудь сейчас
> 1С даже близко не похожа на то что было тогда.
Так подключись через RDP и летай - двум иванам хватит.

Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 13:05

> Так подключись через RDP и летай - двум иванам хватит.
Ты до сих пор живёшь во времена 7.7? В файловом варианте для каждого клиента подключённого к базе эмулируется вся трехзвенка. Это медленно, имеете много накладных расходов, и черевато блокировками при активной работе.

Ответить | Правка | Наверх | Cообщить модератору

144. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 13:28

>> Так подключись через RDP и летай - двум иванам хватит.
> Ты до сих пор живёшь во времена 7.7? В файловом варианте для
> каждого клиента подключённого к базе эмулируется вся трехзвенка. Это медленно, имеете
> много накладных расходов, и черевато блокировками при активной работе.
Если в 13м году у тебя 1с работала на linux с postgres - с тем же успехом она могла (не) работать и в файловом варианте - только немножко быстрее ).

Ответить | Правка | Наверх | Cообщить модератору

146. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от AleksK (ok), 26-Сен-25, 13:44

> Если в 13м году у тебя 1с работала на linux с postgres - с тем же успехом она могла (не) работать и в файловом варианте - только немножко быстрее ).
Нет. 8.3 вышла в 12 году, Бухгалтерия 3.0 на управляемых формах в 13 году. Конфигурации на управляемых формах плохо работают в файловом режиме особенно на несколько пользователей. Так что там без альтернативно было только на серваке.

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Анониматор (?), 25-Сен-25, 21:25

Это было бы возможно только при отказе от MSSQL и Оракла, ибо движок для работы с субд в нём максимально унифицированный.
Но как я посмел такое подумать, если даже в самых свежих конфигурациях от 1С все еще есть функционал "скачать видео с youtube" ))

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

18. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (18), 25-Сен-25, 18:15

Чего не хватает Постгресу, чтобы победить оракл? Ну кроме тех поддержки, конечно.

Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз СУБД PostgreSQL 18" –2 +/–

Сообщение от Анонимус75467 (?), 25-Сен-25, 18:30

Multimaster

Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз СУБД PostgreSQL 18" +6 +/–

Сообщение от Аноним (25), 25-Сен-25, 18:42

Неинклюзивно ты говоришь, дядя Фёдор. Надо Multimain или Multiprimary.

Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от SubGun (ok), 25-Сен-25, 21:14

Тонко)

Ответить | Правка | Наверх | Cообщить модератору

43. Скрыто модератором +1 +/–

Сообщение от Аноним (18), 25-Сен-25, 20:13

Это как единорог - его не существует

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

94. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 07:58

Ну вот сделали его в postgres pro - как, много ораклов напоебдяли?

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

105. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от leap42 (ok), 26-Сен-25, 08:43

И какой именно? Синхронный, который гарантированно тормозит или асинхронный, который гарантированно, хоть и не сразу потеряет консистентность через конфликты?

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

23. "Релиз СУБД PostgreSQL 18" –2 +/–

Сообщение от Аноним (25), 25-Сен-25, 18:34

> Чего не хватает
Мозгов не хватает программистам, чтобы просто взять и начать использовать.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

36. "Релиз СУБД PostgreSQL 18" +2 +/–

Сообщение от ptr (ok), 25-Сен-25, 19:52

На мой взгляд, не хватает только альтернативного, на выбор разработчика, движка хранения с undo-буфером и поддержки tempdb, чтобы DDL операции с временными таблицами не затрагивали information schema постоянных объектов БД. Остальное так или иначе решаемо, хоть и требует больше усилий при оптимизации запросов или реализации multimaster, чем в Oracle.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

95. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 08:00

Ну, мне вот без пакетов ораклевых печальненько было поначалу. На кривой козе объезжать научился - но то прям такое.

Ответить | Правка | Наверх | Cообщить модератору

114. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 09:53

> Ну, мне вот без пакетов ораклевых печальненько было поначалу. На кривой козе
> объезжать научился - но то прям такое.
Это именно то, что хотя и несколько увеличивает нагрузку на разработчика, но имеет варианты решений. Кто-то расширениями от PostgesPro пользуется, кто-то реализует пакеты на схемах.
В любом случае, это не то, что действительно мешает переходу с Oracle на PostgreSQL.

Ответить | Правка | Наверх | Cообщить модератору

59. Скрыто модератором –3 +/–

Сообщение от Аноним (59), 25-Сен-25, 22:41

Для начала, стать полноценной коммерческой СУБД, разработанной профессионалами. Нельзя строить серьёзный бизнес на "базе от Васяна", который вообще сантехник, а в свободное время опенсорсой балуется.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

134. Скрыто модератором +/–

Сообщение от User (??), 26-Сен-25, 12:20

> Для начала, стать полноценной коммерческой СУБД, разработанной профессионалами. Нельзя
> строить серьёзный бизнес на "базе от Васяна", который вообще сантехник, а
> в свободное время опенсорсой балуется.
В смысле, тоже в бангалор разработку перенести? Ну вот вам - в диапазоне от enterprise db\postgres pro до зеленых сливов, цитусов и прочих таймскалей, охапками - одна другой более "коммерческая"...

Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Чтото знающий (?), 26-Сен-25, 07:27

Direct IO, flasback database, data compression, encryption on the fly (здесь не уверен, надо проверять), undo tablespace, temp tablespace, real application cluster, autonomous transactions (обходится костылями), вменяемый экспорт/импорт (с возможностью на лету менять пользователей, исключать определённые объекты и т. д.), возможность синхронизации отставшей standby базы данных без файлов журнала регистрации транзакций, и много чего другого, что на ходу не вспомню.
В общем, если у вас серьёзный бизнес и при этом в штате есть системные программисты - можно обойтись Postgres SQL, если системных программистов нет - Oracle СУБД на порядок удобней для энтерпрайз решений.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

90. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (90), 26-Сен-25, 07:56

Вы накидали от балды все, что попалось под руку из поисковика, даже не посмотрев что есьт, и чего нет в PG. Ну и да, без рукоположенного авторизированными сектантами DBA и без регулярного заноса десятины в центральную церковь вы на все перечисленные вкусности Oracle можете только слюни пускать, будь вы хоть пятижды Ынтерпрайз.

Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от User (??), 26-Сен-25, 08:18

Ну ок. Серьёзная, ЭНТЕРПНАЙЗНАЯ db. Какую из реализаций кластера можно считать референсной? Patroni, stolon, pacemaker+corosync, pgaf, biha? А что и как к этой "референсной" прикручивать для реализации резервного копирования так, чтобы для восстановления одной базы рядом отдельный сервак не поднимать? Нет, pg_dump - не предлагать, он вообще никоим образом не "backup". А уж maintenance нагруженной базы в этом кластере - прям отдельное удовольствие. Тут бы и "рукоположился", и даже может быть десятину занес - да особо некуда.

Ответить | Правка | Наверх | Cообщить модератору

128. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 11:50

> Ну ок. Серьёзная, ЭНТЕРПНАЙЗНАЯ db. Какую из реализаций кластера можно считать референсной?
Нет там референсной реализации. В зависимости от задач либо выбираешь наиболее подходящую, либо вообще делаешь свою.
В отличии от Oracle или MS SQL нет тут единой инфраструктуры от поставщика. Собирай сам, из того, что больше подходит. Может Вам больше Patroni подойдет. А может быть нужен Greenplum или YDB

Ответить | Правка | Наверх | Cообщить модератору

130. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 12:10

>> Ну ок. Серьёзная, ЭНТЕРПНАЙЗНАЯ db. Какую из реализаций кластера можно считать референсной?
> Нет там референсной реализации. В зависимости от задач либо выбираешь наиболее подходящую,
> либо вообще делаешь свою.
> В отличии от Oracle или MS SQL нет тут единой инфраструктуры от
> поставщика. Собирай сам, из того, что больше подходит. Может Вам больше
> Patroni подойдет. А может быть нужен Greenplum или YDB
Так я именно что про это. "Вот вам Самый ЛуДший В Мире Кардан, каку хотите машину вокруг него сами собирайте - а про "ехать" у нас с вами разговора вообще не было"(ТМ).
В этом плане postgres pro - у которого эта самая "референсная" с "единой инфрой от поставщика" в виде biha + pg_probackup - вполне даже и неплохо смотрится.

Ответить | Правка | Наверх | Cообщить модератору

133. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 12:15

> В этом плане postgres pro - у которого эта самая "референсная" с
> "единой инфрой от поставщика" в виде biha + pg_probackup - вполне
> даже и неплохо смотрится.
Так про то и речь, что сам ванильный PostgreSQL - это только СУБД, а вовсе не вся инфраструктура. Хотите инфраструктуру "из коробки" - используйте PostgresPRO, YDB, EDB, Greenplum и т.п. Вот там будут референсные решения от конкретного поставщика. Но при этом они будут сделаны всё равно на базе ванильного PostgreSQL и этого не отнять.
Иными словами, в отличии от MS SQL и Oracle у Вас есть выбор решения для инфраструктуры. А уже когда это хорошо, а когда это плохо - вопрос отдельный. Как по мне, выбор всегда лучше, чем его отсутствие.

Ответить | Правка | Наверх | Cообщить модератору

137. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 12:27

>[оверквотинг удален]
>> даже и неплохо смотрится.
> Так про то и речь, что сам ванильный PostgreSQL - это только
> СУБД, а вовсе не вся инфраструктура. Хотите инфраструктуру "из коробки" -
> используйте PostgresPRO, YDB, EDB, Greenplum и т.п. Вот там будут референсные
> решения от конкретного поставщика. Но при этом они будут сделаны всё
> равно на базе ванильного PostgreSQL и этого не отнять.
> Иными словами, в отличии от MS SQL и Oracle у Вас есть
> выбор решения для инфраструктуры. А уже когда это хорошо, а когда
> это плохо - вопрос отдельный. Как по мне, выбор всегда лучше,
> чем его отсутствие.
Ну это в общем-то и есть ответ на вопрос "Чего не хватает Постгресу, чтобы победить оракл?" - того же, чего не хватает "linux-это-ядру"(ТМ), чтобы победить windows )))

Ответить | Правка | Наверх | Cообщить модератору

140. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 12:34

> Ну это в общем-то и есть ответ на вопрос "Чего не хватает
> Постгресу, чтобы победить оракл?"
Как видим, кроме того, что я указал выше - всё хватает, да еще и дополнительно есть выбор.
> - того же, чего не хватает "linux-это-ядру"(ТМ),
> чтобы победить windows )))
Если на суперкопьютерах это уже свершившийся факт, то в серверной инфраструктуре - уже почти свершившийся факт. По крайней мере среди моих клиентов я не знаю ни одного, где серверов под Linux было бы меньше, чем под Windows.
Desktop - отдельная история. Так как конечному пользователю часто хочется получить всё "из коробки", не задумываясь о том, что и как ему следует слепить вместе для его конкретных нужд. Но обсуждаемый PostgreSQL явно к десктопным приложениям имеет весьма косвенное отношение.

Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз СУБД PostgreSQL 18" –4 +/–

Сообщение от Аноним (30), 25-Сен-25, 19:20

А когда будит наш, отечественный аналог?

Ответить | Правка | Наверх | Cообщить модератору

38. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от ptr (ok), 25-Сен-25, 19:55

https://postgrespro.ru/products

Ответить | Правка | Наверх | Cообщить модератору

39. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от Аноним (1), 25-Сен-25, 20:05

https://postgrespro.ru/products/postgrespro/standard
>169570 ₽ублей

Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от Олег (??), 25-Сен-25, 23:20

за 1 ядро
+ поддержка
а еще если кластера то 350т чтоли за ядро
в общем жесть

Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от Олег (??), 26-Сен-25, 03:09

Я ошибся чутка
622 908 руб за 1 ядро

Ответить | Правка | Наверх | Cообщить модератору

96. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от User (??), 26-Сен-25, 08:01

Ну, походи по базару - посмотри где дешевле. (Хинт - mssql стоит вот ровно столько же)

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

119. "Релиз СУБД PostgreSQL 18" +2 +/–

Сообщение от пох. (?), 26-Сен-25, 10:43

но к нему нет в комплекте настойчивого совета перезагружать раз в две недели и не забывать делать vacuum analize каждый день.

Ответить | Правка | Наверх | Cообщить модератору

54. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Анониматор (?), 25-Сен-25, 21:38

да их там в реестре десяток наверно. Тантор например

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

35. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от ptr (ok), 25-Сен-25, 19:47

> В командах INSERT, UPDATE, DELETE и MERGE
> реализована возможность вывода прошлых (OLD)
> и текущих (CURRENT) значений в выражении RETURNING
Как давно я это ждал! Как минимум, с 12-ой версии.

Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от sena (ok), 26-Сен-25, 02:27

а какие в insert могут быть OLD значения?

Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от 0xdeadbee (-), 26-Сен-25, 05:21

могут быть NULL например

Ответить | Правка | Наверх | Cообщить модератору

112. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от ptr (ok), 26-Сен-25, 09:45

> а какие в insert могут быть OLD значения?
Если INSERT с ON CONFLICT DO UPDATE, то те, которые были до UPDATE или NULL, если такой записи не было.

Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

148. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от sena (ok), 26-Сен-25, 14:07

>> а какие в insert могут быть OLD значения?
> Если INSERT с ON CONFLICT DO UPDATE, то те, которые были до
> UPDATE или NULL, если такой записи не было.
ага, понятно, а если запись была но с с NULL?

Ответить | Правка | Наверх | Cообщить модератору

150. "Релиз СУБД PostgreSQL 18" +1 +/–

Сообщение от ptr (ok), 26-Сен-25, 14:14

>>> а какие в insert могут быть OLD значения?
>> Если INSERT с ON CONFLICT DO UPDATE, то те, которые были до
>> UPDATE или NULL, если такой записи не было.
> ага, понятно, а если запись была но с с NULL?
То же самое. Но если записи не было, то xmax будет ноль, а если была - то не ноль.

Ответить | Правка | Наверх | Cообщить модератору

46. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Rodegast (ok), 25-Сен-25, 20:59

> Добавлена функция uuidv7()
Ура!

Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз СУБД PostgreSQL 18" –4 +/–

Сообщение от Аноним (59), 25-Сен-25, 22:37

В этой смешной базе "регистронезависимость" по-прежнему реализована тупо через "приведём всё к нижнему регистру"?

Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от ptr (ok), 25-Сен-25, 23:21

> В этой смешной базе "регистронезависимость" по-прежнему реализована тупо через "приведём
> всё к нижнему регистру"?
Поддержка ICU появилась еще в 12-ой версии.
https://www.postgresql.org/docs/current/sql-createcollation....
Читаем про DETERMINISTIC

Ответить | Правка | Наверх | Cообщить модератору

123. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от пох. (?), 26-Сен-25, 10:55

"еще в".
То есть аж в 2019м году после 25 лет разработки кто-то сподобился!
(надеюсь хоть не патч от 1с скопипастить)

Ответить | Правка | Наверх | Cообщить модератору

125. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 11:14

> То есть аж в 2019м году после 25 лет разработки кто-то сподобился!
Да потому что в подавляющем большинстве применений это на фиг никому не надо было.
> (надеюсь хоть не патч от 1с скопипастить)
А разве 1C уже поддерживает ICU и UTF-8 без вручную применяемых костылей?

Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (69), 25-Сен-25, 23:57

В PostgreSQL появилась встроенная функция генерации UUIDv7 для первичных ключей
https://habr.com/en/news/950342/

Ответить | Правка | Наверх | Cообщить модератору

81. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Анонисссм (?), 26-Сен-25, 05:41

>В PostgreSQL появилась встроенная функция генерации UUIDv7 для первичных ключей
в UUIDv7 хоть есть timestamp? то что было в монго с рождения ) (удаляйте, удаляйте)

Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от жявамэн (ok), 26-Сен-25, 08:35

да есть и че?

Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз СУБД PostgreSQL 18" –1 +/–

Сообщение от Аноним (80), 26-Сен-25, 05:33

Мне кажется вы не достаточно какашек накидали в сторону MariaDB, MySQL, SQLite.

Ответить | Правка | Наверх | Cообщить модератору

88. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от Аноним (88), 26-Сен-25, 07:40

> SQLite
А ему то что? Ему фиолетово до сабжа.

Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от кукпоп (?), 26-Сен-25, 08:13

Я был уверен, что многостолбцовые индексы так и работали. А оно вон как оказывается.

Ответить | Правка | Наверх | Cообщить модератору

104. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от жявамэн (ok), 26-Сен-25, 08:36

может ты еще думол что для внешних ключей сразу генерится индекс для джойнов?

Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз СУБД PostgreSQL 18" +/–

Сообщение от ptr (ok), 26-Сен-25, 10:05

Вы думали, что в запрос автоматически добавлялось условие AND FirstFieldsInIndex IN (<all distinct values of FirstFieldsInIndex>)?
Или Вы о чем то другом?

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз СУБД PostgreSQL 18"	+/–
Сообщение от Аноним (1), 25-Сен-25, 16:35
Вообще круто, из университетского проекта так раскрутиться: https://en.wikipedia.org/wiki/PostgreSQL
Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Релиз СУБД PostgreSQL 18"	+/–
	Сообщение от Аноним (27), 25-Сен-25, 19:15
	Как думаешь, уже можно на нее с Ingres SQL переходить?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	83. "Релиз СУБД PostgreSQL 18"	–8 +/–
	Сообщение от Аноним (83), 26-Сен-25, 05:48
	по ссылке чушь какая-то написана российская ж разработка
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	109. "Релиз СУБД PostgreSQL 18"	+4 +/–
	Сообщение от Re4son (ok), 26-Сен-25, 09:14
	В России есть компания, которая участвует в разработке PG, причем вклад весьма не маленький, насколько знаю (хотя и вряд ли радикально большой), но это точно не российская разработка.
	Ответить \| Правка \| Наверх \| Cообщить модератору

2. "Релиз СУБД PostgreSQL 18"	+/–
Сообщение от Аноним (2), 25-Сен-25, 16:37
>io_uring (io_method=io_uring), поддерживаемый начиная с ядра Linux 5.1 Только он там разваливался, и починили это только к 5.4
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Релиз СУБД PostgreSQL 18"	+/–
	Сообщение от Аноним (7), 25-Сен-25, 17:10
	Думаю, ещё лет 10 стоит подождать, прежде чем использовать io_uring. Но то, что сабж подтянули до уровня конкурентов, не может не радовать, конечно. Ещё бы он так не распухал.
	Ответить \| Правка \| Наверх \| Cообщить модератору

4. "Релиз СУБД PostgreSQL 18"	+5 +/–
Сообщение от Сербский (?), 25-Сен-25, 16:55
PostgreSQL - бд как швецарский нож, шикрано подходит для большинства современных задач. Мало современных software продуктов которые с каждым релизом становяться только лучше. Второй такой пожалуй только Java, кстати 25я вышла тоже в этом месяце, что вдвойне приятней.
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Релиз СУБД PostgreSQL 18"	+2 +/–
	Сообщение от Аноним (7), 25-Сен-25, 17:00
	Ну, не больше, чем sqlite, на самом деле. А, всё, увидел про java.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Релиз СУБД PostgreSQL 18"	–3 +/–
	Сообщение от Сербский (?), 25-Сен-25, 18:24
	>Ну, не больше, чем sqlite Ага, только без geospacial, timeseries и векторов, fulltext search и типов данных а ля jsonb убившие монгу ) кластера там всякие, репликации вообще зло )) >вcё, увидел про java увидел - беги учи, сразу после того как про базы почитаешь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	159. "Релиз СУБД PostgreSQL 18"	+1 +/–
	Сообщение от Аноним (159), 26-Сен-25, 15:24
	Так sqLITE же, а не sqlEVERYTHING
	Ответить \| Правка \| Наверх \| Cообщить модератору


	170. "Релиз СУБД PostgreSQL 18"	+/–
	Сообщение от Admino (ok), 26-Сен-25, 20:52
	Поэтому sqlite и не швейцарский нож, а просто складной нож.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Релиз СУБД PostgreSQL 18"	–2 +/–
	Сообщение от Аноним (1), 25-Сен-25, 17:05
	https://opennet.ru/62511-database
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	24. "Релиз СУБД PostgreSQL 18"	+16 +/–
	Сообщение от Сербский (?), 25-Сен-25, 18:40
	почитай как этот рейтинг строиться, так можно подумать что python лучший язык на свете, по тому, что его детям легче преподавать преподавателям в школе (типизации нет, многопоточности нет, управления памяти нет, облостей видимости нет и ОПА... благодаря этой педагогической простоте, Python взлетает в рейтингах как будто это вершина инженерной мысли. Не язык, а мечта — ни тебе указателей, ни тебе строгой типизации, ни тебе боли от сегфолтов. Всё как в сказке: написал print("Hello, world") — и ты уже программист. А потом эти же рейтинги начинают использовать в корпорациях как аргумент: "Python — самый популярный, значит, самый лучший". Ну да, конечно. По этой логике, TikTok — вершина культурного развития, а доширак — гастрономический шедевр. И ведь удобно: не надо объяснять студентам, что такое const, volatile, RAII, или почему malloc — это не игрушка. Просто покажи for i in range(10):, и все счастливы. А если что-то не работает — ну, это же интерпретатор, он сам разберётся. Или не разберётся. Так и живём: язык, придуманный для автоматизации мелких задач, теперь преподают как основу программирования. А потом удивляемся, почему выпускники не знают, что такое стек вызовов, или зачем нужны mutex'ы, и думают что NoSQL- это такая база данных )
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Релиз СУБД PostgreSQL 18"	–1 +/–
	Сообщение от Аноним (32), 25-Сен-25, 19:36
	Так питон хорош в своей нише - писать скриптики, управляющие и не только, проблема что он вдруг хайпанул и его используют в хайлоаде даже, это не проблема языка самого по себе. Я люто хохтнул когда увидел питон в вакансии на хайлоад инжинера одной крупной компании. Это кринж. Вот встроить питон куда нибудь, чтобы просто и легко под капотом конфигурить аппу - это норм, а вот писать на нем стэналон приложение, которое что-то там люто вычисляет на процессоре - не норм.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Релиз СУБД PostgreSQL 18"	+/–
	Сообщение от Аноним (47), 25-Сен-25, 21:11
	Внезапно, если не уходить от топика, питон это язык номер 2 для хранимых процедур после PL/pgSQL
	Ответить \| Правка \| Наверх \| Cообщить модератору


	108. "Релиз СУБД PostgreSQL 18"	–1 +/–
	Сообщение от yilativs (?), 26-Сен-25, 09:09
	>Внезапно, если не уходить от топика, питон это язык номер 2 для хранимых процедур после PL/pgSQL кто будет использовать plpython если он unsafe?! ты всем разрабам superuser от пользователя выдаш? дефакто все используют PL/pgSQL - а все остальное это статистические девиации
	Ответить \| Правка \| Наверх \| Cообщить модератору


	172. "Релиз СУБД PostgreSQL 18"	+/–
	Сообщение от BrainFucker (ok), 26-Сен-25, 21:20
	> и его используют в хайлоаде даже Так хайлоад небось из-за питона.
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	72. "Релиз СУБД PostgreSQL 18"	+/–
	Сообщение от Заноним (?), 26-Сен-25, 02:24
	Про Джоули забыл упомянуть, которыми эта питонофилия обеспечивается.
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	84. "Релиз СУБД PostgreSQL 18"	+3 +/–
	Сообщение от IMBird (ok), 26-Сен-25, 06:54
	Учившие паскаль становились серьёзными специалистами и годными разработчиками, способными освоить любые среду и язык, а учащие питон пригодны только в качестве девопсов и иных вариаций battleslave.
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	166. "Релиз СУБД PostgreSQL 18"	+/–
	Сообщение от Заноним (?), 26-Сен-25, 18:03
	> Учившие паскаль становились серьёзными специалистами и годными разработчиками, способными > освоить любые среду и язык, а учащие питон пригодны только в > качестве девопсов и иных вариаций battleslave. В качестве devops'ов маловероятно, там компетенций в python'е не достаточно, ни разу.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	60. "Релиз СУБД PostgreSQL 18"	+/–
	Сообщение от Вася (??), 25-Сен-25, 22:53
	const и volatile — костыли из C, а не вершина просветления. RAII - парадигма, есть даже в Python (context managers), просто с GC она не так нужна. Так что твои страдания — не про язык, а про то, что тебе CS не объяснили. Перестань быть школоло, почитай про парадигмы и архитектуры — поймёшь, что язык тут ни при чём. PS Строгая типизация в C? скажи ещё, что void* - это тип безопасности. В C компилятор половину приведений молча проглотит, а UB потом прилетит в рантайме. В Python, кстати, с 3.11 mypy и pydantic гоняют типы строже, чем твой си - только без сегфолтов.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	16. "Релиз СУБД PostgreSQL 18"	–5 +/–
	Сообщение от Аноним (16), 25-Сен-25, 17:59
	Java стоит на месте
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	21. "Релиз СУБД PostgreSQL 18"	+4 +/–
	Сообщение от Сербский (?), 25-Сен-25, 18:28
	>Java стоит на месте На месте языка с хорошей обратной совместимостью, стройной моделью типов, отличной производительностью на котором написаны почти все современные big data решения: Kafka, Cassandra, Hadoop, DynamoDb, Kinesis и фремворки для работы с ними Spark, Flink Лучшие IDE Idea, Eclipse Про jira, confluence, jenkins и миллионы мобильных приложений вообще молчу Хорошо так стоит, даже не знаю, есть ли язык который близко бы встать смог
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Релиз СУБД PostgreSQL 18"	+/–
	Сообщение от Аноним (32), 25-Сен-25, 19:40
	Ну, вот кстати респект джаве, даже за факт того что возраст приближается к сишке, а джава по прежнему актуальная и развивается. Куда там расту и прочим, пусть все эти современные язычки просуществуют хоть столько же, сколько уже сейчас существует джава, хотя бы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Релиз СУБД PostgreSQL 18"	–4 +/–
	Сообщение от SubGun (ok), 25-Сен-25, 21:13
	Это ты про то, что разработчики Java только к 7 версии поняли, что через switch-case можно string гонять?
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	50. "Релиз СУБД PostgreSQL 18"	+1 +/–
	Сообщение от Аноним (47), 25-Сен-25, 21:16
	Ну справедливости ради все эти биг-дата решения самые мощные не потому что джава быстрый язык, а потому что в этих продукта реализовано грамотное масштабирование и можно сервис раскидать на тысячи машин по всему миру. Если ты напрмер разработчик, то вместо того чтобы ставить кафку для опытов, гораздо лучше поставить redpanda и получить x10 быстродействие на отдельно взятой своей машине.
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	99. "Релиз СУБД PostgreSQL 18"	–1 +/–
	Сообщение от yilativs (?), 26-Сен-25, 08:08
	>Ну справедливости ради все эти биг-дата решения самые мощные не потому что джава быстрый язык, а потому что в этих продукта реализовано грамотное масштабирование и можно сервис раскидать на тысячи машин по всему миру. Эти решения быстрые по тому что java машина позволяет грамотным разработчикам создавать достаточно производительный хорошо масштабируемые системы. >Если ты напрмер разработчик, то вместо того чтобы ставить кафку для опытов, гораздо лучше поставить redpanda и получить x10 быстродействие на отдельно взятой своей машине. Если ты разработчик, то ставить не нужно - используй test containers того, что на проекте
	Ответить \| Правка \| Наверх \| Cообщить модератору


	155. "Релиз СУБД PostgreSQL 18"	+1 +/–
	Сообщение от Заноним (?), 26-Сен-25, 14:31
	>>Ну справедливости ради все эти биг-дата решения самые мощные не потому что джава быстрый язык, а потому что в этих продукта реализовано грамотное масштабирование и можно сервис раскидать на тысячи машин по всему миру. > Эти решения быстрые по тому что java машина позволяет грамотным разработчикам создавать > достаточно производительный хорошо масштабируемые системы. Миф. Все проблемы низкой производительности сотфра реализованого на jvm закрываются большим кол-вом железа. Собственно все эти масштабные кластеры появляются тогда, когда: а) вертикального масстабироваться уже некуда; б) назрела необходимость обеспечить отказоустойчивость. >>Если ты напрмер разработчик, то вместо того чтобы ставить кафку для опытов, гораздо лучше поставить redpanda и получить x10 быстродействие на отдельно взятой своей машине. > Если ты разработчик, то ставить не нужно - используй test containers того, что на проекте С затащенной ранее туда jvm гадостью не особо умным архитектором, или вообще безо всякого архитектора джуниором или разрабом без адекватной компетенции.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	71. "Релиз СУБД PostgreSQL 18"	–2 +/–
	Сообщение от Заноним (?), 26-Сен-25, 02:04
	Всё перечисленное - тормозной мусор. И протащившие всё это корпорастсы те ещё вредители.
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	98. "Релиз СУБД PostgreSQL 18"	+2 +/–
	Сообщение от Аноним (98), 26-Сен-25, 08:05
	У меня сообщения прилетают в кафке за 5ms! Какой нафиг тормазнутый?
	Ответить \| Правка \| Наверх \| Cообщить модератору