Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10 .. 17   вперед  Ctrl
 Российские СУБД  [new]
Российские СУБД
Guest
Все наверняка слышали о законе 118-ФЗ, в котором устанавливается "запрет на допуск товаров, происходящих из иностранных государств, работ, услуг, соответственно выполняемых, оказываемых иностранными лицами, и ограничения допуска указанных товаров, работ, услуг для целей осуществления закупок".
И знаете какие РОССИЙСКИЕ СУБД теперь будут использоваться?
Я заглянул в Единый реестр российских программ:

1. «Ред База Данных»
2. ЛИНТЕР
3. Postgres Pro
4. "CronosPRO"

Собственно, вопрос: какую российскую СУБД теперь будут применять вместо Oracle?

Модератор: Редактировано


Сообщение было отредактировано: 23 мар 16, 23:47
22 мар 16, 11:41    [18962741]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
roden
Member

Откуда:
Сообщений: 741
Наверное, ответ очевиден
Хотя (ИМХО) «Ред База Данных» среди свободных значительно в большей степени российская, чем Postgres Pro (судя по названию таки будет форк?).
22 мар 16, 11:46    [18962774]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Alexander A. Sak
Member

Откуда: Омск
Сообщений: 1228
Вот те раз.
Не вижу в том списке ODANT
22 мар 16, 12:02    [18962900]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Dimitry Sibiryakov
Member

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

Российские СУБД
какую российскую СУБД теперь будут применять вместо Oracle?

Атебенепох что будут использовать гос.органы? Ты на них работаешь?..

Posted via ActualForum NNTP Server 1.5

22 мар 16, 12:04    [18962911]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Кстати, а кто нибудь объяснит обладает ли разработчик форка от open source исключительными правами на этот форум?
22 мар 16, 12:13    [18962976]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Alexander Ryndin
Кстати, а кто нибудь объяснит обладает ли разработчик форка от open source исключительными правами на этот форум?
дурацкая авто замена:исключительными правами на этот форк
22 мар 16, 12:19    [18963028]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9886
Alexander Ryndin
Кстати, а кто нибудь объяснит обладает ли разработчик форка от open source исключительными правами на этот форум?

По логике нет.

Если он использует Open Source, он должен свой код тоже делать Open Source.

По крайне мере раньше так было.

Для коммерческих продуктов раньше можно было сделать финт ушами, разделить на два модуля/продукта. Например :
1. 1С - коммерческий продукт
2. БД PostgreSQL для 1C - опен

Даже если 1 без 2 не работает, открывать сорцы вроде не обязательно. Главное, что бы в компиляции зависимости не было.

IMHO & AFAIK.

Но по хорошему, нужно современные лицензии смотреть и у юристов спрашивать.
22 мар 16, 12:22    [18963054]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Dimitry Sibiryakov
Member

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

Alexander Ryndin
исключительными правами на этот форк

Компания обладает исключительными правами на продукт. А уж основан он на опенсорсе,
собственной разработке или реверс-инжинеринге - вопрос перпендикулярный и относится
исключительно к лицензии на источник.

Posted via ActualForum NNTP Server 1.5

22 мар 16, 12:25    [18963069]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Dimitry Sibiryakov
Member

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

Leonid Kudryavtsev
Если он использует Open Source, он должен свой код тоже делать
Open Source.

Red Database и есть Open Source под той же IDPL.

Posted via ActualForum NNTP Server 1.5

22 мар 16, 12:29    [18963113]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
roden
Member

Откуда:
Сообщений: 741
ЛИНТЕР и Cronos реально российские разработки.
Не смотря на open source «Ред База Данных» тоже сюда же можно отнести.

Но вот про postgre ... посмотрел сюда и задумался, насколько россияне управляют разработкой.

Так что скорее всего будет форк. Особенно, с учетом названия (Postgres Pro). Другой вопрос, все равно - насколько он будет российским?

1 вариант: будет форк, который будет идентичен postgresql
Тогда разработка будет активно развиваться, но вопрос - кто управляет - тогда всё равно останется.
Не думаю, что можно будет сказать, что под это бюджетное бабло будет сливаться, так или иначе ребята из PostgrePro будут работать

2 вариант: будет форк, который не скоро, но в итоге уйдет достаточно далеко от основной ветки.
Вот тогда, через несколько лет, и станет остро вопрос - не сдуется ли команда PostgrePro под тяжестью ... Вообще, надеюсь, что объем знаний о продукте будет к тому времени достаточным и вопросы будут другого плана.

А так ... скоро все узнаем из "первых уст" :)
22 мар 16, 14:41    [18964059]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Vladimir Baskakov
Member

Откуда:
Сообщений: 2006
Российские СУБД
Собственно, вопрос: какую российскую СУБД теперь будут применять вместо Oracle?
В старых проектах выпилить оракл не выйдет. В доработках и развитии этого старого тоже заводить еще одну базу нецелесообразно.

Т.е. аналоги оракла появятся только в совершенно новых проектах, безо всякой истории. Вот если появятся такие, тогда и посмотрим.... (коллега использовал местами постгри... иногда.)
22 мар 16, 15:48    [18964664]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
LocksmithPC
Member

Откуда:
Сообщений: 275
Какой смысл в платных отечественных СУБД, при смешных ограничениях той же DB2 Express-c 10.5х?
22 мар 16, 17:49    [18965339]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Dimitry Sibiryakov
Member

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

LocksmithPC
Какой смысл в платных отечественных СУБД, при смешных ограничениях той
же DB2 Express-c 10.5х?

Ты закон по ссылке из первого поста читал? Какое слово из "В целях защиты основ
конституционного строя, обеспечения обороны страны и безопасности государства" тебе
непонятно?

Posted via ActualForum NNTP Server 1.5

22 мар 16, 17:59    [18965377]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
LocksmithPC
Member

Откуда:
Сообщений: 275
Dimitry Sibiryakov, "защитой основ конституционного строя, обеспечения обороны страны и безопасности государства" занимается ФСТЭК, в обсуждаемом контексте.
22 мар 16, 18:13    [18965429]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
kamakama
Member

Откуда:
Сообщений: 203
В состав Astra Linux от русбиттеха, которая сейчас "на острие" и которую сертифицировали на СС стоит PG9.2. По крайней мере на уровне названия сервиса и организации бинарников это именно он. А какой шильдик на этом висит - пес его знает. Линтер-ВС тоже PG форк, был по крайней мере лет 5 назад
22 мар 16, 20:51    [18966058]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
kamakama
Member

Откуда:
Сообщений: 203
И да. Из указанного дока однозначная ложь - "Сертикация по ФСТЭК как средства хранения персональных данных". Она есть на С и СС, персоналка однозначно имеет более низкий гриф. Если это понятие вообще применимо, скорее используется "конфиденциальность", хотя однозначно сопоставления нет до сих пор
22 мар 16, 20:57    [18966085]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
kamakama
Member

Откуда:
Сообщений: 203
• Partitioning – технология секционирования больших реляционных таблиц и возможность интелектуальной
оптимизации запросов к этим таблицам с целью существенного сокращения объема операций ввода-
вывода, и как следствие общего времени выполнения запросов. Данный функционал присутствует в
PostgreSQL, но реализован он на основе триггеров настраиваемых вручную, то есть требует значительных
ресурсов по сопровождению, в то время как в Oracle эта функциональность автоматизирована, вплоть до
автоматического создания секций при необходимости - Так то оно так, но есть оборотная сторона медали. Если знать, что таблица разбита на партиции и использовать эти знания на уровне кода приложения, то нет никаких критичных тормозов. Есть другой вопрос - в архитектуре проекта не учтена нагрузка на СУБД, или оценена неправильно. Oracle просто позволяет это эффективней исправлять, поощряя более низкий уровень архитектуры проекта в целом. Неоднозначный пункт, короче


• Возможность выполнения работ по администрированию без прерывания работы приложений и
пользователей как в режиме on-line, так и в режиме ”rolling fashion”; - работы по администрированию это ОЧЕНЬ большой пласт задач. Без конкретики не выдерживает никакой критики. Дефрагментация автовакуумом вполне достойно работает, если правильно настроить
• Enterprise Manager, Diagnostic and Tuning Pack – развитые средства администрирования, диагностики,
настройки, самонастройки. Отсутствие подобных инструментов не позволит эффективно использовать
оборудование, предупредить сбои, обеспечить высокую производительность. - Сферический конь в вакууме. "Развитые" - это не консольные
• Enterprise Manager, Databse Lifecycle Management Pack – средства автоматизации ежедневных задач по
сопровождению и администрированию СУБД: - Cron+shell+perl,python,(вписать свое) будут делать что угодно. Причем в том виде, в каком нужно пользователю, а не как это спроектировали люди Пророка
• Средства самоуправления и адаптации СУБД – специализированные алгоритмы и компоненты,
позволяющие СУБД собирать диагностическую и статистическую информацию о ходе выполнения
запросов, и на основе этой информации проводить оптимизацию своей работы. - Нуу, демон статистики на что? Он ее собирает, причем можно указывать глубину сбора, целая секция в конфиге есть на это

In-Memory – дополнительный уровень хранения табличных данных в памяти, позволяющий эффективно
совмещать в одной системе OLTP и OLAP приложения; - снова ложь, есть специальная команда принудительной закачки таблицы в память, так называемый "разогрев буфера"

Средства оптимизации клиентских подключений к СУБД – пулы соединений, различные виды клиентских
драйверов и библиотек; - ерунда, просто разница в архитектуре. В PG обязанность управлять пулом лежит на клиенте или посреднике типа pgpooler или pgbouncer

Работоспособность СУБД гарантированна только при наличии надежной системы технической поддержки,
которая работает круглосуточно и оперативно решает проблемы. Выстроить такую службу поддержки с
анализом проблем, контролем ответственности, работой в режиме 24x7, приоритезацией работ, возможностью
моделирования сбоев, отдельными подразделениями для поиска путей решения проблемы и разработки патчей
– сложная и объемная промышленная задача. У PostgreSQL, как open source продукта такой службы нет.
Компания Postgres Professional среди своих сервисов заявляет службу техподдержки и возможность внесения
исправлений в СУБД PostgreSQL, однако на данном этапе сложно судить о эффективности этого сервиса в
силу очевидной малочисленности компании, особенно в сравнении с промышленными масштабами Oracle. - снова бред. Активный пользователь oracle, мой коллега, наблюдал утечку памяти по 3-4 килобайта в сутки. За год сообщения об ошибке состояние "мы работаем над этим" не изменилось

Заказуха этот документ
22 мар 16, 21:14    [18966144]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Yo.!
Guest
Alexander Ryndin
Кстати, а кто нибудь объяснит обладает ли разработчик форка от open source исключительными правами на этот форум?

от лицензии зависит. OS X вроде полностью принадлежат apple, хотя под низом bsd unix. ораклу тоже вроде удалось скумуниздить redhat linux
22 мар 16, 22:21    [18966393]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Vladimir Baskakov
Member

Откуда:
Сообщений: 2006
(Грустно) есть просто обычный плесневый сыр, а есть импортозамещенный..... так и оракл импортозамещенный......
22 мар 16, 22:58    [18966514]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
kamakama
Документ
• Partitioning – технология секционирования больших реляционных таблиц и возможность интелектуальной
оптимизации запросов к этим таблицам с целью существенного сокращения объема операций ввода-
вывода, и как следствие общего времени выполнения запросов. Данный функционал присутствует в
PostgreSQL, но реализован он на основе триггеров настраиваемых вручную, то есть требует значительных
ресурсов по сопровождению, в то время как в Oracle эта функциональность автоматизирована, вплоть до
автоматического создания секций при необходимости
- Так то оно так, но есть оборотная сторона медали. Если знать, что таблица разбита на партиции и использовать эти знания на уровне кода приложения, то нет никаких критичных тормозов. Есть другой вопрос - в архитектуре проекта не учтена нагрузка на СУБД, или оценена неправильно. Oracle просто позволяет это эффективней исправлять, поощряя более низкий уровень архитектуры проекта в целом. Неоднозначный пункт, короче
Стойте-стойте! Так что там реально нет Partitioning? Только самописки? Мда.
По поводу учтена-неучтена. В Oracle физическая реализация хранения таблиц отделена от логической структуры. И это позволяет администратору оптимизировать работу приложения с учетом текущей нагрузки (которая может серьезно отличаться от запланированной) без переделки приложения. Это очень важно. Какие к черту триггеры? Страшно подумать.
kamakama
Документ
• Возможность выполнения работ по администрированию без прерывания работы приложений и
пользователей как в режиме on-line, так и в режиме ”rolling fashion”;
- работы по администрированию это ОЧЕНЬ большой пласт задач. Без конкретики не выдерживает никакой критики. Дефрагментация автовакуумом вполне достойно работает, если правильно настроить
Давайте конкретику. Что может сделать Oracle online? Ну вот, например:
  • Полностью реорганизовать таблицу (поменять названия столбцов, поменять типы данных (например, varchar2->number), поменять размерность (в т.ч. уменьшить). Все это без остановки приложения
  • Создать индекс (таблица вообще не блокируется)
  • Перестроить индекс (таблица вообще не блокируется)
  • Перенести партицию на другой диск
    Про rolling-fashion - это накат патчей на ядро базы данных без ее остановки за счет задействования Standby сервераа
    А вы нам про vacuum рассказываете. Ну-ну.
    kamakama
    Документ
    • Enterprise Manager, Diagnostic and Tuning Pack – развитые средства администрирования, диагностики,
    настройки, самонастройки. Отсутствие подобных инструментов не позволит эффективно использовать
    оборудование, предупредить сбои, обеспечить высокую производительность.
    - Сферический конь в вакууме. "Развитые" - это не консольные
    Развитые это вот такие (смотреть с 3:43), например
    Ссылка на позицию в клипе: http://youtu.be/ha6a4hcJrMg?t=223
    . Там не очень хорошо видно, но мы можем посмотреть текущие выполняющиеся SQL, провалиться в SQL и увидеть какие шаги плана выполняются. Посмотреть сколько на каждом шаге сделано физических чтений, какие были ожидания, сколько предполагалось получить строк, а сколько уже реально прочитано. Можно отмотать в прошло на пару дней и посмотреть, какие запросы там выполнялись. Вот эта штука очень крутая. В консоли этого не сделаешь. У Oracle это, по сути, Real-Time BI, построенный для анализа производительности базы данных.

    kamakama
    Документ
    In-Memory – дополнительный уровень хранения табличных данных в памяти, позволяющий эффективно
    совмещать в одной системе OLTP и OLAP приложения;
    - снова ложь, есть специальная команда принудительной закачки таблицы в память, так называемый "разогрев буфера"
    In-Memory опция в СУБД Oracle - это не просто закачка базы данных в буфер. In-memory опция позволяет создать кэш для таблицы в поколоночном виде. При это данные очень сильно сжимаются - это позволяет делать поколоночная форма хранения. Как известно, поколоночное хранение очень хорошо подходит для аналитических запросов. Но поколоночное хранение не позволяет обновлять данные также эффективно как построчное. Но в случае с Oracle+InMemory этой проблемы нет. Вы меняет данные (OLTP) в построчном виде, а аналитические запросы (OLAP) обращаются к поколочной форме хранения. К какой форме хранения обращаться решает оптимизатор. При этом если данные еще не были до конца синхронизированы из строчной формы в колоночную, то Oracle автоматически тянет недостающие данные из построчной формы.

    По остальным вопросом я ничего не скажу, т.к. с тем же Lifecycle Management я лично не работал, но я уверен, что там есть на что посмотреть.
    kamakama
    Заказуха этот документ
    Напротив. Отличный документ.
  • 23 мар 16, 00:04    [18966638]     Ответить | Цитировать Сообщить модератору
     Re: Российские СУБД  [new]
    этта
    Guest
    Alexander Ryndin
    <...>
    kamakama
    Заказуха этот документ
    Напротив. Отличный документ.

    йа вот тут тоже так думаю.
    дабы , как говорится "дурь каждого видна была"

    побольше пожелаем ораклу таких документов. побольше
    дабы сомнений, этта, уже ни в ком, стало быть
    23 мар 16, 13:52    [18968224]     Ответить | Цитировать Сообщить модератору
     Re: Российские СУБД  [new]
    roden
    Member

    Откуда:
    Сообщений: 741
    Российские СУБД
    какую российскую СУБД теперь будут применять вместо Oracle?

    Самое время всем специалистам Oracle начать изучать ЛИНТЕР и Postgre
    Oracle не исчезнет, а вот специалист, умеющий работать и с российскими СУБД, будет вдвойне ценен на рынке.
    23 мар 16, 15:28    [18968944]     Ответить | Цитировать Сообщить модератору
     Re: Российские СУБД  [new]
    servit
    Member

    Откуда: г. Кишинёв, Республика Молдова
    Сообщений: 3148
    Блог
    roden
    Самое время всем специалистам <..>
    Не всем.
    roden
    Oracle не исчезнет, а вот специалист, умеющий работать и с российскими СУБД, будет вдвойне ценен на рынке.
    + Навеяло
    Если бы водителей принимали на работу так же, как программистов, то выглядело это примерно так.

    Вакансия: водитель.

    Требования: профессиональные навыки в управлении легковыми и грузовыми автомобилями, троллейбусами, трамваями, поездами метрополитена и фуникулера, экскаваторами и бульдозерами, спецмашинами на гусеничном ходу, боевыми машинами пехоты и современными лёгкими/средними танками, находящимися на вооружении стран СНГ и НАТО.
    Навыки раллийного и экстремального вождения обязательны. Опыт управления болидами "Формулы-1" - приветствуется. Знания и опыт ремонта поршневых и роторных двигателей, автоматических и ручных трансмиссий, систем зажигания, антиблокировочных систем, навигационных систем и автомобильных аудиосистем ведущих производителей - обязательны. Опыт проведения кузовных и окрасочных работ - приветствуется. Претенденты должны иметь сертификаты Mercedes, BMW, а также справки об участии в крупных международных ралли не более чем двухлетней давности.

    Зарплата: 1500-2500 рублей, определяется по результатам собеседования.
    23 мар 16, 15:52    [18969067]     Ответить | Цитировать Сообщить модератору
     Re: Российские СУБД  [new]
    vadiminfo
    Member

    Откуда: Обнинск
    Сообщений: 4802
    Российские СУБД
    Все наверняка слышали о законе 118-ФЗ, в котором устанавливается "запрет на допуск товаров, происходящих из иностранных государств, работ, услуг, соответственно выполняемых, оказываемых иностранными лицами, и ограничения допуска указанных товаров, работ, услуг для целей осуществления закупок".
    И знаете какие РОССИЙСКИЕ СУБД теперь будут использоваться?
    Я заглянул в Единый реестр российских программ:

    1. «Ред База Данных»
    2. ЛИНТЕР
    3. [url=http://postgrespro.ru/doc ]Postgres Pro[/url]
    4. [url=http://www.cronos.ru ]"CronosPRO"[/url]

    Собственно, вопрос: какую российскую СУБД теперь будут применять вместо Oracle?

    Получается, что Postgres Pro? Ведь он, вроде, похож на Оракл какой-то версии. Остальные как бы вместо другого чего-то. Может вместо Йкселя?
    23 мар 16, 16:36    [18969255]     Ответить | Цитировать Сообщить модератору
     Re: Российские СУБД  [new]
    Vladimir Baskakov
    Member

    Откуда:
    Сообщений: 2006
    Я ставлю на постгресс из вышеперечисленного.

    Реальную популярность можно отслеживать по активности в ветках нашего форума. можно следить за числом вакансий по разным типам БД на хидхантере-суперджобе и тд.
    Пока я не вижу изменений, в пользу оживления разделов свободных/российских БД. Т.е. пока, фактически, закон не оказал влияния на расклад сил на рынке труда в ИТ секторе. Хороший ораклист, или спец по sql-server будет востребован никак не меньше среднего по двум базам..... так что продолжаю нежно любить оракл и недоверчиво глядеть на другое.
    23 мар 16, 18:16    [18969774]     Ответить | Цитировать Сообщить модератору
    Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10 .. 17   вперед  Ctrl
    Все форумы / Сравнение СУБД Ответить