Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10 .. 15   вперед  Ctrl
 Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
JJZ
Member

Откуда:
Сообщений: 93
Как я понимаю государственные структуры в России потихоньку будут отказываться от иностранных СУБД с закрытым исходным кодом (от Oracle, MSSQL и т.д.)

Как вы думаете какие СУБД с открытым исходным кодом возможно будут использоваться или используются в России в рамках "программы импортозамещения".

Для небольших хранилищ и ненагруженных OLTP систем, как я понимаю, можно использовать PostgreSQL. Для ненагруженных OLTP систем - ЛИНТЕР (http://www.linter.ru/).

Но как быть если необходим высочайший уровень сохранения данных при работе системы 24/7 и высокая производительность в OLTP (что обеспечивает Oracle). Например, это необходимо в банках.

Аналогично вопрос насчет хранилищ данных. Если необходимо вычислять промежуточные суммы для таблицы в 500 GB-1 ТБ. Это может обеспечить Teradata (при правильном проектировании) или Exadata за счет умного железа.
Как я понимаю, у Hadoop проблемы с подсчетом промежуточных итогов.

Какие вы знаете еще СУБД с открытым исходным кодом, которые могут тягаться с Oracle в OLTP решениях и с Teradata, Oracle Exadata в хранилищах.
30 авг 15, 21:04    [18088859]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
про хранилища данных
почитайте http://hammerora.sourceforge.net/hammerdb_dssintro.pdf
( http://www.hammerdb.com/document.html )
30 авг 15, 23:01    [18089113]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30253
Victor Metelitsa,

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

Ну и в третьих - "HammerDB is an open source database load testing and benchmarking tool". И при чем тут СУБД, если это просто бенчмарк?
31 авг 15, 02:27    [18089432]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
kdv, да-да, очень сложно установить, чей этот самый HammerDB, и средства для тестирования СУБД не имеют к СУБД совсем никакого отношения, и то, что написано во второй половине указанной мной коротенькой PDF, совсем ни на какие мысли не наводит.
31 авг 15, 07:21    [18089506]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
Извиняюсь.

Короче, http://www.hammerdb.com/about.html - здесь упоминается несколько СУБД, с которыми HammerDB, ранее известный как HammerORA, работает. TPC-H - это тест для хранилищ данных.

PDF-ка построена чем-то, что удобно её не процитируешь. Но там есть раздельчик "Choosing a Database for running TPC-H workloads", рассказывающий, что протестированные им оупенсорсные СУБД даже не со всеми запросами справляются, не говоря о том, что у них отсутствует распараллеливание запросов и поколоночное хранение. (И много чего другого, да).
31 авг 15, 07:34    [18089515]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
А разработчики российских СУБД могли бы присоединиться к тому довольно известному опенсоорсному проекту, продемонстрировать, что их СУБД справляется с нагрузкой, и приобрести много большую известность, чем сейчас.
31 авг 15, 07:47    [18089526]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Victor Metelitsa
А разработчики российских СУБД могли бы присоединиться к тому довольно известному опенсоорсному проекту, продемонстрировать, что их СУБД справляется с нагрузкой, и приобрести много большую известность, чем сейчас.

Могли бы, могли бы.
Но, возможно, лучше бы занялись тем, где есть стоящие идеи, чтобы на мировые рынки прорваться. В стране типа демографический кризис приближается, а ресурсы тратятся на создание квадратных, хоть и своих колес. Будем потом импортозамещать СУБЗ какие-нибудь, вместо того чтобы среди первых там изначально быть. Ох и доиграмся.
31 авг 15, 09:55    [18089736]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
roden
Member

Откуда:
Сообщений: 741
JJZ
Как я понимаю государственные структуры в России потихоньку будут отказываться от иностранных СУБД с закрытым исходным кодом (от Oracle, MSSQL и т.д.)

Как вы думаете какие СУБД с открытым исходным кодом возможно будут использоваться или используются в России в рамках "программы импортозамещения".

Тут даже думать уже не надо. Минкомсвязи уже все решило, разжевало и в рот положило: 1-2 место - Postgre и ЛИНТЕР
31 авг 15, 12:16    [18090402]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
roden
Тут даже думать уже не надо. Минкомсвязи уже все решило, разжевало и в рот положило: 1-2 место - Postgre и ЛИНТЕР

Так он спрашивал не про разрешения использовать, а про технические достоинства.
31 авг 15, 13:05    [18090609]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
roden
Member

Откуда:
Сообщений: 741
vadiminfo
roden
Тут даже думать уже не надо. Минкомсвязи уже все решило, разжевало и в рот положило: 1-2 место - Postgre и ЛИНТЕР

Так он спрашивал не про разрешения использовать, а про технические достоинства.

1. Я ответил на тот вопрос, который процитировал, т.е. " какие СУБД ... будут использоваться или используются в России в рамках "программы импортозамещения"".
2. Про "разрешение использовать" и речи нет. Всё уже РЕШЕНО.
Как говорил Медведев: ""Моя не реплика уже, а приговор. Реплики у вас. А то, что я говорю, в граните отливается"

Но, как я и писал уже: строгость российских законов компенсируется необязательностью их исполнения, во всяком случае пока.
Плюс, вдруг Оракл договорится, и Минкомсвязи в программу по импортозамещению добавит их решение, так сказать "в граните доотольет"
31 авг 15, 13:26    [18090695]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54794

roden
вдруг Оракл договорится, и Минкомсвязи в программу по импортозамещению добавит
их решение, так сказать "в граните доотольет"

Для этого ему придётся передать Официальной России контрольный пакет акций.

Posted via ActualForum NNTP Server 1.5

31 авг 15, 13:29    [18090708]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3795
JJZ
Какие вы знаете еще СУБД с открытым исходным кодом, которые могут тягаться с Oracle в OLTP решениях и с Teradata, Oracle Exadata в хранилищах.

1. EMC вроде бы собрался переводить свою Greenplum в open source. Если это случится - будет бомба для хранилищ.
2. Есть Postgres-XL - но он конечно слишком неизвестный пока.
31 авг 15, 14:37    [18091109]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
roden
2. Про "разрешение использовать" и речи нет. Всё уже РЕШЕНО.

Как речи нет? Это решение про разрешение. Это как бы акция ведь принуждения все таки. По доброй то воле ведь все было бы иначе..


roden
Но, как я и писал уже: строгость российских законов компенсируется необязательностью их исполнения, во всяком случае пока.

Особенно это хорошо когда законы одиозные, опасные для страны.
Все же в СССРе все было импортозамещено. Не помогло. Где теперь ЕЭски, СМки?
31 авг 15, 15:07    [18091300]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
vadiminfo
Все же в СССРе все было импортозамещено. Не помогло. Где теперь ЕЭски, СМки?


Но и смысл ЕЭсок, СМок и прочих копий (вместо оригинальных советских архитектур) во много был в том, чтобы можно было воровать софт.
31 авг 15, 15:13    [18091337]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Victor Metelitsa


Но и смысл ЕЭсок, СМок и прочих копий (вместо оригинальных советских архитектур) во много был в том, чтобы можно было воровать софт.

Ну видимо "оригинальные советские архитектуры" ничего смогли противопоставить не оригинальным. Все от того, не рыночные (советские, в частности) механизмы ограничены в своих возможностях в том числе и в плане появления новых технологий. Ну все страной да - можно бомбу создать, ракету (и то там были люди с идеями). Но не будут же всей страной СУБД строить.
31 авг 15, 15:28    [18091438]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Victor Metelitsa
vadiminfo
Все же в СССРе все было импортозамещено. Не помогло. Где теперь ЕЭски, СМки?


Но и смысл ЕЭсок, СМок и прочих копий (вместо оригинальных советских архитектур) во много был в том, чтобы можно было воровать софт.
т.е. сейчас будет еще хуже - даже своровать не получится
31 авг 15, 16:04    [18091709]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
ViPRos
Member

Откуда:
Сообщений: 9967
блин, так раздули, как будто СУБД это что то особенное
надо будет - сделаем
31 авг 15, 16:21    [18091854]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
roden
Member

Откуда:
Сообщений: 741
vadiminfo
roden
2. Про "разрешение использовать" и речи нет. Всё уже РЕШЕНО.

Как речи нет?

Дабы не травмировать психику, перефразирую: есть Приказ Минкомсвязи России от 1 апреля 2015 г. №96 «Об утверждении плана импортозамещения программного обеспечения». Даже если подставить туда слова "разрешаем использовать", то дальше идет перечень того, что именно разрешают (ссылку см. выше).
В итоге, вариантов, если собираетесь "импортозаместиться", ровно 1, а именно: пользоваться тем списком. Так что, если так комфортнее будет, то пусть будет "разрешили использовать" :)
Дело ж в сути
31 авг 15, 16:30    [18091911]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
roden
Дабы не травмировать психику, перефразирую: есть Приказ Минкомсвязи России от 1 апреля 2015 г. №96 «Об утверждении плана импортозамещения программного обеспечения». Даже если подставить туда слова "разрешаем использовать", то дальше идет перечень того, что именно разрешают (ссылку см. выше).
В итоге, вариантов, если собираетесь "импортозаместиться", ровно 1, а именно: пользоваться тем списком. Так что, если так комфортнее будет, то пусть будет "разрешили использовать" :)
Дело ж в сути

