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

"Доступны IvorySQL 4.0 и SynchDB 1.0, надстройки к PostgreSQL для взаимодействия с другими СУБД"	+/–
Сообщение от opennews (??), 29-Дек-24, 11:57
Опубликован выпуск проекта IvorySQL 4.0, развивающего редакцию СУБД PostgreSQL, обеспечивающую совместимость с приложениями, рассчитанными на работу с СУБД Oracle. В IvorySQL заявлена возможность работы в качестве прозрачной замены последней версии PostgreSQL, отличие от которой сводится к появлению настройки "compatible_db", включающей режим совместимости с Oracle. Код написан на языке Си и распространяется под лицензией Apache 2.0... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62483
Ответить | Правка | Cообщить модератору

Сообщения

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

6. Сообщение от Аноним (6), 29-Дек-24, 13:02	–8 +/–
А не бояздно, что орки скажут, что синтаксис и семантика PL/SQL есть их "интеллектуальная собственность" как результат их креативности?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

7. Сообщение от ptr (ok), 29-Дек-24, 13:11	+/–
> в универсальном формате JSON При обилии числовой информации - не лучший вариант. Тот же Protobuf очень заметно выигрывает у JSON. В случае Kafka у нас получилось, что в разы. При этом proto предоставляет возможности расширения, где через option можно указывать SQL типы данных для полей. Например, для DECIMAL это может быть очень важно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #10, #11

8. Сообщение от Аноним (8), 29-Дек-24, 13:13	+2 +/–
Их подобный выпад в сторону Java потерпел фиаско.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #12

9. Сообщение от нах. (?), 29-Дек-24, 13:15	–1 +/–
если ты присмотришься повнимательней - там в самом конце - "format converter" потому что постгрезу нужен ни разу вот не json (и protobuf он тоже парсить не умеет) Поэтому есть ровно одна причина его использования - они нашли готовую библиотечку. А готовую библиотечку для готового формата pgsql - не нашли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #14

10. Сообщение от Аноним (8), 29-Дек-24, 13:18	–2 +/–
https://ru.wikipedia.org/wiki/EBML
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

11. Сообщение от User (??), 29-Дек-24, 13:20	–1 +/–
А смысл не использовать с кафкой avro?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #13

12. Сообщение от Аноним (6), 29-Дек-24, 13:55	+/–
Именно что "подобный". За Dalvik стоял не менее сильный игрок. Тут же мелкая конторка. Вы же понимаете, что lawsuitы - это не более чем война на истощение. Кто больше связей потянет и бабла завезёт - тот и выигрывает. С Гуглом не фартануло - это не значит, что против мелкой конторки не фартанёт. Вон, у Take Two и Nintendo фартануло не смотря на полную нелепость их исков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #23

13. Сообщение от ptr (ok), 29-Дек-24, 14:06	–1 +/–
Во-первых, Protobuf более универсален. Собственно говоря именно поэтому Confluent добавил его поддержку. Такие стандартные(!) конструкции Protobuf, как package, option, extend, service и т.п. существенно расширяют его область применения. Во-вторых, когда кроме Kafka используется gRPC, это нередко позволяет избежать лишних десериализации и сериализации. Запихивать же Avro в потоковый gRPC - так себе идея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #18, #21

14. Сообщение от ptr (ok), 29-Дек-24, 14:09	+/–
> если ты присмотришься повнимательней - там в самом конце - "format converter" И к чему лишние конвертации? > потому что постгрезу нужен ни разу вот не json (и protobuf он > тоже парсить не умеет) А это и не нужно PostgreSQL. Главное, что Protobuf умеет из коробки парсить Debezium. > Поэтому есть ровно одна причина его использования - они нашли готовую библиотечку. > А готовую библиотечку для готового формата pgsql - не нашли. Про то и речь, что вместо того, чтобы пойти наболее эффективным путем, пошли путем наименьшего сопростивления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #15

15. Сообщение от нах. (?), 29-Дек-24, 14:23	+1 +/–
так у них на входе в хранилище - ТОЖЕ json - который эти воркеры затем старательно конвертят в постгрезный sql. Я йаво слепила - из того что было, короче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

16. Сообщение от Аноним (16), 29-Дек-24, 14:23	+1 +/–
А зачем вообще нужна эта совместимость? Oracle - это же легаси, от которого все стараются избавиться. Или это решение для тех, кто застрял в прошлом веке и не хочет переписывать свои PL/SQL-портянки?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #19, #20

17. Сообщение от CICI (?), 29-Дек-24, 14:29	+/–
НЕ ВСЕ И НЕ ВЕЗДЕ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

18. Сообщение от User (??), 29-Дек-24, 14:54	+/–
Ну, grpc пожалуй, аргумент па в остальном ну, такое. И avro-тулинг вокруг именно кафки развесистый, и со schema-based сериализацией работать прям сильно более удобно/гибко чем персборкой proto на каждый чих страдать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #32

19. Сообщение от Аноним (23), 29-Дек-24, 15:05	+3 +/–
Новости из параллельной реальности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

20. Сообщение от Прохожий (??), 29-Дек-24, 15:07	+2 +/–
>Oracle - это же легаси, от которого все стараются избавиться Самая популярная реляционная СУБД в мире с самой богатой функциональностью - легаси?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #22, #26, #27, #28, #37, #44

21. Сообщение от Аноним (23), 29-Дек-24, 15:09	+/–
Велосипедостроение на ровном месте. И велосипед ради велосипеда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #33

22. Сообщение от Аноним (23), 29-Дек-24, 15:10	+/–
Не обращайте внимания у нас там в комментариях ненормальный. Проходим мимо, здесь не на что смотреть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

23. Сообщение от Аноним (23), 29-Дек-24, 15:13	+/–
Если бы сабж извлекал какую-то прибыль то можно было бы пободаться, а тут какой-то опенсорс с платой за поддержку. Ну такое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #31

25. Сообщение от Аноним (25), 29-Дек-24, 15:42	+1 +/–
Когда же добавят совместимость с SQLite?
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от Аноним (26), 29-Дек-24, 15:57	+2 +/–
винда тоже самая популярная ОС на десктопе. как это противоречит тому, что все от неё пытаются избавиться, даже сами мс?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #40

27. Сообщение от freebzzZZZzzd (ok), 29-Дек-24, 16:23	+2 +/–
>Самая популярная реляционная СУБД а на втором месте небось мускуль? и вообще это места в каких-то рунических магических квадрантах в головах эффективных распильщиков?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #29

28. Сообщение от Andrey (??), 29-Дек-24, 16:26	–1 +/–
По какому рейтингу? По количеству бабла, вытягиваемого с клиентов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #41

29. Сообщение от Аноним (23), 29-Дек-24, 17:16	+/–
Ты как всегда прав, мой юный друг. 1.    Oracle     2.    MySQL     3.    Microsoft SQL Server     4.    PostgreSQL     5.    MongoDB
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

31. Сообщение от Аноним (31), 29-Дек-24, 17:28	+2 +/–
> с платой за поддержку это и есть прибыль, лол
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

32. Сообщение от ptr (ok), 29-Дек-24, 17:55	–1 +/–
> И avro-тулинг вокруг именно кафки развесистый Вот только он какой-то сильно Java ориентированный. Указать разные классы обработки кастомных типов для Java, Go, C#, Rust и C++ стандартными средствами невозможно. А когда это указывается не стандартными средствами, то через какое-то время получается Фарнкенштейн. > и со schema-based сериализацией работать прям сильно более > удобно/гибко чем персборкой proto на каждый чих страдать... Protobuf не обязан компилироваться. Да, рефлексия иногда удобна и повышает производительность. Но совсем не обязательна к применению. Посмотрите на тот же Confluent/Debezium. Всё замечательно работает из коробки без пересборок. Достаточно публикации очередной версии схемы protobuf в schema registry.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

33. Сообщение от ptr (ok), 29-Дек-24, 17:59	–1 +/–
> Велосипедостроение на ровном месте. И велосипед ради велосипеда. Согласен. Можно взять готовые коннекторы (Debezium connect + Sink) и гнать всё через Kafka. Дополнительно требовалось лишь добавить свои конверторы там, где это необходимо. Ну или воспользоваться потоками kSQLDB.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

37. Сообщение от ss (??), 29-Дек-24, 21:12	+/–
Оракл не ведет деятельности на территории РФ. Если дял вас это что-то говорит. Так что не просто легаси от которого хотят избавится- а опасное дно, которое тянет и не дает развиваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #42

38. Сообщение от chdlb (?), 29-Дек-24, 22:53	+/–
нахуа и зачем это все? это король костылей, хотя SSIS тоже так появился
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

39. Сообщение от Аноним (25), 30-Дек-24, 01:34	+/–
Ну, вдруг у тебя твоя приложуха крутилась на Оракуле, а ВНЕЗАПНО ты решил всю свою инфраструктуру перенести на ПГ. Что бы не переписывать все сразу на соединения с ПГ, ты можешь переписать на подобие ораклового синтаксиса крутящегося на ПГ. Вроде как и совместимость  с легаси оракловыми запросами сохранил, заодно и стал бета-тестером, для отлавливания непонятных ошибок в этой прослойке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #43

40. Сообщение от Прохожий (??), 30-Дек-24, 03:04	+/–
Речь шла не о том, кто от чего пытается избавиться. Речь шла о том, что считать легаси. А так, чем бы энтузиасты не тешились, абы не плакали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

41. Сообщение от Прохожий (??), 30-Дек-24, 03:05	+/–
Не завидуйте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

42. Сообщение от Прохожий (??), 30-Дек-24, 03:08	+/–
>Если дял вас это что-то говорит Мне на это плевать. Речь не об этом шла. > Так что не просто легаси Вы понимаете, что такое легаси вообще? Это морально устаревший софт. Даже при очень большом желании СУБД от Оракл нельзя назвать морально устаревшей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

43. Сообщение от chdlb (?), 30-Дек-24, 08:45	+/–
если тебе надо чтобы оно было онлайн постоянно, то правильнее на какое-то время прикрутить XA Transactions и тригера, иначе не факт что получишь конситентное состояние в целовой БД, а если не надо то перенести можно чем хочешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

44. Сообщение от Аноним (44), 30-Дек-24, 23:20	–1 +/–
Вообще-то legacy - это не "устаревшая" система, а унаследованная система, которая может быть и не устаревшей, но требующей замены. Да, Oracle DB - самая удобная и безотказная OLTP база данных в Мире, но пути Oracle (развивавшейся под крылом гос. структур США) и России разошлись теперь навсегда. Это факт, с которым трудно спорить. В России Oracle DB больше не будет, а тем где она есть ее заменят на другие СУБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #45

45. Сообщение от Аноним (45), 31-Дек-24, 21:46	–1 +/–
>навсегда ничего себе апломб, вы часом не сотрудник постгрипро?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #47

47. Сообщение от Аноним (44), 01-Янв-25, 16:39	+/–
А вы не сотрудник ли случаем Oracle или гос.депа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #48

48. Сообщение от Аноним (48), 04-Янв-25, 13:12	+/–
В то что сотрудник ппро ошивается на опеннет охотно поверю. В то что сотрудник оракла/госдепа ЗНАЕТ о существовании опеннет.ру... оч сильно сомневаюсь ))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

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

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