Гость
Войти | Профиль | Очистить
Действия ...
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Импортозамещение СУБД для хранилищ данных и для OLTP / 25 сообщений из 375, страница 1 из 15
  1  все
30.08.2015, 21:04
    #39039399
JJZ
JJZ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
Как я понимаю государственные структуры в России потихоньку будут отказываться от иностранных СУБД с закрытым исходным кодом (от Oracle, MSSQL и т.д.)

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

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

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

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

Какие вы знаете еще СУБД с открытым исходным кодом, которые могут тягаться с Oracle в OLTP решениях и с Teradata, Oracle Exadata в хранилищах.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.08.2015, 23:01
    #39039437
Victor Metelitsa
Victor Metelitsa
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
про хранилища данных
почитайте http://hammerora.sourceforge.net/hammerdb_dssintro.pdf
( http://www.hammerdb.com/document.html )
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 02:27
    #39039487
kdv
kdv
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
Victor Metelitsa,

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

Ну и в третьих - "HammerDB is an open source database load testing and benchmarking tool". И при чем тут СУБД, если это просто бенчмарк?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 07:21
    #39039507
Victor Metelitsa
Victor Metelitsa
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
kdv, да-да, очень сложно установить, чей этот самый HammerDB, и средства для тестирования СУБД не имеют к СУБД совсем никакого отношения, и то, что написано во второй половине указанной мной коротенькой PDF, совсем ни на какие мысли не наводит.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 07:34
    #39039511
Victor Metelitsa
Victor Metelitsa
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
Извиняюсь.

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

PDF-ка построена чем-то, что удобно её не процитируешь. Но там есть раздельчик "Choosing a Database for running TPC-H workloads", рассказывающий, что протестированные им оупенсорсные СУБД даже не со всеми запросами справляются, не говоря о том, что у них отсутствует распараллеливание запросов и поколоночное хранение. (И много чего другого, да).
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 07:47
    #39039517
Victor Metelitsa
Victor Metelitsa
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
А разработчики российских СУБД могли бы присоединиться к тому довольно известному опенсоорсному проекту, продемонстрировать, что их СУБД справляется с нагрузкой, и приобрести много большую известность, чем сейчас.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 09:55
    #39039555
vadiminfo
vadiminfo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
Victor MetelitsaА разработчики российских СУБД могли бы присоединиться к тому довольно известному опенсоорсному проекту, продемонстрировать, что их СУБД справляется с нагрузкой, и приобрести много большую известность, чем сейчас.
Могли бы, могли бы.
Но, возможно, лучше бы занялись тем, где есть стоящие идеи, чтобы на мировые рынки прорваться. В стране типа демографический кризис приближается, а ресурсы тратятся на создание квадратных, хоть и своих колес. Будем потом импортозамещать СУБЗ какие-нибудь, вместо того чтобы среди первых там изначально быть. Ох и доиграмся.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 12:16
    #39039654
roden
roden
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
JJZКак я понимаю государственные структуры в России потихоньку будут отказываться от иностранных СУБД с закрытым исходным кодом (от Oracle, MSSQL и т.д.)

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

Тут даже думать уже не надо. Минкомсвязи уже все решило, разжевало и в рот положило: 1-2 место - Postgre и ЛИНТЕР
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 13:05
    #39039674
vadiminfo
vadiminfo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
rodenТут даже думать уже не надо. Минкомсвязи уже все решило, разжевало и в рот положило: 1-2 место - Postgre и ЛИНТЕР
Так он спрашивал не про разрешения использовать, а про технические достоинства.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 13:26
    #39039688
roden
roden
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
vadiminforodenТут даже думать уже не надо. Минкомсвязи уже все решило, разжевало и в рот положило: 1-2 место - Postgre и ЛИНТЕР
Так он спрашивал не про разрешения использовать, а про технические достоинства.
1. Я ответил на тот вопрос, который процитировал, т.е. " какие СУБД ... будут использоваться или используются в России в рамках "программы импортозамещения"".
2. Про "разрешение использовать" и речи нет. Всё уже РЕШЕНО.
Как говорил Медведев: ""Моя не реплика уже, а приговор. Реплики у вас. А то, что я говорю, в граните отливается"

Но, как я и писал уже: строгость российских законов компенсируется необязательностью их исполнения, во всяком случае пока.
Плюс, вдруг Оракл договорится, и Минкомсвязи в программу по импортозамещению добавит их решение, так сказать "в граните доотольет"
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 13:29
    #39039690
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
rodenвдруг Оракл договорится, и Минкомсвязи в программу по импортозамещению добавит
их решение, так сказать "в граните доотольет"
Для этого ему придётся передать Официальной России контрольный пакет акций.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 14:37
    #39039756
Ivan Durak
Ivan Durak
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
JJZКакие вы знаете еще СУБД с открытым исходным кодом, которые могут тягаться с Oracle в OLTP решениях и с Teradata, Oracle Exadata в хранилищах.
1. EMC вроде бы собрался переводить свою Greenplum в open source. Если это случится - будет бомба для хранилищ.
2. Есть Postgres-XL - но он конечно слишком неизвестный пока.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 15:07
    #39039771
vadiminfo
vadiminfo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
roden2. Про "разрешение использовать" и речи нет. Всё уже РЕШЕНО.

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


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

Особенно это хорошо когда законы одиозные, опасные для страны.
Все же в СССРе все было импортозамещено. Не помогло. Где теперь ЕЭски, СМки?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 15:13
    #39039778
Victor Metelitsa
Victor Metelitsa
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
vadiminfoВсе же в СССРе все было импортозамещено. Не помогло. Где теперь ЕЭски, СМки?

Но и смысл ЕЭсок, СМок и прочих копий (вместо оригинальных советских архитектур) во много был в том, чтобы можно было воровать софт.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 15:28
    #39039793
vadiminfo
vadiminfo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
Victor Metelitsa

Но и смысл ЕЭсок, СМок и прочих копий (вместо оригинальных советских архитектур) во много был в том, чтобы можно было воровать софт.
Ну видимо "оригинальные советские архитектуры" ничего смогли противопоставить не оригинальным. Все от того, не рыночные (советские, в частности) механизмы ограничены в своих возможностях в том числе и в плане появления новых технологий. Ну все страной да - можно бомбу создать, ракету (и то там были люди с идеями). Но не будут же всей страной СУБД строить.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 16:04
    #39039812
SergSuper
SergSuper
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
Victor MetelitsavadiminfoВсе же в СССРе все было импортозамещено. Не помогло. Где теперь ЕЭски, СМки?

Но и смысл ЕЭсок, СМок и прочих копий (вместо оригинальных советских архитектур) во много был в том, чтобы можно было воровать софт.т.е. сейчас будет еще хуже - даже своровать не получится
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 16:21
    #39039826
ViPRos
ViPRos
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
блин, так раздули, как будто СУБД это что то особенное
надо будет - сделаем
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 16:30
    #39039838
roden
roden
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
vadiminforoden2. Про "разрешение использовать" и речи нет. Всё уже РЕШЕНО.

Как речи нет?
Дабы не травмировать психику, перефразирую: есть Приказ Минкомсвязи России от 1 апреля 2015 г. №96 «Об утверждении плана импортозамещения программного обеспечения». Даже если подставить туда слова "разрешаем использовать", то дальше идет перечень того, что именно разрешают (ссылку см. выше).
В итоге, вариантов, если собираетесь "импортозаместиться", ровно 1, а именно: пользоваться тем списком. Так что, если так комфортнее будет, то пусть будет "разрешили использовать" :)
Дело ж в сути
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 17:13
    #39039882