Ну вот и я про это. ТС, судя по всему, (и не только ему) такие планы кажутся сомнительными замещениями с технической точки зрения. Заменили зажигалки типа спичками. И он спрашивал, а есть ли что это было полноценная замена. Чтобы не было дальнейшего отставания страны в технологиях в ИТ.
31 авг 15, 17:13    [18092147]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3795
ViPRos
блин, так раздули, как будто СУБД это что то особенное
надо будет - сделаем

у тебя йоатфон?
31 авг 15, 17:32    [18092302]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54794

Ivan Durak
у тебя йоатфон?

Нет, он уже 30 лет эти СУБД делает. Ничего сложного.

Posted via ActualForum NNTP Server 1.5

31 авг 15, 17:39    [18092369]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
roden
Member

Откуда:
Сообщений: 741
vadiminfo
Ну вот и я про это. ТС, судя по всему, (и не только ему) такие планы кажутся сомнительными замещениями с технической точки зрения.

Вспомнилось:

В одно окно смотрели двое.
Один увидел дождь и грязь.
Другой — листвы зелёной вязь,
Весну и небо голубое.

Подозреваю, что ТС лучше знает, что он имел ввиду :) Я же ответил то, как есть на самом деле. А вот теперь можем вместе посокрушаться: как хорошо там, и как плохо здесь
31 авг 15, 18:05    [18092518]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Adx
Guest
Банкам в принципе на решения Минкомсвязи по барабану. Они все коммерческие.
Госкомпаниям тоже (тот же Газпром, у государства контрольный пакет, не более того).
Пострадает сфера обслуживания населения (ГИББД, Почта, медицина и т.п.)
Потому как нужно было давно заняться внедрением open source, а не платить бешеные деньги за лицензии там, где можно было без этого обойтись. А сейчас погонят всех подряд стройными рядами, не взирая на то, у кого какие объемы данных и какая нагрузка.
31 авг 15, 19:40    [18092837]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
roden
Member

Откуда:
Сообщений: 741
Adx, не волнуйтесь, сейчас не 30-ые годы
31 авг 15, 19:42    [18092845]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
Adx
Потому как нужно было давно заняться внедрением open source, а не платить бешеные деньги за лицензии там, где можно было без этого обойтись.

Это "внедрение open source" давным-давно пропихивают всеми силами и безрезультатно. Почему... фанаты скажут "потому что откаты и никто не хочет терять жирную руку". Моё личное мнение - потому что "пропихнуть" стоит куда дороже, чем "платить бешеные деньги за лицензии".
31 авг 15, 19:45    [18092852]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10 .. 15   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить