1.6, Аноним (6), 13:02, 29/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– |
А не бояздно, что орки скажут, что синтаксис и семантика PL/SQL есть их "интеллектуальная собственность" как результат их креативности?
| |
|
|
3.12, Аноним (6), 13:55, 29/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Именно что "подобный". За Dalvik стоял не менее сильный игрок. Тут же мелкая конторка. Вы же понимаете, что lawsuitы - это не более чем война на истощение. Кто больше связей потянет и бабла завезёт - тот и выигрывает. С Гуглом не фартануло - это не значит, что против мелкой конторки не фартанёт. Вон, у Take Two и Nintendo фартануло не смотря на полную нелепость их исков.
| |
|
4.23, Аноним (23), 15:13, 29/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Если бы сабж извлекал какую-то прибыль то можно было бы пободаться, а тут какой-то опенсорс с платой за поддержку. Ну такое.
| |
|
|
|
1.7, ptr (ok), 13:11, 29/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> в универсальном формате JSON
При обилии числовой информации - не лучший вариант. Тот же Protobuf очень заметно выигрывает у JSON. В случае Kafka у нас получилось, что в разы. При этом proto предоставляет возможности расширения, где через option можно указывать SQL типы данных для полей. Например, для DECIMAL это может быть очень важно.
| |
|
2.9, нах. (?), 13:15, 29/12/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
если ты присмотришься повнимательней - там в самом конце - "format converter"
потому что постгрезу нужен ни разу вот не json (и protobuf он тоже парсить не умеет)
Поэтому есть ровно одна причина его использования - они нашли готовую библиотечку. А готовую библиотечку для готового формата pgsql - не нашли.
| |
|
3.14, ptr (ok), 14:09, 29/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
> если ты присмотришься повнимательней - там в самом конце - "format converter"
И к чему лишние конвертации?
> потому что постгрезу нужен ни разу вот не json (и protobuf он
> тоже парсить не умеет)
А это и не нужно PostgreSQL. Главное, что Protobuf умеет из коробки парсить Debezium.
> Поэтому есть ровно одна причина его использования - они нашли готовую библиотечку.
> А готовую библиотечку для готового формата pgsql - не нашли.
Про то и речь, что вместо того, чтобы пойти наболее эффективным путем, пошли путем наименьшего сопростивления.
| |
|
4.15, нах. (?), 14:23, 29/12/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
так у них на входе в хранилище - ТОЖЕ json - который эти воркеры затем старательно конвертят в постгрезный sql. Я йаво слепила - из того что было, короче.
| |
|
|
|
3.13, ptr (ok), 14:06, 29/12/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Во-первых, Protobuf более универсален. Собственно говоря именно поэтому Confluent добавил его поддержку. Такие стандартные(!) конструкции Protobuf, как package, option, extend, service и т.п. существенно расширяют его область применения.
Во-вторых, когда кроме Kafka используется gRPC, это нередко позволяет избежать лишних десериализации и сериализации. Запихивать же Avro в потоковый gRPC - так себе идея.
| |
|
4.18, User (??), 14:54, 29/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну, grpc пожалуй, аргумент па в остальном ну, такое. И avro-тулинг вокруг именно кафки развесистый, и со schema-based сериализацией работать прям сильно более удобно/гибко чем персборкой proto на каждый чих страдать...
| |
|
5.32, ptr (ok), 17:55, 29/12/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
> И avro-тулинг вокруг именно кафки развесистый
Вот только он какой-то сильно Java ориентированный. Указать разные классы обработки кастомных типов для Java, Go, C#, Rust и C++ стандартными средствами невозможно. А когда это указывается не стандартными средствами, то через какое-то время получается Фарнкенштейн.
> и со schema-based сериализацией работать прям сильно более
> удобно/гибко чем персборкой proto на каждый чих страдать...
Protobuf не обязан компилироваться. Да, рефлексия иногда удобна и повышает производительность. Но совсем не обязательна к применению.
Посмотрите на тот же Confluent/Debezium. Всё замечательно работает из коробки без пересборок. Достаточно публикации очередной версии схемы protobuf в schema registry.
| |
|
4.21, Аноним (23), 15:09, 29/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Велосипедостроение на ровном месте. И велосипед ради велосипеда.
| |
|
5.33, ptr (ok), 17:59, 29/12/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Велосипедостроение на ровном месте. И велосипед ради велосипеда.
Согласен. Можно взять готовые коннекторы (Debezium connect + Sink) и гнать всё через Kafka. Дополнительно требовалось лишь добавить свои конверторы там, где это необходимо. Ну или воспользоваться потоками kSQLDB.
| |
|
|
|
|
1.16, Аноним (16), 14:23, 29/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А зачем вообще нужна эта совместимость? Oracle - это же легаси, от которого все стараются избавиться. Или это решение для тех, кто застрял в прошлом веке и не хочет переписывать свои PL/SQL-портянки?
| |
|
2.20, Прохожий (??), 15:07, 29/12/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
>Oracle - это же легаси, от которого все стараются избавиться
Самая популярная реляционная СУБД в мире с самой богатой функциональностью - легаси?
| |
|
3.22, Аноним (23), 15:10, 29/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Не обращайте внимания у нас там в комментариях ненормальный. Проходим мимо, здесь не на что смотреть.
| |
3.26, Аноним (26), 15:57, 29/12/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
винда тоже самая популярная ОС на десктопе. как это противоречит тому, что все от неё пытаются избавиться, даже сами мс?
| |
|
4.40, Прохожий (??), 03:04, 30/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Речь шла не о том, кто от чего пытается избавиться. Речь шла о том, что считать легаси. А так, чем бы энтузиасты не тешились, абы не плакали.
| |
|
3.27, freebzzZZZzzd (ok), 16:23, 29/12/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
>Самая популярная реляционная СУБД
а на втором месте небось мускуль? и вообще это места в каких-то рунических магических квадрантах в головах эффективных распильщиков?
| |
|
4.29, Аноним (23), 17:16, 29/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ты как всегда прав, мой юный друг.
1. Oracle
2. MySQL
3. Microsoft SQL Server
4. PostgreSQL
5. MongoDB
| |
|
3.28, Andrey (??), 16:26, 29/12/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
По какому рейтингу? По количеству бабла, вытягиваемого с клиентов?
| |
3.37, ss (??), 21:12, 29/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Оракл не ведет деятельности на территории РФ. Если дял вас это что-то говорит. Так что не просто легаси от которого хотят избавится- а опасное дно, которое тянет и не дает развиваться.
| |
|
4.42, Прохожий (??), 03:08, 30/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
>Если дял вас это что-то говорит
Мне на это плевать. Речь не об этом шла.
> Так что не просто легаси
Вы понимаете, что такое легаси вообще? Это морально устаревший софт. Даже при очень большом желании СУБД от Оракл нельзя назвать морально устаревшей.
| |
|
3.44, Аноним (44), 23:20, 30/12/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вообще-то legacy - это не "устаревшая" система, а унаследованная система, которая может быть и не устаревшей, но требующей замены.
Да, Oracle DB - самая удобная и безотказная OLTP база данных в Мире, но пути Oracle (развивавшейся под крылом гос. структур США) и России разошлись теперь навсегда. Это факт, с которым трудно спорить. В России Oracle DB больше не будет, а тем где она есть ее заменят на другие СУБД.
| |
|
4.45, Аноним (45), 21:46, 31/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
>навсегда
ничего себе апломб, вы часом не сотрудник постгрипро?
| |
|
|
|
1.38, chdlb (?), 22:53, 29/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
нахуа и зачем это все? это король костылей, хотя SSIS тоже так появился
| |
|
2.39, Аноним (25), 01:34, 30/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну, вдруг у тебя твоя приложуха крутилась на Оракуле, а ВНЕЗАПНО ты решил всю свою инфраструктуру перенести на ПГ.
Что бы не переписывать все сразу на соединения с ПГ, ты можешь переписать на подобие ораклового синтаксиса крутящегося на ПГ.
Вроде как и совместимость с легаси оракловыми запросами сохранил,
заодно и стал бета-тестером, для отлавливания непонятных ошибок в этой прослойке.
| |
|
3.43, chdlb (?), 08:45, 30/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
если тебе надо чтобы оно было онлайн постоянно, то правильнее на какое-то время прикрутить XA Transactions и тригера, иначе не факт что получишь конситентное состояние в целовой БД, а если не надо то перенести можно чем хочешь
| |
|
|
|