vadiminfo
vadiminfo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
rodenДабы не травмировать психику, перефразирую: есть Приказ Минкомсвязи России от 1 апреля 2015 г. №96 «Об утверждении плана импортозамещения программного обеспечения». Даже если подставить туда слова "разрешаем использовать", то дальше идет перечень того, что именно разрешают (ссылку см. выше).
В итоге, вариантов, если собираетесь "импортозаместиться", ровно 1, а именно: пользоваться тем списком. Так что, если так комфортнее будет, то пусть будет "разрешили использовать" :)
Дело ж в сути
Ну вот и я про это. ТС, судя по всему, (и не только ему) такие планы кажутся сомнительными замещениями с технической точки зрения. Заменили зажигалки типа спичками. И он спрашивал, а есть ли что это было полноценная замена. Чтобы не было дальнейшего отставания страны в технологиях в ИТ.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 17:32
    #39039901
Ivan Durak
Ivan Durak
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
ViPRosблин, так раздули, как будто СУБД это что то особенное
надо будет - сделаем
у тебя йоатфон?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 17:39
    #39039915
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
Ivan Durakу тебя йоатфон?
Нет, он уже 30 лет эти СУБД делает. Ничего сложного.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 18:05
    #39039942
roden
roden
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
vadiminfoНу вот и я про это. ТС, судя по всему, (и не только ему) такие планы кажутся сомнительными замещениями с технической точки зрения.
Вспомнилось:

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

Подозреваю, что ТС лучше знает, что он имел ввиду :) Я же ответил то, как есть на самом деле. А вот теперь можем вместе посокрушаться: как хорошо там, и как плохо здесь
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 19:40
    #39039998
Adx
Adx
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
Банкам в принципе на решения Минкомсвязи по барабану. Они все коммерческие.
Госкомпаниям тоже (тот же Газпром, у государства контрольный пакет, не более того).
Пострадает сфера обслуживания населения (ГИББД, Почта, медицина и т.п.)
Потому как нужно было давно заняться внедрением open source, а не платить бешеные деньги за лицензии там, где можно было без этого обойтись. А сейчас погонят всех подряд стройными рядами, не взирая на то, у кого какие объемы данных и какая нагрузка.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 19:42
    #39040000
roden
roden
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
Adx, не волнуйтесь, сейчас не 30-ые годы
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.08.2015, 19:45
    #39040001
softwarer
softwarer
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Импортозамещение СУБД для хранилищ данных и для OLTP
AdxПотому как нужно было давно заняться внедрением open source, а не платить бешеные деньги за лицензии там, где можно было без этого обойтись.
Это "внедрение open source" давным-давно пропихивают всеми силами и безрезультатно. Почему... фанаты скажут "потому что откаты и никто не хочет терять жирную руку". Моё личное мнение - потому что "пропихнуть" стоит куда дороже, чем "платить бешеные деньги за лицензии".
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
  1  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Импортозамещение СУБД для хранилищ данных и для OLTP / 25 сообщений из 375, страница 1 из 15
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 488ms
Закрыть
start [/forum/topic.php?fid=35&mobile=1&tid=1552275]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 156ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 63ms
get tp. blocked users:
 2ms
others: 220ms
total:  488ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]