ReSQL.ru
     
powered by simpleCommunicator - 2.0.40     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Российские СУБД
403 сообщений из 403, показаны все 17 страниц
  все  
Российские СУБД
    #39197812
Российские СУБД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Российские СУБД
Гость
Все наверняка слышали о законе 118-ФЗ , в котором устанавливается "запрет на допуск товаров, происходящих из иностранных государств, работ, услуг, соответственно выполняемых, оказываемых иностранными лицами, и ограничения допуска указанных товаров, работ, услуг для целей осуществления закупок".
И знаете какие РОССИЙСКИЕ СУБД теперь будут использоваться?
Я заглянул в Единый реестр российских программ :

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

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

Модератор: Редактировано
...
Рейтинг: 0 / 0
22.03.2016, 11:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39197816
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
Наверное, ответ очевиден
Хотя (ИМХО) «Ред База Данных» среди свободных значительно в большей степени российская, чем Postgres Pro (судя по названию таки будет форк?).
...
Рейтинг: 0 / 0
22.03.2016, 11:46
| Ответить | Цитировать | Написать  
Российские СУБД
    #39197829
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Вот те раз.
Не вижу в том списке ODANT
...
Рейтинг: 0 / 0
22.03.2016, 12:02
| Ответить | Цитировать | Написать  
Российские СУБД
    #39197833
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Российские СУБДкакую российскую СУБД теперь будут применять вместо Oracle?

Атебенепох что будут использовать гос.органы? Ты на них работаешь?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
22.03.2016, 12:04
| Ответить | Цитировать | Написать  
Российские СУБД
    #39197839
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
Кстати, а кто нибудь объяснит обладает ли разработчик форка от open source исключительными правами на этот форум?
...
Рейтинг: 0 / 0
22.03.2016, 12:13
| Ответить | Цитировать | Написать  
Российские СУБД
    #39197842
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
Alexander RyndinКстати, а кто нибудь объяснит обладает ли разработчик форка от open source исключительными правами на этот форум? дурацкая авто замена:исключительными правами на этот форк
...
Рейтинг: 0 / 0
22.03.2016, 12:19
| Ответить | Цитировать | Написать  
Российские СУБД
    #39197844
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Alexander RyndinКстати, а кто нибудь объяснит обладает ли разработчик форка от open source исключительными правами на этот форум?
По логике нет.

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

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

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

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

IMHO & AFAIK.

Но по хорошему, нужно современные лицензии смотреть и у юристов спрашивать.
...
Рейтинг: 0 / 0
22.03.2016, 12:22
| Ответить | Цитировать | Написать  
Российские СУБД
    #39197848
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Alexander Ryndinисключительными правами на этот форк
Компания обладает исключительными правами на продукт. А уж основан он на опенсорсе,
собственной разработке или реверс-инжинеринге - вопрос перпендикулярный и относится
исключительно к лицензии на источник.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
22.03.2016, 12:25
| Ответить | Цитировать | Написать  
Российские СУБД
    #39197855
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Leonid KudryavtsevЕсли он использует Open Source, он должен свой код тоже делать
Open Source.
Red Database и есть Open Source под той же IDPL.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
22.03.2016, 12:29
| Ответить | Цитировать | Написать  
Российские СУБД
    #39197998
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
ЛИНТЕР и Cronos реально российские разработки.
Не смотря на open source «Ред База Данных» тоже сюда же можно отнести.

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

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

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

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

А так ... скоро все узнаем из "первых уст" :)
...
Рейтинг: 0 / 0
22.03.2016, 14:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198101
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vladimir Baskakov
Участник
Российские СУБДСобственно, вопрос: какую российскую СУБД теперь будут применять вместо Oracle? В старых проектах выпилить оракл не выйдет. В доработках и развитии этого старого тоже заводить еще одну базу нецелесообразно.

Т.е. аналоги оракла появятся только в совершенно новых проектах, безо всякой истории. Вот если появятся такие, тогда и посмотрим.... (коллега использовал местами постгри... иногда.)
...
Рейтинг: 0 / 0
22.03.2016, 15:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198210
Фотография LocksmithPC
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LocksmithPC
Участник
Какой смысл в платных отечественных СУБД, при смешных ограничениях той же DB2 Express-c 10.5х?
...
Рейтинг: 0 / 0
22.03.2016, 17:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198222
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
LocksmithPCКакой смысл в платных отечественных СУБД, при смешных ограничениях той
же DB2 Express-c 10.5х?
Ты закон по ссылке из первого поста читал? Какое слово из "В целях защиты основ
конституционного строя, обеспечения обороны страны и безопасности государства" тебе
непонятно?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
22.03.2016, 17:59
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198244
Фотография LocksmithPC
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LocksmithPC
Участник
Dimitry Sibiryakov, "защитой основ конституционного строя, обеспечения обороны страны и безопасности государства" занимается ФСТЭК, в обсуждаемом контексте.
...
Рейтинг: 0 / 0
22.03.2016, 18:13
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198324
kamakama
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kamakama
Гость
В состав Astra Linux от русбиттеха, которая сейчас "на острие" и которую сертифицировали на СС стоит PG9.2. По крайней мере на уровне названия сервиса и организации бинарников это именно он. А какой шильдик на этом висит - пес его знает. Линтер-ВС тоже PG форк, был по крайней мере лет 5 назад
...
Рейтинг: 0 / 0
22.03.2016, 20:51
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198331
kamakama
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kamakama
Гость
И да. Из указанного дока однозначная ложь - "Сертикация по ФСТЭК как средства хранения персональных данных". Она есть на С и СС, персоналка однозначно имеет более низкий гриф. Если это понятие вообще применимо, скорее используется "конфиденциальность", хотя однозначно сопоставления нет до сих пор
...
Рейтинг: 0 / 0
22.03.2016, 20:57
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198350
kamakama
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kamakama
Гость
• 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 килобайта в сутки. За год сообщения об ошибке состояние "мы работаем над этим" не изменилось

Заказуха этот документ
...
Рейтинг: 0 / 0
22.03.2016, 21:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198368
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
Alexander RyndinКстати, а кто нибудь объяснит обладает ли разработчик форка от open source исключительными правами на этот форум?
от лицензии зависит. OS X вроде полностью принадлежат apple, хотя под низом bsd unix. ораклу тоже вроде удалось скумуниздить redhat linux
...
Рейтинг: 0 / 0
22.03.2016, 22:21
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198385
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vladimir Baskakov
Участник
(Грустно) есть просто обычный плесневый сыр, а есть импортозамещенный..... так и оракл импортозамещенный......
...
Рейтинг: 0 / 0
22.03.2016, 22:58
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198401
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
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), например
YouTube Video
YouTube Video
...
Рейтинг: 0 / 0
23.03.2016, 00:04
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198784
этта
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
этта
Гость
Alexander Ryndin<...>
kamakamaЗаказуха этот документНапротив. Отличный документ.
йа вот тут тоже так думаю.
дабы , как говорится "дурь каждого видна была"

побольше пожелаем ораклу таких документов. побольше
дабы сомнений, этта, уже ни в ком, стало быть
...
Рейтинг: 0 / 0
23.03.2016, 13:52
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198854
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
Российские СУБД какую российскую СУБД теперь будут применять вместо Oracle?
Самое время всем специалистам Oracle начать изучать ЛИНТЕР и Postgre
Oracle не исчезнет, а вот специалист, умеющий работать и с российскими СУБД, будет вдвойне ценен на рынке.
...
Рейтинг: 0 / 0
23.03.2016, 15:28
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198881
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
servit
Участник
rodenСамое время всем специалистам <..>Не всем.rodenOracle не исчезнет, а вот специалист, умеющий работать и с российскими СУБД, будет вдвойне ценен на рынке.
 
НавеялоЕсли бы водителей принимали на работу так же, как программистов, то выглядело это примерно так.

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

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

Зарплата: 1500-2500 рублей, определяется по результатам собеседования.
...
Рейтинг: 0 / 0
23.03.2016, 15:52
| Ответить | Цитировать | Написать  
Российские СУБД
    #39198931
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Российские СУБДВсе наверняка слышали о законе 118-ФЗ , в котором устанавливается "запрет на допуск товаров, происходящих из иностранных государств, работ, услуг, соответственно выполняемых, оказываемых иностранными лицами, и ограничения допуска указанных товаров, работ, услуг для целей осуществления закупок".
И знаете какие РОССИЙСКИЕ СУБД теперь будут использоваться?
Я заглянул в Единый реестр российских программ :

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

Собственно, вопрос: какую российскую СУБД теперь будут применять вместо Oracle?
Получается, что Postgres Pro? Ведь он, вроде, похож на Оракл какой-то версии. Остальные как бы вместо другого чего-то. Может вместо Йкселя?
...
Рейтинг: 0 / 0
23.03.2016, 16:36
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199000
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vladimir Baskakov
Участник
Я ставлю на постгресс из вышеперечисленного.

Реальную популярность можно отслеживать по активности в ветках нашего форума. можно следить за числом вакансий по разным типам БД на хидхантере-суперджобе и тд.
Пока я не вижу изменений, в пользу оживления разделов свободных/российских БД. Т.е. пока, фактически, закон не оказал влияния на расклад сил на рынке труда в ИТ секторе. Хороший ораклист, или спец по sql-server будет востребован никак не меньше среднего по двум базам..... так что продолжаю нежно любить оракл и недоверчиво глядеть на другое.
...
Рейтинг: 0 / 0
23.03.2016, 18:16
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199079
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
C Postgre SQL смущает только, что на него некоторые впечатлительные личности полагаются как на российский продукт с учетом даже того, что:
"Проект POSTGRES, под руководством профессора Майкла Стоунбрейкера (Michael Stonebraker), был спонсирован Агентством Расширенных Оборонных Исследовательских Проектов (Defense Advanced Research Projects Agency (DARPA)), Офисом Армейских Исследований (Army Research Office (ARO)), Национальным Научным Фондом (National Science Foundation (NSF)), а также ESL, Inc. "

И самое интересное, что это мало кого смущает в Минобороны РФ :)
...
Рейтинг: 0 / 0
23.03.2016, 20:03
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199087
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Vladimir Baskakov,
это, скорее всего, рациональнее. Тем более если отменят не рыночные законы, то с него легче перейти, например, на Оракл.
...
Рейтинг: 0 / 0
23.03.2016, 20:17
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199098
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
rodenC Postgre SQL смущает только, что на него некоторые впечатлительные личности полагаются как на российский продукт с учетом даже того, что:
"Проект POSTGRES, под руководством профессора Майкла Стоунбрейкера (Michael Stonebraker), был спонсирован Агентством Расширенных Оборонных Исследовательских Проектов (Defense Advanced Research Projects Agency (DARPA)), Офисом Армейских Исследований (Army Research Office (ARO)), Национальным Научным Фондом (National Science Foundation (NSF)), а также ESL, Inc. "

И самое интересное, что это мало кого смущает в Минобороны РФ :)

Советские воровали софт (и много чего другого) без малейшего смущения, а после русификации даже ставили свои имена, будто это их собственное. А тут подаренное со всеми исходниками - чего стесняться?
...
Рейтинг: 0 / 0
23.03.2016, 20:42
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199100
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
эттаAlexander Ryndin<...>
пропущено...
Напротив. Отличный документ.
йа вот тут тоже так думаю.
дабы , как говорится "дурь каждого видна была"

побольше пожелаем ораклу таких документов. побольше
дабы сомнений, этта, уже ни в ком, стало быть дурь тут показали вы, ибо не по одному пункту нормальных аргументов не привели
...
Рейтинг: 0 / 0
23.03.2016, 20:46
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199108
kamakama
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kamakama
Гость
Alexander Ryndin,

Ну PG тоже вполне позволяет логику отделить от физики. Через материализуемые вьюхи, например, прогеру вообще пофиг, как там вьюха реализуется. Насчет переименовать колонку - какую, которая в коде приложухи зашита? И после этого работать будет? А если таблицы, с которой работают через вьюху, то вообще без проблем - в одной DDL транзакции меняется таблица и вьюха. А что про поддержку то ничего не сказали? Которая по году задачи не гасит? Монополия, ка она есть. У опен сорса есть несколько профильных обслуживающих фирм, которые могут попробовать решить проблему - хоть какая-то, но конкуренция. А здесь - нет. Вообще, никакой
...
Рейтинг: 0 / 0
23.03.2016, 21:06
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199115
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
kamakamaAlexander Ryndin,

Ну PG тоже вполне позволяет логику отделить от физики. Через материализуемые вьюхи, например, прогеру вообще пофиг, как там вьюха реализуется. Насчет переименовать колонку - какую, которая в коде приложухи зашита? И после этого работать будет? А если таблицы, с которой работают через вьюху, то вообще без проблем - в одной DDL транзакции меняется таблица и вьюха. А что про поддержку то ничего не сказали? Которая по году задачи не гасит? Монополия, ка она есть. У опен сорса есть несколько профильных обслуживающих фирм, которые могут попробовать решить проблему - хоть какая-то, но конкуренция. А здесь - нет. Вообще, никакойу меня проблем с решением проблем не было. Нужно грамотно заполнять sr.
По поводу переименования. Да будет при следовании best practice. Например, в insert, select нужно перечислять столбцы. - это делает приложение более устойчивым. В pl/sql есть такая штука как %type и %rowtype, которые серьезно помогают в разработке таких приложений.
Через view любой дурак сможет. А вы попробуйте в таблице столбцы переставить физически и без блокировок. Да чтобы таблица 2tb занимала.
Про matview не понял
...
Рейтинг: 0 / 0
23.03.2016, 21:19
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199152
Фотография Сергей Лалов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Лалов
Участник
Ну все, открыл PhpMyadmin, и продал родину капиталистам))
...
Рейтинг: 0 / 0
23.03.2016, 22:04
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199181
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей ЛаловНу все, открыл PhpMyadmin, и продал родину капиталистам))
Не родину, а интересы некоторых капиталистов родины международным капиталистам. В 90 мы все рвались переходить на более продвинутое. А теперь как бы на местное кому-то придется. Спасибо Постгри еще в списке.
...
Рейтинг: 0 / 0
23.03.2016, 23:40
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199268
g2099599
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
g2099599
Гость
rodenТак что скорее всего будет форк. Особенно, с учетом названия (Postgres Pro). Другой вопрос, все равно - насколько он будет российским?
1 вариант: будет форк, который будет идентичен postgresql
2 вариант: будет форк, который не скоро, но в итоге уйдет достаточно далеко от основной ветки.

Вместо гадания сходили бы на официальный сайт и почитали что и как - https://www.postgrespro.ru/products/postgrespro9.5

авторОчередная версия Postgres Pro представляет собой актуальную версию PostgreSQL с наложенными на нее патчами для ядра PostgreSQL, которые уже приняты сообществом и закомичены в основную ветку, а также расширениями и патчами, разработанными Postgres Professional, и не затрагивающими основное ядро. Как правило, они уже выложены на коммитфест.

Таким образом, клиенты могут получить доступ к полезной для них функциональности и получить выигрыш в производительности, не дожидаясь нового релиза PostgreSQL (что может занимать примерно год). Как авторы, мы предоставляем поддержку для всех наших разработок.
...
Рейтинг: 0 / 0
24.03.2016, 08:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199273
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
vadiminfoСергей ЛаловНу все, открыл PhpMyadmin, и продал родину капиталистам))
Не родину, а интересы некоторых капиталистов родины международным капиталистам. В 90 мы все рвались переходить на более продвинутое. А теперь как бы на местное кому-то придется. Спасибо Постгри еще в списке.

По сравнению с 90-ми это прогресс. Причина копирования (то бишь воровства) западной компьютерной техники вместо развития своей была в нехватке программистов, а для западной можно было наворовать софт. А теперь аж целый Линтер есть.
...
Рейтинг: 0 / 0
24.03.2016, 09:06
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199328
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Victor MetelitsaПричина копирования (то бишь воровства) западной компьютерной техники вместо развития своей была в нехватке программистов, а для западной можно было наворовать софт. А теперь аж целый Линтер есть.
Программистов вседа было полно. Воровство от бендости, а так и купили ба. Не развивать свое, а чтобы развивалось то что получается по рынку. Ну нужен Вам это Линтер сам по себе? Вам же нужно систему как можно лучше сделать, а не сделать систему из своего. Может завтра вообще СУБД будут не нужны, а их будут с помощью костылей типа развивать, тратить ресурсы.
...
Рейтинг: 0 / 0
24.03.2016, 10:17
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199349
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
vadiminfoVictor MetelitsaПричина копирования (то бишь воровства) западной компьютерной техники вместо развития своей была в нехватке программистов, а для западной можно было наворовать софт. А теперь аж целый Линтер есть.
Программистов вседа было полно. Воровство от бендости, а так и купили ба. Не развивать свое, а чтобы развивалось то что получается по рынку. Ну нужен Вам это Линтер сам по себе? Вам же нужно систему как можно лучше сделать, а не сделать систему из своего. Может завтра вообще СУБД будут не нужны, а их будут с помощью костылей типа развивать, тратить ресурсы.Путин говорил, что нам программисты в России не нужны - все время ищут, где лучше платят. Как что, так валят за границу. Не патриоты, короче. Не хотят быть крепостными.
...
Рейтинг: 0 / 0
24.03.2016, 10:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199354
этта
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
этта
Гость
Alexander Ryndinэттапропущено...

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

побольше пожелаем ораклу таких документов. побольше
дабы сомнений, этта, уже ни в ком, стало быть дурь тут показали вы, ибо не по одному пункту нормальных аргументов не привели
читайте исходники -- всё там
там всё.
"умному достаточно" , как грицца
какие--то дополнительные аргументы просто излишни


ps есть подозрение , что вы и есть тот чел, который приложил руку к написанию
соболезную
...
Рейтинг: 0 / 0
24.03.2016, 10:47
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199375
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Alexander Ryndin,

это говорил не Путин, а Мариничев.
...
Рейтинг: 0 / 0
24.03.2016, 11:10
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199376
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Alexander RyndinПутин говорил, что нам программисты в России не нужны - все время ищут, где лучше платят. Как что, так валят за границу. Не патриоты, короче. Не хотят быть крепостными.

А можно ссылку на видео с этими словами?
...
Рейтинг: 0 / 0
24.03.2016, 11:10
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199391
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Alexander RyndinПутин говорил, что нам программисты в России не нужны - все время ищут, где лучше платят. Как что, так валят за границу. Не патриоты, короче. Не хотят быть крепостными.
Ну так должен рынок труда и работать и вообще любой рынок - максимализация доходов. Это просто означает, что типа нам рыночная экономика не нужна, а не программисты.
...
Рейтинг: 0 / 0
24.03.2016, 11:25
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199396
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Вопрос только кто эти "нам"?
...
Рейтинг: 0 / 0
24.03.2016, 11:27
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199410
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
Victor MetelitsarodenC Postgre SQL смущает только, что на него некоторые впечатлительные личности полагаются как на российский продукт с учетом даже того, что:
"Проект POSTGRES ... был спонсирован Агентством Расширенных Оборонных Исследовательских Проектов (Defense Advanced Research Projects Agency (DARPA)), Офисом Армейских Исследований (Army Research Office (ARO)), Национальным Научным Фондом (National Science Foundation (NSF)), а также ESL, Inc. "

И самое интересное, что это мало кого смущает в Минобороны РФ :)

Советские воровали софт (и много чего другого) без малейшего смущения, а после русификации даже ставили свои имена, будто это их собственное. А тут подаренное со всеми исходниками - чего стесняться?

Я скорее о том, что Минобороны РФ (и сопутствующие структуры) готовы без оглядки взять инструмент, который реализовывался на деньги "военизированных" структур США.
По мне, это как использовать GPS в системах наведения российских ракет.
...
Рейтинг: 0 / 0
24.03.2016, 11:37
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199423
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
g2099599Очередная версия PostgresPro представляет собой актуальную версию PostgreSQL с наложенными на нее патчами для ядра , которые уже приняты сообществом и закомичены в основную ветку,

Спасибо, видел. Так и должно быть на текущий момент. Вопрос в том, получится ли всё и все время комитить в основную ветку.
А это покажет только время.
...
Рейтинг: 0 / 0
24.03.2016, 11:44
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199448
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
эттаAlexander Ryndinпропущено...
дурь тут показали вы, ибо не по одному пункту нормальных аргументов не привели
читайте исходники -- всё там
там всё.
"умному достаточно" , как грицца
какие--то дополнительные аргументы просто излишни


ps есть подозрение , что вы и есть тот чел, который приложил руку к написанию
соболезнуюНет, писал не я, конечно. Но аргументы там грамотные. Исходники читать... Спасибо. Не хочу. Работу работать надо.
...
Рейтинг: 0 / 0
24.03.2016, 11:53
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199456
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
Симонов ДенисAlexander Ryndin,

это говорил не Путин, а Мариничев.Прошу прощения. Почему-то в голове отложилось, что Путин. С другой стороны Мариничев это "Интернет-омбудсмен при президенте РФ", а значит, скорее всего, это согласованная позиция хоть и озвученная говорящей головой.
...
Рейтинг: 0 / 0
24.03.2016, 11:55
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199568
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Alexander RyndinСимонов ДенисAlexander Ryndin,

это говорил не Путин, а Мариничев.Прошу прощения. Почему-то в голове отложилось, что Путин. С другой стороны Мариничев это "Интернет-омбудсмен при президенте РФ", а значит, скорее всего, это согласованная позиция хоть и озвученная говорящей головой.
Можно подумать что он там за бесплатно сидит. Пусть покажет свою бессеребрянность. Кто может поручиться, что тратить деньги на него не вредительство?
...
Рейтинг: 0 / 0
24.03.2016, 12:46
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199626
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
Alexander RyndinСимонов ДенисAlexander Ryndin,

это говорил не Путин, а Мариничев.Прошу прощения. Почему-то в голове отложилось, что Путин. С другой стороны Мариничев это "Интернет-омбудсмен при президенте РФ", а значит, скорее всего, это согласованная позиция хоть и озвученная говорящей головой.

Кошка бросила котят - это Путин виноват! (с)
Я абсолютно уверен, что Путин даже не в курсе, кто это такой. Ни с кем эта бредовая позиция не согласована.
Хуже другое. В России знают только один способ развития своего - запрет всего остального. Oracle - это дорого. Конечно, есть области, где нужны такие решения, не нужно пытаться любой ценой впихнуть туда open source или российские разработки. Есть военные системы, гостайна и все такое, куда даже процы "русские" ставят, туда только российские и открытые, наличие исходников у соотв. органов должно быть обязательно. А в других госпроектах почему бы при прочих равных не выбрать российские продукты или open source? И деньги сэкономятся государственные.
...
Рейтинг: 0 / 0
24.03.2016, 13:20
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199640
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Addx...А в других госпроектах почему бы при прочих равных не выбрать российские продукты или open source? И деньги сэкономятся государственные.

Вот именно "при прочих равных". Где Вы в госпроектах это видели? На каком тендере? )))

Раньше было:
"1С хорошая система, но больно дешевая. Мы лучше Oracle продадим" ( C )
теперь все наоборот
Только российское и, пофиг, что сделано на западе (что "российская СУБД" PostgreSQL, что "российский процессор" Эльбрус)

Как "прочих равных" не было, так и нет. Один бред сменяется другим бредом.

IMHO & AFAIK
...
Рейтинг: 0 / 0
24.03.2016, 13:27
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199683
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vladimir Baskakov
Участник
Друг работал в АйБиЭс. Считали они экономический эффект от перевода орг-ции с винды на линукс. Получается, что стоимость приобретения ниже, а владения - выше. Как с опенсорсными базами не знаю. Т.е. если в конторе стоит лицензированный оплаченный оракл, (смааайл) [грубо говоря] (/смааайл) - если база встала-накрылась вендор поможет вендор спасет.

И что важнее - ни один манагер не пострадает, если не спасет - покивают - сам ВсемогущийОракул не смог. Всеблагая эволюция, спаси и помилуй.

Ок. Если внедрят НекуюНеизвестнуюОпенсорснуюБазу.

Глюк.... Читайте исходники? А сколько стоит тот, кто их умеет прочесть, все исправить, быстро качественно и безглючно? Если проблема не решилась - что сделают с манагером, решившим использовать НекуюНеизвестнуюОпенсорснуюБазу ? демотивируют с особой жестокостью и цинизмом, вот что. Манагеры - они судя по зарплате - очень умные, и место демотивации прикрывать умеют.....

Так что, по моим прогнозам, пока у оракла - sql server-а остануться очень приличные сегменты. При всем бесконечном уважении ко всем остальным базам.
...
Рейтинг: 0 / 0
24.03.2016, 13:47
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199715
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
Leonid Kudryavtsev
Вот именно "при прочих равных". Где Вы в госпроектах это видели? На каком тендере? )))

....

"российский процессор" Эльбрус)

IMHO & AFAIK

С тендерами беда, тут Вы правы.

Эльбрус, кстати, единственный из "российских процессоров", который действительно выпускается в России. Остальные "российские" - да, за границей. Россия при этом экспортирует микроэлектроники на миллионы долларов - не для всех компонентов нужны тонкие техпроцессы.
...
Рейтинг: 0 / 0
24.03.2016, 14:03
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199726
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
Vladimir Baskakov - если база встала-накрылась вендор поможет вендор спасет.


Почему-то считается, что платить за поддержку дорогого платного продукта нормально, а бесплатного - нет. Должно само работать. Сам по себе Oracle ничего не предоставляет.
...
Рейтинг: 0 / 0
24.03.2016, 14:07
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199730
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Leonid KudryavtsevAddx...А в других госпроектах почему бы при прочих равных не выбрать российские продукты или open source? И деньги сэкономятся государственные.

Вот именно "при прочих равных". Где Вы в госпроектах это видели? На каком тендере? )))

Раньше было:
"1С хорошая система, но больно дешевая. Мы лучше Oracle продадим" ( C )
теперь все наоборот
Только российское и, пофиг, что сделано на западе (что "российская СУБД" PostgreSQL, что "российский процессор" Эльбрус)

Как "прочих равных" не было, так и нет. Один бред сменяется другим бредом.

IMHO & AFAIK
Раньше вроде был не бред: на рынке и должны искать выгоду. Вот идеологией руководствовться на рынку, это сомнительное что-то.
...
Рейтинг: 0 / 0
24.03.2016, 14:08
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199741
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
vadiminfoVictor MetelitsaПричина копирования (то бишь воровства) западной компьютерной техники вместо развития своей была в нехватке программистов, а для западной можно было наворовать софт. А теперь аж целый Линтер есть.
Программистов вседа было полно.

???
Воровство от бендости, а так и купили ба. Не развивать свое, а чтобы развивалось то что получается по рынку.

При Советском Союзе какой такой рынок?
Ну нужен Вам это Линтер сам по себе? Вам же нужно систему как можно лучше сделать, а не сделать систему из своего. Может завтра вообще СУБД будут не нужны, а их будут с помощью костылей типа развивать, тратить ресурсы.
Линтер мне нужен только для того, чтобы сказать, что он есть.
...
Рейтинг: 0 / 0
24.03.2016, 14:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199746
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
AddxЭльбрус, кстати, единственный из "российских процессоров", который действительно выпускается в России.
Разве что советский, прошлого века, выпускался в. Нынешний на Тайване.
...
Рейтинг: 0 / 0
24.03.2016, 14:17
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199752
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
vadiminfoLeonid Kudryavtsevпропущено...


Вот именно "при прочих равных". Где Вы в госпроектах это видели? На каком тендере? )))

Раньше было:
"1С хорошая система, но больно дешевая. Мы лучше Oracle продадим" ( C )
теперь все наоборот
Только российское и, пофиг, что сделано на западе (что "российская СУБД" PostgreSQL, что "российский процессор" Эльбрус)

Как "прочих равных" не было, так и нет. Один бред сменяется другим бредом.

IMHO & AFAIK
Раньше вроде был не бред: на рынке и должны искать выгоду. Вот идеологией руководствовться на рынку, это сомнительное что-то.

Вопрос в том, кто ищет свою выгоду, государство или люди, получающие откаты? Когда покупается продукт, заведомо более дорогой, чем нужно исходя из сложности задач - варианта два. Личная заинтересованность или некомпетентность (раз все покупают Oracle, то и мы купим). Рынком тут не пахнет. Разумный! протекционизм не повредит рынку ПО, но укрепит безопасность государства и будет способствовать развитию отрасли(как ни пафосно это звучит).
...
Рейтинг: 0 / 0
24.03.2016, 14:21
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199782
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
Victor MetelitsaРазве что советский, прошлого века, выпускался в. Нынешний на Тайване.
небоись, для вояк выпускают в РФ по 90 нм технологии.
...
Рейтинг: 0 / 0
24.03.2016, 14:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199796
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Victor Metelitsa
???

Ну не только же их в Обниске было много? Где я их наблюдал.

Victor MetelitsaПри Советском Союзе какой такой рынок?

Ну вот и я том же. Все рынок и должен решать. И бедности меньше станет. А нерыночное типа импортозамещения, только мешает нашему светлому каптилистческому будущему.

Victor MetelitsaЛинтер мне нужен только для того, чтобы сказать, что он есть.
Типа чтобы выиграть пари с кем-то? А так какая разница Вам есть он или нет, если только для этого.
...
Рейтинг: 0 / 0
24.03.2016, 14:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199833
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
vadiminfo
Victor MetelitsaЛинтер мне нужен только для того, чтобы сказать, что он есть.
Типа чтобы выиграть пари с кем-то? А так какая разница Вам есть он или нет, если только для этого.
По-моему уже давно выяснили, что работают с тем, с чем умеют лучше всего.
Будет человек уметь работать с Линтер - будет работать с Линтер.
...
Рейтинг: 0 / 0
24.03.2016, 15:16
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199845
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
rodenvadiminfoпропущено...

Типа чтобы выиграть пари с кем-то? А так какая разница Вам есть он или нет, если только для этого.
По-моему уже давно выяснили, что работают с тем, с чем умеют лучше всего.
Будет человек уметь работать с Линтер - будет работать с Линтер.Это какая-то подмена понятий. Допустим, я знаю хорошо MS Access или dbase, но я их точно не буду использовать.
...
Рейтинг: 0 / 0
24.03.2016, 15:25
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199847
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
Alexander Ryndin Так что там реально нет Partitioning? Только самописки? Мда.
Ну что такое partitioning? По большому счету синтаксический сахар над view с instead of триггерами.
То что в Oracle trigger очень накладная вещь и гораздо проще было запихнуть функционал по определенному множеству триггеров в движок базы еще не делает ему чести. Тем более, что за этот костыль еще и денег дополнительных просят. С другой стороны его стандартизированность предоставляет удобство в сопровождении и охватывает большую часть пользовательских потребностей.
...
Рейтинг: 0 / 0
24.03.2016, 15:26
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199858
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Сергей АрсеньевНу что такое partitioning? По большому счету синтаксический сахар
над view с instead of триггерами.
А в PG есть instead of select триггера, которые определяют из какой подлежащей таблицы
выбирать, а какую не трогать?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.03.2016, 15:32
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199864
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
rodenПо-моему уже давно выяснили, что работают с тем, с чем умеют лучше всего.
Будет человек уметь работать с Линтер - будет работать с Линтер.
Многие переходили на более продвинутое, с хорошо знаемого. Я когда-то типа по Прадоксу досовому обучал. Но перепрыгнул на Аксцесс при первой возможности. Потом рвлся на Скуля, но мечтал об Оракле.
...
Рейтинг: 0 / 0
24.03.2016, 15:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199866
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
Victor MetelitsaAddxЭльбрус, кстати, единственный из "российских процессоров", который действительно выпускается в России.
Разве что советский, прошлого века, выпускался в. Нынешний на Тайване.

Под 90 нм на Микроне. Вчерашний день, конечно, но и задачи есть разные.
Новые Эльбрусы на Микроне не сделаешь, там другой техпроцесс.
Впрочем, с ПО проще. Не нужны многомиллиардные инвестиции в фабрики (которые России к тому же никто не продаст, AMD свою линию продали, и то, обстановка в мире была другая).
...
Рейтинг: 0 / 0
24.03.2016, 15:45
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199869
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
Dimitry SibiryakovА в PG есть instead of select триггера, которые определяют из какой подлежащей таблицы
выбирать, а какую не трогать?..

Мне казалось, что функционал выборки формируется на основе условия where.
И если в запросе стоит where id=5 and id=10, то уж оптимизатор запросов должен понять, что ему надо делать. Но не все йогурты одинаково полезны. Что в этом случае делает PG не в курсе.
...
Рейтинг: 0 / 0
24.03.2016, 15:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199876
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Сергей АрсеньевМне казалось, что функционал выборки формируется на основе условия
where.
И если в запросе стоит where id=5 and id=10, то уж оптимизатор запросов должен понять, что
ему надо делать.

И как он в случае наколеночного партиционирования на триггерах должен догадаться из какой
"партиции" нужно читать данные для данного запроса?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.03.2016, 15:55
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199878
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Dimitry SibiryakovСергей АрсеньевНу что такое partitioning? По большому счету синтаксический сахар
над view с instead of триггерами.
А в PG есть instead of select триггера, которые определяют из какой подлежащей таблицы
выбирать, а какую не трогать?..


Есть CREATE RULE с возможностью указать instead of select. Наверное, туда можно воткнуть и определение трогать таблицу или нет.
...
Рейтинг: 0 / 0
24.03.2016, 15:55
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199917
baza906
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
baza906
Участник
Alexander Ryndin,
можешь подтвердить ссылками слова Путина про программистов?)
...
Рейтинг: 0 / 0
24.03.2016, 16:29
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199950
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей АрсеньевИ если в запросе стоит where id=5 and id=10, то уж оптимизатор запросов должен понять, что ему надо делать.
Если в СУБД предусмотрено секционирование - оптимизатор "знает", что читать надо блоки только из той секции, (например, у каждой секции свой файл - только из этого файла). А если нет, то он, скорее всего, будет просматривать все "секции" (ну назовите их партиции). Иначе кажНая СУБД поддерживала эту фичу, если бы все так просто было.
...
Рейтинг: 0 / 0
24.03.2016, 16:57
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199961
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
Dimitry SibiryakovИ как он в случае наколеночного партиционирования на триггерах должен догадаться из какой
"партиции" нужно читать данные для данного запроса?..

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
with t as (
   select id ...
    where id=1
  union all
   select id ...
    where id=2
)
select * from t where id>1


Как можно догадаться, что из первого подзапроса ничего не будет выбрано?
...
Рейтинг: 0 / 0
24.03.2016, 17:02
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199967
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
[baza906,
1) давно уже сказали, что это был не Путин
2) а что подтверждать, баян он и есть баян:
https://navalny.com/t/400/
...
Рейтинг: 0 / 0
24.03.2016, 17:06
| Ответить | Цитировать | Написать  
Российские СУБД
    #39199979
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей АрсеньевКак можно догадаться, что из первого подзапроса ничего не будет выбрано?
"Не будет выбрано" не равно "не будет просмотрено" в общем случае.
И надо не из подзапроса, а из запроса: идея в том, что пишущий запросы ничего не знает про секции. Т.е. в запросе ничего не должно быть про секции. Сервер сам выберет только нужные секции, а остальные пропустит.
...
Рейтинг: 0 / 0
24.03.2016, 17:19
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200034
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Поэкспериментировал.

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
create table t_part_1 (id integer not null primary key, part_id integer not null, val Varchar);
create table t_part_2 (id integer not null primary key, part_id integer not null, val Varchar);
create table t_part_3 (id integer not null primary key, part_id integer not null, val Varchar);

create or replace view t as 
select id, part_id, val from t_part_1
union all
select id, part_id, val from t_part_2
union all
select id, part_id, val from t_part_3;



Типа имеем три партиции. Триггер INSTEAD OF будет складывать в зависимости от значения part_id: 1 в t_part_1, 2 в t_part_2 и 3 в t_part_3

Смотрим на план:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
postgres=> explain select * from t where part_id=7;
                           QUERY PLAN                           
----------------------------------------------------------------
 Append  (cost=0.00..73.50 rows=18 width=40)
   ->  Seq Scan on t_part_1  (cost=0.00..24.50 rows=6 width=40)
         Filter: (part_id = 7)
   ->  Seq Scan on t_part_2  (cost=0.00..24.50 rows=6 width=40)
         Filter: (part_id = 7)
   ->  Seq Scan on t_part_3  (cost=0.00..24.50 rows=6 width=40)
         Filter: (part_id = 7)
(7 строк)



Действительно, трогает все три таблицы. Но это же логично. Никто не запрещает же в t_part_1 положить part_id=2. Запретим это делать:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
postgres=> alter table t_part_1 add constraint ch_t_part_1 check(part_id=1);
ALTER TABLE
postgres=> alter table t_part_2 add constraint ch_t_part_2 check(part_id=2);
ALTER TABLE
postgres=> alter table t_part_3 add constraint ch_t_part_3 check(part_id=3);
ALTER TABLE
postgres=>



И вдруг план говорит, что можно в таблицы и не смотреть:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
postgres=> explain select * from t where part_id=1;
                           QUERY PLAN                           
----------------------------------------------------------------
 Append  (cost=0.00..24.50 rows=6 width=40)
   ->  Seq Scan on t_part_1  (cost=0.00..24.50 rows=6 width=40)
         Filter: (part_id = 1)
(3 строки)

postgres=> explain select * from t where part_id=2;
                           QUERY PLAN                           
----------------------------------------------------------------
 Append  (cost=0.00..24.50 rows=6 width=40)
   ->  Seq Scan on t_part_2  (cost=0.00..24.50 rows=6 width=40)
         Filter: (part_id = 2)
(3 строки)

postgres=> explain select * from t where part_id=3;
                           QUERY PLAN                           
----------------------------------------------------------------
 Append  (cost=0.00..24.50 rows=6 width=40)
   ->  Seq Scan on t_part_3  (cost=0.00..24.50 rows=6 width=40)
         Filter: (part_id = 3)
(3 строки)

postgres=> explain select * from t where part_id=4;
                QUERY PLAN                
------------------------------------------
 Result  (cost=0.00..0.01 rows=1 width=0)
   One-Time Filter: false
(2 строки)
...
Рейтинг: 0 / 0
24.03.2016, 18:30
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200036
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Сергей АрсеньевDimitry SibiryakovИ как он в случае наколеночного партиционирования на триггерах должен догадаться из какой
"партиции" нужно читать данные для данного запроса?..

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
with t as (
   select id ...
    where id=1
  union all
   select id ...
    where id=2
)
select * from t where id>1


Как можно догадаться, что из первого подзапроса ничего не будет выбрано?

Похоже, достаточно CHECK-констрейнта.
...
Рейтинг: 0 / 0
24.03.2016, 18:32
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200046
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
А что там с hash и композитным партицированием? Ну там сначала по диапазону дат, а потом уже внутри по хэшу? Сдается мне, что если это и поддерживается, то будет адок с сопровождением. В Oracle такое партицирование вплошь и рядом.
...
Рейтинг: 0 / 0
24.03.2016, 18:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200047
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
vadiminfo,

Так в том то и идея добавление ограничения на в каждом подзапросе внутри union all , чтобы оно повторяло условие попадания в партицию. Таким образом, при разборе общего запроса (если сервер умеет прокидывать предикаты и не выполнять заранее невыполнимое) для той секции, которую не надо сканировать, построятся взаимоисключающие условия.

Что на примере с with и было показано. Другое дело, если сервер не умеет разворачивать селект из view в вариант с прокидыванием предикатов и не умеет отсеивать по невыполнимому условию без просмотра содержимого. Тут, конечно, ничем не поможешь.
...
Рейтинг: 0 / 0
24.03.2016, 18:42
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200049
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
Alexander RyndinА что там с hash и композитным партицированием?
Ну в общем случае с view можно не то что по hash, можно хоть по sequence в партиции раскидывать, чтобы гарантировать равномерное размазывание, если это надо. Любая логика к твоим услугам. Да авто добавление партиций на триггерах не напишешь (ну кроме каждое утро добавим партицию на завтра :) ).
...
Рейтинг: 0 / 0
24.03.2016, 18:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200053
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Сергей АрсеньевДа авто добавление партиций на триггерах не напишешь (ну кроме каждое утро добавим партицию на завтра :) ).

Есть у меня подозрение, что в Постгресе можно в триггере и таблицу создать.
...
Рейтинг: 0 / 0
24.03.2016, 18:52
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200054
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
Alexander A. Sak,

Создать то можно, наверное, как view переопределить?
Хотя очумелые ручки могут, наверное, через рекурсивное with и без переопределения справиться. :)
...
Рейтинг: 0 / 0
24.03.2016, 18:58
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200055
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
точнее на left join.
...
Рейтинг: 0 / 0
24.03.2016, 19:00
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200056
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей Арсеньевvadiminfo,

Так в том то и идея добавление ограничения на в каждом подзапросе внутри union all , чтобы оно повторяло условие попадания в партицию. Таким образом, при разборе общего запроса (если сервер умеет прокидывать предикаты и не выполнять заранее невыполнимое) для той секции, которую не надо сканировать, построятся взаимоисключающие условия.

Что на примере с with и было показано. Другое дело, если сервер не умеет разворачивать селект из view в вариант с прокидыванием предикатов и не умеет отсеивать по невыполнимому условию без просмотра содержимого. Тут, конечно, ничем не поможешь.
Не знаю, что скрывается там за многоточиями, но если одна таблица, то чтобы найти id=2, он проскандирует всю таблицу. Если разные: типа для каждого года своя таблица со своим именем, то это сильное влияние на логику: мне по логике нужна одна таблица, и ничего не знать при написании запроса про секции. Это физика - вопросы производительности.
...
Рейтинг: 0 / 0
24.03.2016, 19:01
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200065
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Продолжаем мучать Постгрес. Вешаем на нашу "партицированную" вьюху триггер, создающий таблицы:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
create or replace function t_part() returns trigger as $$
declare
   Cnt Integer;
begin
   select count(*) into Cnt
   from pg_catalog.pg_tables
   where tablename = 't_part_' || New.Part_Id;

   if Cnt=0 then
      execute 'create table t_part_' || New.Part_Id
         || ' (id integer not null primary key, '
         || '  part_id integer, '
         || '  val Varchar, '
         || '  constraint ch_t_part_' || New.Part_Id || ' check(part_id=' || New.Part_Id || ')) ';
   end if;

   return new;
end;
$$ language plpgsql;

create trigger tg_part instead of insert on t
    for each row execute procedure t_part();



И ведь работает:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
postgres=> \d t_part_5
Отношение "t_part_5" не найдено.
postgres=> insert into t(id, part_id, val) values (5, 5, '5');
INSERT 0 1
postgres=> \d t_part_5
           Таблица "crm.t_part_5"
 Колонка |        Тип        | Модификаторы 
---------+-------------------+--------------
 id      | integer           | NOT NULL
 part_id | integer           | 
 val     | character varying | 
Индексы:
    "t_part_5_pkey" PRIMARY KEY, btree (id)
Ограничения-проверки:
    "ch_t_part_5" CHECK (part_id = 5)

postgres=>
...
Рейтинг: 0 / 0
24.03.2016, 19:13
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200067
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Alexander A. SakИ ведь работает:

insert into t(id, part_id, val) values (5, 5, '5');
А теперь продемонстрируйте "select from t where id=5", пожалуйста.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.03.2016, 19:16
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200069
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Сергей АрсеньевAlexander A. Sak,

Создать то можно, наверное, как view переопределить?
Хотя очумелые ручки могут, наверное, через рекурсивное with и без переопределения справиться. :)

Наверное, можно при создании таблицы и view пересоздать. Ужас, конечно, получается, но ведь работает. Интересно было бы у спецов узнать насколько поплохеет Постгресу от такого "партицирования".
...
Рейтинг: 0 / 0
24.03.2016, 19:18
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200073
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
Сергей АрсеньевAlexander RyndinА что там с hash и композитным партицированием?
Ну в общем случае с view можно не то что по hash, можно хоть по sequence в партиции раскидывать, чтобы гарантировать равномерное размазывание, если это надо. Любая логика к твоим услугам. Да авто добавление партиций на триггерах не напишешь (ну кроме каждое утро добавим партицию на завтра :) ).И что будет в результате с pruning?
...
Рейтинг: 0 / 0
24.03.2016, 19:28
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200074
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Облом-с. Пересоздание вью в триггере на вью не дают:
Код: plsql
1.
ОШИБКА:  нельзя выполнить CREATE OR REPLACE VIEW "t", так как этот объект используется активными запросами в данном сеансе



Вы же понимаете, что это не препятствие :D. Сейчас еще что-нибудь придумаем.
...
Рейтинг: 0 / 0
24.03.2016, 19:29
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200078
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Ну вот вариант. Для вставки используем одно view, для чтения - другое.
Вью для вставки:

Код: plsql
1.
2.
create or replace view t_ins as
select id, part_id, val from t_part_1 where 0=1;



Модифицированная триггерная функция:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
create or replace function t_part() returns trigger as $$
declare
   Cnt Integer;
   v_Sql Varchar := '';
   v_TblName Varchar;
begin
   select count(*) into Cnt
   from pg_catalog.pg_tables
   where tablename = 't_part_' || New.Part_Id;

   if Cnt=0 then
      execute 'create table t_part_' || New.Part_Id
         || ' (id integer not null primary key, '
         || '  part_id integer, '
         || '  val Varchar, '
         || '  constraint ch_t_part_' || New.Part_Id || ' check(part_id=' || New.Part_Id || ')) ';

      for v_TblName in (select tablename from pg_catalog.pg_tables
                        where tablename like 't|_part|_%' escape '|') 
      loop
         if (v_Sql<>'') then
            v_Sql := v_Sql || ' union all ';
         end if;
         v_Sql := v_Sql || 'select id, part_id, val from ' || v_TblName;
      end loop;

      execute 'create or replace view t as ' || v_Sql;
   end if;

   return new;
end;
$$ language plpgsql;



Ну и триггер:
Код: plsql
1.
2.
create trigger tg_ins instead of insert on t_ins
    for each row execute procedure t_part();



В результате получаем:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
postgres=> explain select * from t where part_id=7;
                QUERY PLAN                
------------------------------------------
 Result  (cost=0.00..0.01 rows=1 width=0)
   One-Time Filter: false
(2 строки)

postgres=> insert into t_ins(id, part_id, val) values (7, 7, '7');
INSERT 0 1
postgres=> explain select * from t where part_id=7;
                           QUERY PLAN                           
----------------------------------------------------------------
 Append  (cost=0.00..24.50 rows=6 width=40)
   ->  Seq Scan on t_part_7  (cost=0.00..24.50 rows=6 width=40)
         Filter: (part_id = 7)
(3 строки)

postgres=>
...
Рейтинг: 0 / 0
24.03.2016, 19:39
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200309
зрить надо в корень
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
зрить надо в корень
Гость
Симонов ДенисAlexander Ryndin,

это говорил не Путин, а Мариничев.
И не это он вообще говорил.
Но некоторые слышат то, что хотят слышать им из разных ящиков журнашлюхи вещают...
...
Рейтинг: 0 / 0
25.03.2016, 09:15
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200341
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
Alexander A. SakНу вот вариант. Для вставки используем одно view, для чтения - другое.
Создай свой словарь. В котором будут имена партиций. Ну и во view динамический джоин с таблицами чьи имена совпадают. Тогда view вообще менять не надо. :)
...
Рейтинг: 0 / 0
25.03.2016, 09:33
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200350
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Сергей АрсеньевAlexander A. SakНу вот вариант. Для вставки используем одно view, для чтения - другое.
Создай свой словарь. В котором будут имена партиций. Ну и во view динамический джоин с таблицами чьи имена совпадают. Тогда view вообще менять не надо. :)

Можно пример?
На самом деле мне это "партицирование" не нужно, но чисто для развития. Вдруг пригодится.
...
Рейтинг: 0 / 0
25.03.2016, 09:50
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200403
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
Alexander Ryndinroden
По-моему уже давно выяснили, что работают с тем, с чем умеют лучше всего.
Будет человек уметь работать с Линтер - будет работать с Линтер.Допустим, я знаю хорошо MS Access или dbase, но я их точно не буду использовать.
Я всё же не имел ввиду крайности
...
Рейтинг: 0 / 0
25.03.2016, 10:46
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200431
этта
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
этта
Гость
Сергей АрсеньевДа авто добавление партиций на триггерах не напишешь
а поцчему, собсна ?
ddl то в поцгрессе транзакционный. в отличь от ара--кала.
да, очередь из-за лока головной. + по сейвпойнту блока обработки ошибки (как вставки так и создания).
да, в автономии, чтобы не откатывать ddl при факапе транзакции.
долго, но можно, если смена суток ночью, и ночью низкая нагрузка.

основная засада -- при наличии данных в самой головной можно в долгую очередь за автовакуумом влететь. ну так в головной не надо ничего держать.
Сергей Арсеньев(ну кроме каждое утро добавим партицию на завтра :) ). а это -- если не хочется проблем с очередями. разумная комбинация этого с предыдущим -- всё что нужно старому человеку. ну и павлины, ага.
...
Рейтинг: 0 / 0
25.03.2016, 11:31
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200443
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
топик "Российские СУБД" плавно перешло к обсуждению Oracle vs PostgreSQL

Что замечательно показывает, какое состояние с Subj на сегодняшний день.
...
Рейтинг: 0 / 0
25.03.2016, 11:45
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200590
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sayan Malakshinov
Участник
Alexander A. SakНу вот вариант. Для вставки используем одно view, для чтения - другое.а потом вспоминаем, что в системе не одна сессия одного человека работает...
...
Рейтинг: 0 / 0
25.03.2016, 13:56
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200631
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
xtender,

Да ладно тебе, для извращений типа
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
create or replace function test.get_part(id numeric) returns setof test.part_null as $$
 begin
  return query execute 'select * from test.part_'||coalesce(id::character varying,'null') using id;
 end; 
 $$ LANGUAGE plpgsql
;

create view test.part_table as 
 select pd.part_id,tt.val
   from test.part_dict pd
   join test.get_part(pd.part_id) tt on (0=0)
;


Можно ничего не переопределять на лету. Просто добавляешь таблицу и запись про нее в part_dict.
Забавно, что постгрес понимает, в случае view, что предикат надо спускать для фильтрации записей в part_dict. И не понимает, если это же выражение запихнуть в with. Хотя у меня старая версия поди.
...
Рейтинг: 0 / 0
25.03.2016, 14:18
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200636
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
xtenderAlexander A. SakНу вот вариант. Для вставки используем одно view, для чтения - другое.а потом вспоминаем, что в системе не одна сессия одного человека работает...

Действительно.
Посмотрим что там с другими сессиями. Удалил уже все, но можно скопировать из своих постов :)

Сессия 1:
Код: plsql
1.
2.
3.
4.
5.
6.
postgres=> begin transaction ;
BEGIN
postgres=> select * from t;
 id | part_id | val 
----+---------+-----
(0 строк)



Сессия 2:
Код: plsql
1.
postgres=> insert into t_ins(id, part_id, val) values (9, 9, '9');



и висим-ждем.

Потом в Сессии 1 делаем commit, и в Сессия 2 скрипт завершается.
Это если приходится создавать новую таблицу при вставке записи. Если таблица не создается, то скрипт в Сессии 2 ничего не ждет.

Все логично я считаю. Насколько это применимо в реальности - надо смотреть на реальность. Я сейчас как теоретик тут.
...
Рейтинг: 0 / 0
25.03.2016, 14:21
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200638
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей Арсеньев,
Вы так и не пояснили что у вас там. Одна таблица во всех UNION? Тогда отбор id=2 просканирует все. Или разные одна на секцию. Тогда страдает логика: нужно в запросах учитывать секционность.
...
Рейтинг: 0 / 0
25.03.2016, 14:23
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200648
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
vadiminfoСергей Арсеньев,
Вы так и не пояснили что у вас там.
обычный union all разных секций с check constraint или намеренным where ы условии выборки из секции.
В этом случае, как выше показали, оптимизатор может не смотреть в секции, для которых сформируется недопустимое условие.
...
Рейтинг: 0 / 0
25.03.2016, 14:29
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200663
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей АрсеньевvadiminfoСергей Арсеньев,
Вы так и не пояснили что у вас там.
обычный union all разных секций с check constraint или намеренным where ы условии выборки из секции.
В этом случае, как выше показали, оптимизатор может не смотреть в секции, для которых сформируется недопустимое условие.
У вас в обычном union all стоит обычный select, который отбирает id=2. Про него вопрос. Там же отбор из всей таблицы, из всех "секций"? Или что? Нуно было не многоточия писать, а пример запроса.
...
Рейтинг: 0 / 0
25.03.2016, 14:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200826
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
Leonid Kudryavtsevтопик "Российские СУБД" плавно перешло к обсуждению Oracle vs PostgreSQL

Что замечательно показывает, какое состояние с Subj на сегодняшний день.

На самом деле в данном форуме это показывает только количество специалистов, знакомых с той или иной СУБД.
Правда, пожалуй, на рынок такое количество работающих с Постгрес тоже влияет :)
...
Рейтинг: 0 / 0
25.03.2016, 17:01
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200841
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Продажи для госконтор, когда продано 300 тысяч. рабочих мест и они в виде коробок стоят в шкафу в кабинете "большого начальника" - это одно

А когда система эксплуатируется и соответственно есть специалисты знакомые с той или иной СУБД - это другое

Т.ч. кол-во специалистов работающих с СУБД, замечательно показывает истинное состояние этих самых СУБД в стране. И перспективы этих СУБД.

Ничего не хочу сказать плохого про российские СУБД. Год назад убеждали заказчика, что если и заниматься "переходом на российские СУБД", то СУБД и должно быть российским. Предлагали посмотреть/сделать тестовый проект на Линтер - заказчик отказался (хотя смысл проекта в этом и состоял, посмотреть/проверить можно ли "импортозаместится" и что для этого потребуется). В результате все закончилось какай-то профанацией по переходу на PostgreSQL.

Идиотский закон. Который сделает IMHO только хуже. Выиграют в краткосрочной перспективе не многие, а в долгосрочной перспективе хуже станет всем.
...
Рейтинг: 0 / 0
25.03.2016, 17:15
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200845
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
Vladimir BaskakovЯ ставлю на постгресс из вышеперечисленного.

Реальную популярность можно отслеживать по активности в ветках нашего форума. можно следить за числом вакансий по разным типам БД на хидхантере-суперджобе и тд.

Это будет видно несколько позднее. Только через пару-тройку лет по-настоящему станут заметны изменения.
И появится больше специалистов по «Ред База Данных» , ЛИНТЕР и Постгрес"Про"
...
Рейтинг: 0 / 0
25.03.2016, 17:17
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200872
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vladimir Baskakov
Участник
ставлю бутылку пива, что не станут. Видны изменения.
...
Рейтинг: 0 / 0
25.03.2016, 17:52
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200877
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vladimir Baskakov
Участник
Греф умный. Греф что-то знает....Греф Для построения новой системы Сбербанк покупает «маленький пакет акций в российско-американской компании, которая выиграла тендер у Oracle, IBM», рассказал Греф. Производительность платформы этой компании оказалась на порядок выше, чем у них, хотя ее делают всего 60 программистов, добавил он. Речь идет о компании GridGain , знает российский IT-руководитель, знакомый с менеджерами госбанка. Представитель Сбербанка это подтвердил. Это платформа на открытом исходном коде, облачная, с искусственным интеллектом, сказал Греф.
там http://www.gridgain.com/products/hadoop-accelerator/ внутри - https://ru.wikipedia.org/wiki/Hadoop , а не ред, линтер и постгресс про. так что куда подует ветер на горизонте лет - мы угадать не сможем.
...
Рейтинг: 0 / 0
25.03.2016, 18:00
| Ответить | Цитировать | Написать  
Российские СУБД
    #39200943
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Leonid Kudryavtsev
Идиотский закон. Который сделает IMHO только хуже. Выиграют в краткосрочной перспективе не многие, а в долгосрочной перспективе хуже станет всем.
Ну импортозамещение оно и расчитано на выигрыш нееффективных, за счет защиты от конкуренции. В долгосроке в экономике неэффективных будет больше, чем на рынке без таких костылей. Для избавления от неэффективных нужен кризис: хуже всем.
...
Рейтинг: 0 / 0
25.03.2016, 19:47
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201437
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
vadiminfoНу импортозамещение оно и расчитано на выигрыш нееффективных, за счет защиты от конкуренции. В долгосроке в экономике неэффективных будет больше, чем на рынке без таких костылей. Для избавления от неэффективных нужен кризис: хуже всем.
глупости. защищают от эмбарго. какая может быть эффективность у оракла если он полностью зависит от хотелок госдепа ? все уже увидели как это может выглядеть на примере крыма. было бы полным идиотизмом продолжать в прежнем духе, буд-то бы крым ничему не научил.
там где есть хорошая альтернатива, как bigdata/hadoop в аналитике - надо заменять оракл, тем более что в большинстве случаев переход финансово оправдывается.
...
Рейтинг: 0 / 0
27.03.2016, 15:47
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201475
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Yo.!глупости. защищают от эмбарго. какая может быть эффективность у оракла если он полностью зависит от хотелок госдепа ? все уже увидели как это может выглядеть на примере крыма. было бы полным идиотизмом продолжать в прежнем духе, буд-то бы крым ничему не научил.
там где есть хорошая альтернатива, как bigdata/hadoop в аналитике - надо заменять оракл, тем более что в большинстве случаев переход финансово оправдывается.
Ну, хорошо. Если Оракл не эффективен, то у нас есть шансы за счет создания высоконкурентных (без костылей вроде импортозамещения) рынков иметь эффективное и сократить отставание от развитых стран.
У Вас защита от внешних краткосрочных угроз, предполагает долгосрочные угрозы в экономике изнутри, так как это методология усиления отставания. Отставание рано или поздно приведет к "обмену на колбасу". Т.е. начинать в "старом (совковом) новом" духе никакой не выход.
...
Рейтинг: 0 / 0
27.03.2016, 17:36
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201484
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
vadiminfoНу, хорошо. Если Оракл не эффективен, то у нас есть шансы за счет создания высоконкурентных (без костылей вроде импортозамещения) рынков иметь эффективное и сократить отставание от развитых стран.
У Вас защита от внешних краткосрочных угроз, предполагает долгосрочные угрозы в экономике изнутри, так как это методология усиления отставания. Отставание рано или поздно приведет к "обмену на колбасу". Т.е. начинать в "старом (совковом) новом" духе никакой не выход.
что за витамины вы приняли, что бы увидеть в bigdata дух совка не понятно. технологии bigdata/hadoop набирают силу, вытесняют оракл повсеместно, на этом фоне просто преступление не попытаться оседлать тренд, учитывая сложившуюся ситуацию с санкциями.
...
Рейтинг: 0 / 0
27.03.2016, 18:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201491
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Yo.!что за витамины вы приняли, что бы увидеть в bigdata дух совка не понятно. технологии bigdata/hadoop набирают силу, вытесняют оракл повсеместно, на этом фоне просто преступление не попытаться оседлать тренд, учитывая сложившуюся ситуацию с санкциями.
Про bigdata я ничего не писал вообще, т.е. в нем ничего не видел. Совок увидел в "новом духе". Т.е. импортозамещении. Если конкуренция, где вытесняют Оракл по рынку, то это как бы "прежний дух". Под флагом импортзамещения - "новый дух".
...
Рейтинг: 0 / 0
27.03.2016, 18:26
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201531
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
vadiminfoПро bigdata я ничего не писал вообще, т.е. в нем ничего не видел. Совок увидел в "новом духе". Т.е. импортозамещении. Если конкуренция, где вытесняют Оракл по рынку, то это как бы "прежний дух". Под флагом импортзамещения - "новый дух".
снова какая-то ерунда. взять тот же оракл, который пересадил свои отделы с винды на linux. точно такое же импортозамещение. ничего нового в этом нет, менять технологию на пусть и не самую удобную и продвинутую, но свою.
...
Рейтинг: 0 / 0
27.03.2016, 20:03
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201586
Mike7
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mike7
Участник
Dimitry SibiryakovLocksmithPCКакой смысл в платных отечественных СУБД, при смешных ограничениях той
же DB2 Express-c 10.5х?
Ты закон по ссылке из первого поста читал? Какое слово из "В целях защиты основ
конституционного строя, обеспечения обороны страны и безопасности государства" тебе
непонятно?


Ты слово "закупки" пропустил. Если ПО бесплатно и не "закупается", то причем тут этот закон? Кстати, закона, требующего любое используемое ПО ставить на баланс в бухгалтерию тоже нет. Только то, на которое потрачены деньги на закупку (или на разработку).
...
Рейтинг: 0 / 0
27.03.2016, 22:26
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201588
Mike7
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mike7
Участник
А все дело в том, что тип лицензии и документированность для целей импортозамещения на само деле может быть более важная вещь, чем формальная страна происхождения.
...
Рейтинг: 0 / 0
27.03.2016, 22:32
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201596
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Yo.!снова какая-то ерунда. взять тот же оракл, который пересадил свои отделы с винды на linux. точно такое же импортозамещение. ничего нового в этом нет, менять технологию на пусть и не самую удобную и продвинутую, но свою.
Вы уверены, что хорошо освоили школьные курсы по экономике? Как Вы собирались критиковать буржуазные теории с такими познаниями?
Это выбор самой фирмы. Если она ошиблась она проиграла, она отвечает своими деньгами.
Если она вынуждена покупать только продкуты США либо из-за девальвации, а тем более из-за законов это импортозамещение.
И опять, если там издадут такие законы, или у доллар сильно упадет - это нам на руку: это путь к снижению их конкурентноспособности. Но пока у них отрицательный чистый экспорт.
...
Рейтинг: 0 / 0
27.03.2016, 22:47
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201819
этта
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
этта
Гость
гм. спор распильщиков у разбитого бюджетного корыта прерывался причитаниями особо одарённых плакальщиц о прелестях рыночной конкуренции


вот когда бузинесу запретят покупать сракел -- вот тогда и плачьтесь. пока же сермяга в том, что весь пузырь сракел--ориентированного бузинеса в опе. а именно -- банковский сектор. а прочая экономика -- в полной опе непрерывно и давно. по известным причинам. а не из-за импортозамещения. операторы связи -- счётны и давно сосчитаны. а бюджет пилить, чем сракел всегда занимался -- не пущают. вот и пошли плакаться о свободной конкуренции, откатчики 80-го левела, ять.
...
Рейтинг: 0 / 0
28.03.2016, 10:28
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201904
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
эттагм. спор распильщиков у разбитого бюджетного корыта прерывался причитаниями особо одарённых плакальщиц о прелестях рыночной конкуренции


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

гм. пропаганда, эмоции. А что же на рынке вместо конкуренции не указано.

в стране 40% гос собственность. Какой тут бизнес...
...
Рейтинг: 0 / 0
28.03.2016, 11:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201927
этта
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
этта
Гость
vadiminfo,

сударь, вы, если вы этого не знали, образчик существа с органчиком, евпочя
наблюдая вас тут лет эдак 10, приходишь к мысли, чтааа вас надо в палату мер и весов
как эталон одноклеточного


на "рынке", при госкапитализмусе, -- откаты, откаты и ничего кроме откатов
ибо "рынок" не товаров и услуг, но гос--решений (по поводу гос же бюджетов)
а барьеры -- это то, чем чиновники (они же -- компрадоры, либо лично, либо -- "в детях") повышаюд свою значимость
т.е. останется ваш сракел на "рынке", но откатоёмкость его повысицца, узбагойтеся
...
Рейтинг: 0 / 0
28.03.2016, 12:07
| Ответить | Цитировать | Написать  
Российские СУБД
    #39201987
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
этта
на "рынке", при госкапитализмусе, -- откаты, откаты и ничего кроме откатов
ибо "рынок" не товаров и услуг, но гос--решений (по поводу гос же бюджетов)
а барьеры -- это то, чем чиновники (они же -- компрадоры, либо лично, либо -- "в детях") повышаюд свою значимость
т.е. останется ваш сракел на "рынке", но откатоёмкость его повысицца, узбагойтеся
Тем более раз "госкапитализмус", какому бизнесу "запрещать". Вы сами не знаете чего хОчите.
...
Рейтинг: 0 / 0
28.03.2016, 12:47
| Ответить | Цитировать | Написать  
Российские СУБД
    #39240779
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
Российские СУБД1. «Ред База Данных»
2. ЛИНТЕР
3. Postgres Pro
4. "CronosPRO"

Это если отечественная + СУБД + SQL.
Если отечественная + СУБД + MUMPS, то еще MiniM
...
Рейтинг: 0 / 0
21.05.2016, 21:55
| Ответить | Цитировать | Написать  
Российские СУБД
    #39240953
Фотография pureproft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pureproft
Участник
Срочно MiniM в реестр и всём кто хочет купить Caché пойди докажи, что тебе без неё не жить ))))
...
Рейтинг: 0 / 0
22.05.2016, 18:47
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
Российские СУБД
    #39750293
Фотография Insane Pooh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Insane Pooh
Участник
В свете последних событий выбор российской СУБД может стать опять актуальным для ИТшников госкомпаний.
Залез посмотреть в официальный реестр , но там много "шума". Ниже представил результат отсева:

№НазваниеДата внесенияАдрес сайта4452NitrosBase16 Апреля 2018 http://nitrosbase.ru 4096Rakurs RawServer (сервер доступа к базам данных в формате RAW)11 Декабря 2017 http://www.rakurs.com/programmnoe_obespechenie/RawServer/ 2376SELTA@Etersoft15 Декабря 2016 http://etersoft.ru/products/selta 442Объектно-реляционная NoSQL СУБД ARL18 Апреля 2016 http://growfactor.ru/subd_arl.html 3350Программное средство Система управления базами данных "Синтез"3 Мая 2017 http://itsirius.su/sintez-subd.html 3829Программный комплекс "Infotech.Data"16 Августа 2017 https://infotech.group/download_products/Data/ 3746Программный комплекс "SoftPoint Data Cluster"23 Июля 2017 http://www.softpoint.ru/solutions/data-cluster/ 1707Программный комплекс «Циркон-СУБД»6 Сентября 2016 http://www.swemel.ru/products-and-services/programmnyij-kompleks-«czirkon-subd»/ 105Реляционная система управления базами данных ЛИНТЕР БАСТИОН (РСУБД ЛИНТЕР БАСТИОН RDBMS Linter Bastion)18 Марта 2016 http://www.linter.ru 115Реляционная система управления базами данных ЛИНТЕР версия 5.9 (РСУБД ЛИНТЕР версия 5.9 RDBMS Linter SQL 5.9)18 Марта 2016 http://www.linter.ru 116Реляционная система управления базами данных ЛИНТЕР версия 6.0 (РСУБД ЛИНТЕР версия 6.0 RDBMS Linter SQL 6.0)18 Марта 2016 http://www.linter.ru 117Реляционная система управления базами данных ЛИНТЕР версия 6.1 (РСУБД ЛИНТЕР версия 6.1 RDBMS Linter SQL 6.1)18 Марта 2016 http://www.linter.ru 3894Реляционная система управления базами данных ЛИНТЕР СТАНДАРТ (РСУБД ЛИНТЕР СТАНДАРТ RDBMS Linter Standard)16 Августа 2017 http://www.linter.ru 4823Система управления базами данных "АИР-ГТМ"3 Декабря 2018 http://www.npcair.ru 1Система управления базами данных «Ред База Данных»29 Января 2016 http://reddatabase.ru/documentation/ 5007Система управления базами данных в защищённом исполнении на базе программного обеспечения с открытым исходным кодом "СИНЕРГИЯ-БД"3 Декабря 2018 http://цифровоепредприятие.рф/субд-синергия/ 3343СУБД HyTech3 Мая 2017 http://www.hytechdb.ru 104СУБД Postgres Pro18 Марта 2016 http://postgrespro.ru/doc 1586СУБД М105 Сентября 2016 http://m10.64x.ru/ 3505СУБД Платформа Odant3 Мая 2017 http://odant.ru odant.org

Кто что использовал в высоконагруженных системах?
...
Рейтинг: 0 / 0
19.12.2018, 16:22
| Ответить | Цитировать | Написать  
Российские СУБД
    #39750370
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
Insane PoohВ свете последних событий выбор российской СУБД может стать опять актуальным для ИТшников госкомпаний.
Залез посмотреть в официальный реестр , но там много "шума". Ниже представил результат отсева:

№НазваниеДата внесенияАдрес сайта4452NitrosBase16 Апреля 2018 http://nitrosbase.ru 4096Rakurs RawServer (сервер доступа к базам данных в формате RAW)11 Декабря 2017 http://www.rakurs.com/programmnoe_obespechenie/RawServer/ 2376SELTA@Etersoft15 Декабря 2016 http://etersoft.ru/products/selta 442Объектно-реляционная NoSQL СУБД ARL18 Апреля 2016 http://growfactor.ru/subd_arl.html 3350Программное средство Система управления базами данных "Синтез"3 Мая 2017 http://itsirius.su/sintez-subd.html 3829Программный комплекс "Infotech.Data"16 Августа 2017 https://infotech.group/download_products/Data/ 3746Программный комплекс "SoftPoint Data Cluster"23 Июля 2017 http://www.softpoint.ru/solutions/data-cluster/ 1707Программный комплекс «Циркон-СУБД»6 Сентября 2016 http://www.swemel.ru/products-and-services/programmnyij-kompleks-«czirkon-subd»/ 105Реляционная система управления базами данных ЛИНТЕР БАСТИОН (РСУБД ЛИНТЕР БАСТИОН RDBMS Linter Bastion)18 Марта 2016 http://www.linter.ru 115Реляционная система управления базами данных ЛИНТЕР версия 5.9 (РСУБД ЛИНТЕР версия 5.9 RDBMS Linter SQL 5.9)18 Марта 2016 http://www.linter.ru 116Реляционная система управления базами данных ЛИНТЕР версия 6.0 (РСУБД ЛИНТЕР версия 6.0 RDBMS Linter SQL 6.0)18 Марта 2016 http://www.linter.ru 117Реляционная система управления базами данных ЛИНТЕР версия 6.1 (РСУБД ЛИНТЕР версия 6.1 RDBMS Linter SQL 6.1)18 Марта 2016 http://www.linter.ru 3894Реляционная система управления базами данных ЛИНТЕР СТАНДАРТ (РСУБД ЛИНТЕР СТАНДАРТ RDBMS Linter Standard)16 Августа 2017 http://www.linter.ru 4823Система управления базами данных "АИР-ГТМ"3 Декабря 2018 http://www.npcair.ru 1Система управления базами данных «Ред База Данных»29 Января 2016 http://reddatabase.ru/documentation/ 5007Система управления базами данных в защищённом исполнении на базе программного обеспечения с открытым исходным кодом "СИНЕРГИЯ-БД"3 Декабря 2018 http://цифровоепредприятие.рф/субд-синергия/ 3343СУБД HyTech3 Мая 2017 http://www.hytechdb.ru 104СУБД Postgres Pro18 Марта 2016 http://postgrespro.ru/doc 1586СУБД М105 Сентября 2016 http://m10.64x.ru/ 3505СУБД Платформа Odant3 Мая 2017 http://odant.ru odant.org

Кто что использовал в высоконагруженных системах?
Да не будет никто резко переводить все, особенно такие крупные конторы. Либо переведут может какую-то часть систем планово, либо как-то по-другому выкрутятся.
...
Рейтинг: 0 / 0
19.12.2018, 17:37
| Ответить | Цитировать | Написать  
Российские СУБД
    #39750385
Фотография Insane Pooh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Insane Pooh
Участник
MegabyteInsane PoohВ свете последних событий выбор российской СУБД может стать опять актуальным для ИТшников госкомпаний.
Залез посмотреть в официальный реестр , но там много "шума". Ниже представил результат отсева:

....

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

Да, это понятно, что либо опять просаботируют, либо найдут лазейку, чтобы основные базы на месте оставить.
Но просто любопытно же ж с айтишной ТЗ.
...
Рейтинг: 0 / 0
19.12.2018, 17:50
| Ответить | Цитировать | Написать  
Российские СУБД
    #39750399
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Insane PoohНо просто любопытно же ж с айтишной ТЗ.

С айтишной точки зрения "высоконагруженных систем" не существует в природе. Есть
недостаточно оптимизированные.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
19.12.2018, 17:59
| Ответить | Цитировать | Написать  
Российские СУБД
    #39750421
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Слышал такую вещь, что SAP - это уже российская компания )))

Т.ч. быть "российской СУБД" или быть "не российской" - это исключительно желание.... Пока это все напоминает "неуловимого джо". SAP и PostgreSQL уже российская СУБД, а Oracle похоже просто это не нужно.
...
Рейтинг: 0 / 0
19.12.2018, 18:31
| Ответить | Цитировать | Написать  
Российские СУБД
    #39750554
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
Insane PoohКто что использовал в высоконагруженных системах?
Postgres
...
Рейтинг: 0 / 0
20.12.2018, 06:56
| Ответить | Цитировать | Написать  
Российские СУБД
    #39750749
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
rodenТолько через пару-тройку лет по-настоящему станут заметны изменения.
И появится больше специалистов по «Ред База Данных» , ЛИНТЕР и Постгрес"Про"
Судя по ответам, специалисты не появились.
Максимум, что используют - Postgres, без Про. У нас на одном мелком проекте, например, он есть.
Да и не удивительно: Postgres - бесплатный, а за Про нужно платить.
Опенсорс, за который нужно платить, редко кто использует. Если платить, то предпочитают проприетарные продукты.
...
Рейтинг: 0 / 0
20.12.2018, 12:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39750993
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
EleanorСудя по ответам, специалисты не появились.
А что, для ПостгрессПро нужны какие-то другие специалисты, не как для обычного Постгресс?
Для Ред-базы нужны какие-то другие специалисты, не как для Firebird?

Это же просто платные форки.
...
Рейтинг: 0 / 0
20.12.2018, 17:59
| Ответить | Цитировать | Написать  
Российские СУБД
    #39750999
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
YuRockЭто же просто платные форки.
Вы на название топика посмотрите.
Речь то о том, что subj как был в полудохлом состоянии, так и продолжает там прибывать.

ну и я совершенно не понимаю, почему "просто платные форки" все радостно считают subj'ем
...
Рейтинг: 0 / 0
20.12.2018, 18:07
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751002
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
Потому, что "отечественное ПО" это не про где это ПО происходит, а про то, где останутся деньги за его продажу.
...
Рейтинг: 0 / 0
20.12.2018, 18:12
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751011
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Basil A. Sidorov.....а про то, где останутся деньги за его продажу.
где, где... в Швейцарии, ну может быть в Париже
раньше вроде любили оставаться в Лондоне или на Кипре, в крайнем случае в Панаме

тут что российская нефть, что российское ПО, что российские виолончели - без разницы
...
Рейтинг: 0 / 0
20.12.2018, 18:32
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751023
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
То, что любой Остап знает четыреста, сравнительно честных, способов напаять всех, кого получится - вопросов нет.
Мне непонятно, почему технари смотрят на политэкономию исключительно через призму розовых очков.
...
Рейтинг: 0 / 0
20.12.2018, 18:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751040
Фотография Karbafos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Karbafos
Участник
Leonid Kudryavtsevну и я совершенно не понимаю, почему "просто платные форки" все радостно считают subj'ем

ПостгресПро не просто платный форк, там есть фичи, отсутствующие в ванильном pg + возможна доработка фич под заказ, в штате есть разработчики ванильного pg + один коммиттер в ванильный pg.
Этого достаточно, чтобы реально делать свою версию и её поддерживать, а не просто шильдик переклеивать.
...
Рейтинг: 0 / 0
20.12.2018, 19:53
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751042
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
Leonid Kudryavtsevну и я совершенно не понимаю, почему "просто платные форки" все радостно считают subj'емНу разработчики этих форков должны быть довольны.
...
Рейтинг: 0 / 0
20.12.2018, 20:02
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751043
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
KarbafosПостгресПро не просто платный форк, там есть фичи, отсутствующие вЭто понятно, что не тупо перекопирайчено. Какие-то фичи есть.
В редбазе тоже фичи есть - встроенный в инсталляцию репликатор и еще пара доп. утилит. Возможно, даже полезных.


KarbafosЭтого достаточно, чтобы реально делать свою версию и её поддерживать
А что будет, когда pg (fb) выпустят новую версию?
Забивать?
Или судорожно портировать изменения и самостоятельно их отлаживать/тестировать?
Смешно. Это практически полностью - одноразовые акции.

Давать оригинальную СУБД (или почти оригинальную, можно переназванную) и предлагать при этом платную поддержку - совсем другое дело, не имеющее, правда, отношения к замещениям и реестрам.
...
Рейтинг: 0 / 0
20.12.2018, 20:09
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751053
Фотография Karbafos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Karbafos
Участник
YuRockА что будет, когда pg (fb) выпустят новую версию?
Забивать?
Или судорожно портировать изменения и самостоятельно их отлаживать/тестировать?
Смешно. Это практически полностью - одноразовые акции.

Чтобы такие вопросы не задавать надо знать про людей и сообщество чуть больше.
Даю подсказку, некоторые фичи ванильного pg, типа GiN индексов, jsonb и т.д., делались и делаются сотрудниками ПостгресПро, которые одновременно являются разработчиками ванильного постгреса, просто не всё и не сразу идёт в основную ветку.
Заодно рекомендую узнать, что означает статус коммиттера в сообществе pg.

В этом вся прелесть pg, он международный и не принадлежит конкретной стране и компании, соответственно даже ванильный pg может считаться "российской" базой, т.к. там есть российский девелоперы.
Другое дело, что в такой ситуации для госов и бизнеса нужны вполне реальные отечественные компании, имеющие соответствующие компетенции в разработке самого pg и в плане консультаций, абстрактный саппорт на форумах и в группах мало кому интересен.
...
Рейтинг: 0 / 0
20.12.2018, 21:08
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751062
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
Karbafos,

проблема в том, что последними решениями действительно "российским ПО" считается только произведенное российской компанией. А если к опенсорцу есть российская компания, обеспечивающая поддержку и консультации - пофиг, пока такое не считается "российским", увы.
Вы почитайте решение экспертного совета Минкомсвязи от 12.11.2018
http://d-russia.ru/wp-content/uploads/2018/11/protokol_12_11_2018.pdf

К примеру, Firebird - open source. Ведущие разработчики - 2 Россия, 1 Украина, остальные со всего мира. Это российское ПО?
По мнению экспертного совета - нет. Opensource тут вообще в непонятном статусе, и зарегистрировать в рос-реестре его нельзя, а значит, и нельзя "рекомендовать к использованию".

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

Ткните мне пальцем, где в опенсорце кому-то принадлежат ИСКЛЮЧИТЕЛЬНЫЕ права?
Хм, вот написал вопрос, и подумал, что ведь да. По ГК РФ получается, что если российский гражданин пишет кусок кода Firebird, то ему принадлежат исключительные права на Firebird (вместе с другими авторами из других стран).
В общем, вопрос требует юридической проработки.
...
Рейтинг: 0 / 0
20.12.2018, 21:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751081
Фотография Karbafos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Karbafos
Участник
kdvВ общем, вопрос требует юридической проработки.
Надо на лицензию ванильной ветки смотреть.
pg -- это BSD, т.е. любой може распространять как хочет и как может, закрывая исходники и исключительных прав ни у кого нет, любой коммиттер это знает. Это не GPL-щина, где каждый индивидуальность.
В нашем законодательстве, если память не изменяет, достаточно 5% различия с исходниками, чтобы продукт считался оригинальным.
Как думаете, способны наши прогеры pg поменять 5 и более процентов в ванили, с учётом оригинальных энтерпрайзных фич?
Т.е., когда создавался pg pro, это уже всё было посчитано и расчитано всеми, включая инвесторов.
Именно поэтому продукт и сидит в реестре, т.к. он является хоть и производным, но оригинальным и в дальнейшем будет поддерживаться наравне с ванилью, т.к. разработчики одни и те же ^_^
...
Рейтинг: 0 / 0
20.12.2018, 23:26
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751084
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
Karbafosнекоторые фичи ванильного pg, типа GiN индексов, jsonb и т.д., делались и делаются сотрудниками ПостгресПро, которые одновременно являются разработчиками ванильного постгреса, просто не всё и не сразу идёт в основную ветку

Естественно, они же тоже хотят свою банку с вареньем и мешочек печенья. Вот и подрабатывают. Так во многих опенсорс-проектах, включая другие опенсорс-субд.

Это не отменяет постепенного разветвления "платных" веток и основной и сопутствующих проблем в будущем.


KarbafosДругое дело, что в такой ситуации для госов и бизнеса нужны вполне реальные отечественные компании, имеющие соответствующие компетенции в разработке самого pg и в плане консультаций

Это совсем другой вопрос, я его упоминал. Платная профессиональная поддержка - это другое, к российским субд отношения не имеющая.

Karbafospg может считаться "российской" базой, т.к. там есть российский девелоперы.
В таком случае - MSSQL и Oracle - российские СУБД, т.к. среди их разработчиков - полно русских.
...
Рейтинг: 0 / 0
20.12.2018, 23:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751097
Фотография Karbafos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Karbafos
Участник
YuRockЕстественно, они же тоже хотят свою банку с вареньем и мешочек печенья. Вот и подрабатывают. Так во многих опенсорс-проектах, включая другие опенсорс-субд.

Это не отменяет постепенного разветвления "платных" веток и основной и сопутствующих проблем в будущем.

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

YuRockПлатная профессиональная поддержка - это другое, к российским субд отношения не имеющая.
Не только поддержка, но и разработка фич бд на заказ. Это сильно отличается от кучи обычных консалтеров.

YuRockВ таком случае - MSSQL и Oracle - российские СУБД, т.к. среди их разработчиков - полно русских.

Ещё раз по буквам -- ванильный pg, согласно лицензии bsd, никому не принадлежит, с ним кто угодно может делать что угодно.
Можешь саппортить свою сборку MegaDB на базе pg даже просто заменив в сорцах название, молодец, нет, так нафиг с баркаса. Так делают с pg во всём мире.

В итоге делаешь разработку на ванильном pg, в случае необходимости всяких сертификаций и заместительств заказчик покупает либо сборку pg pro, которая по официальному договору сопровождается и умеет больше, чем ванильный pg, либо дистрибутив astra linux, который весь сертифицирован дальше некуда включая работу с гостайной и в своих репах содержит сертифицированную ванильную версию pg, но немного староватую, ибо debian.
...
Рейтинг: 0 / 0
21.12.2018, 01:25
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751098
Фотография Karbafos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Karbafos
Участник
А что касается платы за проприетарщину, а не за опенсорс, то за azure data lake вполне себе платят, несмотря на то, что там hadoop в кишках.
Интересно, почему?
...
Рейтинг: 0 / 0
21.12.2018, 01:27
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751106
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
KarbafosКакие могут быть проблемы, если обе версии делают одни и те же людиЯ не знаю, сколько человек разрабатывает pg. Подозреваю, что больше десятка, как минимум. Основных разрабов.
Если некоторые из них ведут параллельно какие-то платные версии - не вижу в этом ничего плохого.
Но и не вижу никаких гарантий в будущем равномерного развития этих версий и основной ветки.
...
Рейтинг: 0 / 0
21.12.2018, 02:53
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751238
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
KarbafosА что касается платы за проприетарщину, а не за опенсорс, то за azure data lake вполне себе платят, несмотря на то, что там hadoop в кишках.
Интересно, почему?
Факторов много: есть ли альтернативы, каково соотношение цены и качества, наличие дополнительных инструментов.

Тот же платный Postgres Про оценивает себя приблизительно как Sql Server Std (по крайней мере нам предложили такие цены), а по ощущениям Postgres соответствует развитию Sql Server или Oracle 15-20 летней давности. Поэтому здесь выбор оказывается не в пользу Postgres Про.

А azure data lake, похоже, есть что предложить покупателям.
...
Рейтинг: 0 / 0
21.12.2018, 12:18
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751319
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
https://www.kommersant.ru/doc/3827670
...
Рейтинг: 0 / 0
21.12.2018, 14:03
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751324
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
YuRockПлатная профессиональная поддержка - это другое, к российским субд отношения не имеющая.
опа... поясните, пожалуйста.
...
Рейтинг: 0 / 0
21.12.2018, 14:07
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751376
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
kdvYuRockПлатная профессиональная поддержка - это другое, к российским субд отношения не имеющая.
опа... поясните, пожалуйста.Ну что пояснять. Это не та проблема, которая обсуждается в топике.
Можно заниматься поддержкой чего-угодно.
Если российская контора занимается профессиональной поддержкой клиентов с опенсорсной СУБД, эта СУБД не становится от этого российской.
...
Рейтинг: 0 / 0
21.12.2018, 14:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751405
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
YuRockЕсли российская контора занимается профессиональной поддержкой клиентов с опенсорсной СУБД, эта СУБД не становится от этого российской.Вы опять путаете тёплое с кислым.
В реестре регистрируется продукт.
Как сделать из O(pen)S(ource)S(oftware) продукт, права на который принадлежат "отечественному производителю" - вопрос к юристам.
Технари в этом процессе требуются только для того, чтобы отбрить особо забористую фигню.
...
Рейтинг: 0 / 0
21.12.2018, 15:12
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751445
Фотография Karbafos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Karbafos
Участник
YuRockНо и не вижу никаких гарантий в будущем равномерного развития этих версий и основной ветки.
какие есть гарантии, что MS завтра не прекратит развитие SQL Server в угоду чему-то новому?
...
Рейтинг: 0 / 0
21.12.2018, 16:09
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751462
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
KarbafosYuRockНо и не вижу никаких гарантий в будущем равномерного развития этих версий и основной ветки.
какие есть гарантии, что MS завтра не прекратит развитие SQL Server в угоду чему-то новому?финансовый поток, который этот продукт приносит
...
Рейтинг: 0 / 0
21.12.2018, 16:42
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751464
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
SergSuperфинансовый поток, который этот продукт приносит

Вооот, значит достаточно создать финансовый поток в любой опенсорс чтобы были гарантии его
долгосрочности. Но кто же будет платить?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
21.12.2018, 16:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751486
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
Eleanor
Тот же платный Postgres Про оценивает себя приблизительно как Sql Server Std (по крайней мере нам предложили такие цены), а по ощущениям Postgres соответствует развитию Sql Server или Oracle 15-20 летней давности. Поэтому здесь выбор оказывается не в пользу Postgres Про.
У меня был фриланс-заказ у иностранной конторы.
У них ПО работает по MS SQL и под PostgreSQL. Штатного ДБА у них не было.

Так вот с PostgreSQL оно работало в 1.8 раза медленнее. Требовалось заставить работать с PostgreSQL быстрее, в идеале как с MS SQL.
Я настройками добился максимум, чтоб работало в 1.5 раза медленнее.
Вполне возможно я просто недостаточно разбираюсь в настройках PostgreSQL. По этой СУБД у меня действительно сильно меньше опыта.
Да и работают они через одно место(ORM).
Но вот такой факт.

з.ы. PostgreSQL они юзают для бюджетных клиентов.
...
Рейтинг: 0 / 0
21.12.2018, 17:59
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751526
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
SergSuperKarbafosкакие есть гарантии, что MS завтра не прекратит развитие SQL Server в угоду чему-то новому?
финансовый поток, который этот продукт приносит
независимо от гарантий, или финансового потока что микрософту, что поддерживающей ms sql российской компании,
российским продуктом MS SQL НИКОГДА не станет, и не попадет в пресловутый список разрешенного для госконтор РФ ПО.

Поэтому, забудьте про MS SQL и Oracle. Основная проблема сейчас - признание использования в РФ госконторами (и остальными) open-source СУБД и другого ПО. Пока с этим хреново, что вообще, что в ГК РФ. Вот за что надо бороться, а не за MS SQL.
...
Рейтинг: 0 / 0
21.12.2018, 20:06
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751548
Бумбараш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бумбараш
Участник
EleanorТот же платный Postgres Про оценивает себя приблизительно как Sql Server Std (по крайней мере нам предложили такие цены), а по ощущениям Postgres соответствует развитию Sql Server или Oracle 15-20 летней давности.
по каким ощущениям?
...
Рейтинг: 0 / 0
21.12.2018, 21:35
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751553
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
kdvОсновная проблема сейчас - признание использования в РФ госконторами (и остальными) open-source СУБД и другого ПО. Пока с этим хреновоНичего удивительного в этом нет.
Как известно, копеечные, а тем более, бесплатные проекты никому не нужны - с них красть нечего. (с)
Поэтому вначале обязательно надо превратить бесплатное в платное.
...
Рейтинг: 0 / 0
21.12.2018, 21:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751559
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
"Не порите чушь - ей больно".
Информация о госзакупках общедоступна и количество денег, потраченное на коммерческое ПО (с открытым и закрытым кодом) - известно или, по крайней мере, может быть получено.
Для установки бесплатного ПО (с открытым и закрытым кодом) денег не требуется и отчётов по нему просто нет - только широкое поле для домыслов.
...
Рейтинг: 0 / 0
21.12.2018, 22:36
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751561
Фотография Karbafos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Karbafos
Участник
БумбарашEleanorТот же платный Postgres Про оценивает себя приблизительно как Sql Server Std (по крайней мере нам предложили такие цены), а по ощущениям Postgres соответствует развитию Sql Server или Oracle 15-20 летней давности.
по каким ощущениям?
ну так форум гуманитарный, кроме ощущений никакие метрики не используются ^_^
...
Рейтинг: 0 / 0
21.12.2018, 22:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751563
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
YuRockПоэтому вначале обязательно надо превратить бесплатное в платное.
моя контора существует с 2002 года, я никому ни взяток, ни откатов, ни налом ни безналом за 16 лет не давал.
А попадалось пару контор, которые такое хотели, так я их посылал.
...
Рейтинг: 0 / 0
21.12.2018, 23:07
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751570
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
kdvнезависимо от гарантий, или финансового потока что микрософту, что поддерживающей ms sql российской компании,
российским продуктом MS SQL НИКОГДА не станет, и не попадет в пресловутый список разрешенного для госконтор РФ ПО.кончится же у нас когда-нибудь это мракобесие
...
Рейтинг: 0 / 0
22.12.2018, 00:22
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751573
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
Бумбарашпо каким ощущениям?
Отдельные отзывы коллег, которые работают с Postgres, всё сразу не вспомню:
- совсем нет хинтов запросов
- слаборазвитые инструменты высокой доступности
- параллелизм появился недавно (а для реляционок-лидеров это уже прошлый век). Причем, неделю назад его пришлось на проекте полностью отключить из-за проявившихся багов
- история, как Postgres попытался оценить свои достижения по производительности, используя тесты TPC. Тесты полностью провалил и возмущенно написал, что это просто все читеры, их результаты подкручены, а он не будет в этом цирке участвовать
- предположительно, не умеет корректно работать в условиях memory pressure, плавно освобождая страничный кэш по требованию ОС, а вместо этого попадает в своп
...
Рейтинг: 0 / 0
22.12.2018, 00:34
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751576
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Siemargl
Участник
kdvKarbafos,

проблема в том, что последними решениями действительно "российским ПО" считается только произведенное российской компанией. А если к опенсорцу есть российская компания, обеспечивающая поддержку и консультации - пофиг, пока такое не считается "российским", увы.
Вы почитайте решение экспертного совета Минкомсвязи от 12.11.2018
http://d-russia.ru/wp-content/uploads/2018/11/protokol_12_11_2018.pdf

К примеру, Firebird - open source. Ведущие разработчики - 2 Россия, 1 Украина, остальные со всего мира. Это российское ПО?
По мнению экспертного совета - нет. Opensource тут вообще в непонятном статусе, и зарегистрировать в рос-реестре его нельзя, а значит, и нельзя "рекомендовать к использованию".

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

Ткните мне пальцем, где в опенсорце кому-то принадлежат ИСКЛЮЧИТЕЛЬНЫЕ права?
Хм, вот написал вопрос, и подумал, что ведь да. По ГК РФ получается, что если российский гражданин пишет кусок кода Firebird, то ему принадлежат исключительные права на Firebird (вместе с другими авторами из других стран).
В общем, вопрос требует юридической проработки.
Отлично. А то наделали БольгенОСей и денег за это хотят....
А потом откатывают 90% и еще жалуются (кто не в курсе может погуглить, хотя вопрос замяли быстро)

Basil A. Sidorov"Не порите чушь - ей больно".
Информация о госзакупках общедоступна и количество денег, потраченное на коммерческое ПО (с открытым и закрытым кодом) - известно или, по крайней мере, может быть получено.
Для установки бесплатного ПО (с открытым и закрытым кодом) денег не требуется и отчётов по нему просто нет - только широкое поле для домыслов.
ПФ РФ платил по 20тыр (пару-тройку лет назад) за каждый Линух.
...
Рейтинг: 0 / 0
22.12.2018, 01:01
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751577
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
kdvYuRockПоэтому вначале обязательно надо превратить бесплатное в платное.
моя контора существует с 2002 года, я никому ни взяток, ни откатов, ни налом ни безналом за 16 лет не давал.
А попадалось пару контор, которые такое хотели, так я их посылал.Ты - святой человек, это другое дело :)
...
Рейтинг: 0 / 0
22.12.2018, 01:04
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751583
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Eleanor,

Ну и два основных минуса PostgreSQL - это самая кривая реализация MVCC, которую только можно представить, и отсутствие упреждающего чтения крупными блоками, что ставит крест на попытках использовать эту забавную БД в качестве DWH. Это помимо двойного кэширования, если я ничего не путаю, но это уже "вишенка на торте".
...
Рейтинг: 0 / 0
22.12.2018, 01:42
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751606
казинак
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
казинак
Участник
Andy_OLAPEleanor,
Ну и два основных минуса PostgreSQL - это самая кривая реализация MVCC, которую только можно представить, Я хоть и не Элеонора, но отвечу:
Постгрис, вполне себе рабочая лошадка, работает много где и, вполне себе, многоверсионность работает.
И это - аргумент!
А то что пишете вы, про реализацию mvcc в постгрисе - это просто ваш имхо

Andy_OLAPи отсутствие упреждающего чтения крупными блоками, что ставит крест на попытках использовать эту забавную БД в качестве DWH. Это помимо двойного кэширования, если я ничего не путаю, но это уже "вишенка на торте".
фигня, ваще
в хд, важнее не способность пересчитывать на лету агрегаты на сотнях мильонов записей, а, грамотная материализация, т.е. витрины, кубы и т.д.,
и тогда ваще пофик какая бд

Лично для меня недостаток постгриса и всех субд, кроме оракла, это слабо инструментированый код.
В оракле благодаря наличию этого инструментирования мы имеем и OWI, и awr, и ash
Что практически всегда позволяет легко и быстро идентифицировать проблему производительности и решить ее, с помощью гугла

но если заказчику нужен, например, интернет магазин, или сайт визитка фирмы, или форум, то бесплатные субд там как нельзя уместны
...
Рейтинг: 0 / 0
22.12.2018, 13:31
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751646
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
казинакно если заказчику нужен, например, интернет магазин, или сайт визитка фирмы, или форумКак раз перечислил перечень задач для госструктур.
...
Рейтинг: 0 / 0
22.12.2018, 14:56
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751709
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
казинакПостгрис, вполне себе рабочая лошадка, работает много где и, вполне себе, многоверсионность работает.
И это - аргумент!

Вот поэтому я называю Postgres всего лишь отстающей от лидеров на 15-20 лет. Старый Sql Server 7.0 - это вполне себе достойная субд, и сравнивать Postgres с ней - это комплимент.
Не исключено, что Postgres когда-нибудь удастся сократить разрыв.
казинакно если заказчику нужен, например, интернет магазин, или сайт визитка фирмы, или форум, то бесплатные субд там как нельзя уместны
Бесплатные - да, это ключевое. Хотя бесплатные субд и ориентируются в стоимости своей поддержки на лидеров рынка.
...
Рейтинг: 0 / 0
22.12.2018, 19:45
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751726
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
EleanorВот поэтому я называю Postgres всего лишь отстающей от лидеров на 15-20 лет. Старый Sql
Server 7.0 - это вполне себе достойная субд, и сравнивать Postgres с ней - это комплимент.

А ничего, что это в MS SQL MVCC появилась только через 15-20 лет после PG?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
22.12.2018, 20:22
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751727
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
Dimitry Sibiryakov,

А ничего что Postgres так и не прошел TPC, чтобы похвалиться производительностью? MS SQL, видно, блокировочник лучше реализовал, чем Postgres свой MVCC.
...
Рейтинг: 0 / 0
22.12.2018, 20:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751731
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Dimitry SibiryakovEleanorВот поэтому я называю Postgres всего лишь отстающей от лидеров на 15-20 лет. Старый Sql
Server 7.0 - это вполне себе достойная субд, и сравнивать Postgres с ней - это комплимент.

А ничего, что это в MS SQL MVCC появилась только через 15-20 лет после PG?..

Это ничего. Более того, я Вам скажу, что в InnoDB механизм MVCC реализован практически так же хорошо, как в Oracle. MSSQL тоже неплох. PostgreSQL далеко в рядах отстающих.

Я с Вами поделюсь одним размышлением. Представьте, что PostgreSQL - это крупный психологический эксперимент на тему "что, если взять умных профессоров и дать им сделать правильную БД, а потом посмотреть, захотят ли они ее напильником доработать до состояния, в котором эту БД можно реально применять в полях и на заводах, а не только в стерильных лабораториях".

Мне вообще термин "бесплатные СУБД" очень нравится. Он позволяет сразу отделять людей, которые умеют считать все до последнего шекеля, от наивных чистых программистов. Я бы такие СУБД назвал " самые дорогие в эксплуатации СУБД с нулевой стоимостью лицензии на ядро СУБД" (чтобы сразу обозначить, что ОС и инструменты мониторинга и администрирования часто не бесплатны).
...
Рейтинг: 0 / 0
22.12.2018, 20:52
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751739
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
Andy_OLAPчтобы сразу обозначить, что ОС и инструменты мониторинга и администрирования часто не бесплатныА для платных СУБД - ОС обязательно бесплатна?

Я вообще не понимаю удивления от того, что стоимость поддержки баз данных на платных и бесплатных СУБД, скажем так, сравнима.
Это же естественно, ведь это - людской труд. Он и не должен быть дешевле или вообще бесплатным.
...
Рейтинг: 0 / 0
22.12.2018, 21:29
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751747
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Andy_OLAPБолее того, я Вам скажу, что в InnoDB механизм MVCC реализован практически так же хорошо,
как в Oracle.

Если учесть, что в Оракуле он реализован практически никак, это не выглядит комплиментом.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
22.12.2018, 22:03
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751749
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
YuRock,

Людей сложно понять. Например, туристы возмущаются, если отдых на Байкале стоит как отдых на Кипре или дороже.
Очевидно, что не должен быть отдых на Байкале дешевле, не должен!
Но туристы упорно не понимают и едут на Кипр, говоря, что Байкал их заинтересует, когда станет сильно дешевле.
...
Рейтинг: 0 / 0
22.12.2018, 22:07
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751766
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Basil A. SidorovМне непонятно, почему технари смотрят на политэкономию исключительно через призму розовых очков.

[spoiler]
Почувствуйте разницу. Это не розовые очки. Это еб#$$ стыд какой-то. Вот только никакой "экономикой" тут даже и не пахнет

Импортазамещенный робот Борис
http://youtu.be/PElNOOg-Ck0?t=1460s
...
Рейтинг: 0 / 0
23.12.2018, 00:39
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751781
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorОтдельные отзывы коллег, которые работают с Postgres, всё сразу не вспомню:

А почему Вы думаете, что их отзывы вообще что-то значат (кроме того, что они не знают, о чём говорят)?
Eleanor- совсем нет хинтов запросов

Во-первых, это принципиальная позиция проекта ( https://wiki.postgresql.org/wiki/OptimizerHintsDiscussion ).
Во-вторых, это не совсем так (посоветуйте им погуглить).
Eleanor- слаборазвитые инструменты высокой доступности

По сравнению с чем?
Eleanor- параллелизм появился недавно (а для реляционок-лидеров это уже прошлый век). Причем, неделю назад его пришлось на проекте полностью отключить из-за проявившихся багов

Да, отчасти это так. К счастью, для OLTP исполнение запроса на нескольких CPU обычно не принципиально.
Eleanor- история, как Postgres попытался оценить свои достижения по производительности, используя тесты TPC. Тесты полностью провалил и возмущенно написал, что это просто все читеры, их результаты подкручены, а он не будет в этом цирке участвовать

Это уж и вовсе бредятина и FUD. Или попросите у них конкретные ссылки.
Eleanor- предположительно, не умеет корректно работать в условиях memory pressure, плавно освобождая страничный кэш по требованию ОС, а вместо этого попадает в своп
И это неправильное предположение ("попадание в swap" вообще зависит от OS, кстати).
...
Рейтинг: 0 / 0
23.12.2018, 02:18
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751786
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPНу и два основных минуса PostgreSQL - это самая кривая реализация MVCC, которую только можно представить,

Вы можете представить какие-то сравнения или конкретные обоснования?
Andy_OLAPи отсутствие упреждающего чтения крупными блоками, что ставит крест на попытках использовать эту забавную БД в качестве DWH.

Т.е. Вы действительно думаете, что разработчики PostgreSQL настолько тупы , что за 20 лет не смогли внедрить "упреждающее чтение крупными блоками" (что сделать довольно тривиально)?
Или, может быть, туп кто-то другой, кто думает, что это на самом деле помогает?
Andy_OLAPЭто помимо двойного кэширования, если я ничего не путаю, но это уже "вишенка на торте".
А на эту тему у Вас есть performance benchmarks?
В случаях (конечно, не факт, что во всех), когда benchmarks (а не "теоретические" домыслы!) показали, что схема disk -> OS cache -> shared buffers -> backend проигрывает, PostgreSQL её и не использует.
...
Рейтинг: 0 / 0
23.12.2018, 02:29
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751788
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPЭто ничего. Более того, я Вам скажу, что в InnoDB механизм MVCC реализован практически так же хорошо, как в Oracle. MSSQL тоже неплох. PostgreSQL далеко в рядах отстающих.

А какие у Вас аргументы, собственно?
Вы понимаете, что того, что Oracle/MS SQL-style MVCC кому-то привычна, не значит, что она лучше в любой ситуации (у каждой есть преимущества и недостатки)?

Andy_OLAPЯ с Вами поделюсь одним размышлением. Представьте, что PostgreSQL - это крупный психологический эксперимент на тему "что, если взять умных профессоров и дать им сделать правильную БД, а потом посмотреть, захотят ли они ее напильником доработать до состояния, в котором эту БД можно реально применять в полях и на заводах, а не только в стерильных лабораториях".

Не так всё было, совсем не так... почитайте Вы историю проекта, если интересно (краткая есть в документации, в предисловии и release notes).

Andy_OLAPМне вообще термин "бесплатные СУБД" очень нравится. Он позволяет сразу отделять людей, которые умеют считать все до последнего шекеля, от наивных чистых программистов. Я бы такие СУБД назвал " самые дорогие в эксплуатации СУБД с нулевой стоимостью лицензии на ядро СУБД" (чтобы сразу обозначить, что ОС и инструменты мониторинга и администрирования часто не бесплатны).
Можно расчёты увидеть (вместо FUD)?
...
Рейтинг: 0 / 0
23.12.2018, 02:36
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751796
Бумбараш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бумбараш
Участник
EleanorБумбарашпо каким ощущениям?
Отдельные отзывы коллег, которые работают с Postgres, всё сразу не вспомню:
- совсем нет хинтов запросов

Так это плюс, а не минус.
...
Рейтинг: 0 / 0
23.12.2018, 04:39
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751797
Бумбараш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бумбараш
Участник
Andy_OLAPНу и два основных минуса PostgreSQL - это самая кривая реализация MVCC, которую только можно представить, и отсутствие упреждающего чтения крупными блоками, что ставит крест на попытках использовать эту забавную БД в качестве DWH. Это помимо двойного кэширования, если я ничего не путаю, но это уже "вишенка на торте".
Отличные на ней DWH. Например, greenplum. Сам с такой работаю. Кроме того есть Postgre-XL, ну и на просто Postgre люди делают отличные DWH.
...
Рейтинг: 0 / 0
23.12.2018, 04:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751831
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
БумбарашEleanorнет хинтов запросов

Так это плюс, а не минус.
Ожидаемый комментарий: мол многие люди злоупотребляют хинтами, не умеют "готовить" запросы и т.д.

Хинты, например, полезны для быстрой оценки гипотез: предполагаешь, что в таком варианте план будет эффективнее, и легко заставляешь запрос его использовать без плясок с бубном. А дальше понимаешь, верная была гипотеза или нет, стоит ли тратить время на корректировку запроса уже без использования хинтов.

К тому же, что мы видим в ближайших планах разработки ? Это же один из видов хинтов, plan guid-ы.
Postgres-у по большому счету требуется только щедрое финансирование, множество разработчиков, чтобы копировать наработки лидеров, и постепенно их нагнать.
...
Рейтинг: 0 / 0
23.12.2018, 12:46
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751839
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3EleanorОтдельные отзывы коллег, которые работают с Postgres, всё сразу не вспомню:

А почему Вы думаете, что их отзывы вообще что-то значат (кроме того, что они не знают, о чём говорят)?

Понимаю, разработчики часто относятся к бизнесу со стойким пофигизмом. Это же реальная работа боевой системы.
Представьте, что система падает. Руководство получает такое объяснение:
виноват сломавшийся параллелизм запросов. Его убрали, теперь всё отлично. Баг странный, потому что
разработчики Postgres его якобы уже исправили несколько месяцев назад. На тестовой системе не проявился.

Через 2 дня дба снова просит согласовать простой системы. Он подключил какой-то модуль мониторинга, но там оказалась утечка памяти, он заметил поздно, надеется, что система доработает до ночи. И ведь утечку памяти разработчики там уже исправили, не понятно, это та же или другая.

Снова падает система, дба начинают скрывать сбои, руководство невничает, потому что у них уже не выполняется SLA, и могут разорвать договор. Начинает думать, что ничто не обходится так дорого, как бесплатные вещи.

И хорошо, если есть возможность проработать в таком режиме пол года, собрать все грабли, запомнить о них, и больше не использовать неработающие вещи.
...
Рейтинг: 0 / 0
23.12.2018, 13:27
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751844
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorОжидаемый комментарий: мол многие люди злоупотребляют хинтами, не умеют "готовить" запросы и т.д.

Не "мол", а да, так и есть! Впрочем, обоснования того, почему проект "не хочет" такие hints, какие обычно используются, на wiki есть (ссылку я давал, кажется).

EleanorХинты, например, полезны для быстрой оценки гипотез: предполагаешь, что в таком варианте план будет эффективнее, и легко заставляешь запрос его использовать без плясок с бубном. А дальше понимаешь, верная была гипотеза или нет, стоит ли тратить время на корректировку запроса уже без использования хинтов.

Если для кого-то проблема заставить запрос использовать какой-то план в тестовой среде --- это "пляски с бубном", то может быть, следует просто этому научиться? Или, например, проблема на самом деле с критериями оценки эффективности или настройками сервера, а вовсе не с конкретным планом?

EleanorК тому же, что мы видим в ближайших планах разработки ? Это же один из видов хинтов, plan guid-ы.

Какое отношение планы Postgres pro (yet another fork) имеют к планам vanilla PostgreSQL? Т.е. это просто мимо.

EleanorPostgres-у по большому счету требуется только щедрое финансирование, множество разработчиков, чтобы копировать наработки лидеров, и постепенно их нагнать.
Сообществу нужно копировать "наработки" так называемых "лидеров" примерно так же, как Python-у (или другому современному языку высокого уровня) нужно копировать "наработки" COBOL-а. Т.е. спасибо, но нет.
Кстати, когда эти упомянутые "лидеры" нагонят PostgreSQL и реализуют десятки features, которые в нём есть?
А то попытки что-то в них разрабатывать иногда начинают напоминать использование ассемблера... в 2018 году!
...
Рейтинг: 0 / 0
23.12.2018, 13:47
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751846
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3Eleanor- совсем нет хинтов запросов

Во-первых, это принципиальная позиция проекта ( https://wiki.postgresql.org/wiki/OptimizerHintsDiscussion ).
Во-вторых, это не совсем так (посоветуйте им погуглить).

Субд, у которых есть развитая система хинтов, очевидно, имеют такие же принципы :
"Внимание!
Так как оптимизатор запросов SQL Server обычно выбирает наилучший план выполнения для запроса, рекомендуется использовать указания <join_hint>, <query_hint> и <table_hint> в последнюю очередь и только опытным разработчикам и администраторам баз данных."
...
Рейтинг: 0 / 0
23.12.2018, 13:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751849
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorПонимаю, разработчики часто относятся к бизнесу со стойким пофигизмом. Это же реальная работа боевой системы.

Что-что, простите? О чём конкретно речь?

EleanorПредставьте, что...

А теперь представьте, что всё, Вами изложенное, можно написать про любую другую СУБД, просто заменив конкретные проблемы на какие-то другие:

Представьте, что система падает.

Руководство получает такое объяснение:
виноват сломавшийся X. Его убрали, теперь всё отлично. Баг странный, потому что разработчики Oracle / MS SQL / DB2 его якобы уже исправили несколько месяцев назад. На тестовой системе не проявился.

Через 2 дня дба снова просит согласовать простой системы. Он подключил какой-то модуль Z, но там оказалась утечка памяти, он заметил поздно, надеется, что система доработает до ночи. И ведь утечку памяти разработчики там уже исправили, не понятно, это та же или другая.

Снова падает система, дба начинают скрывать сбои, руководство нервничает, потому что у них уже не выполняется SLA, и могут разорвать договор. Начинает думать, что ничто не обходится так дорого, как платные вещи.

И хорошо, если есть возможность проработать в таком режиме пол года, собрать все грабли, запомнить о них, и больше не использовать неработающие вещи.

Т.е. мы тут прослушали типичный FUD, мне кажется.
...
Рейтинг: 0 / 0
23.12.2018, 13:53
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751851
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3Eleanor- параллелизм появился недавно (а для реляционок-лидеров это уже прошлый век). Причем, неделю назад его пришлось на проекте полностью отключить из-за проявившихся багов

Да, отчасти это так. К счастью, для OLTP исполнение запроса на нескольких CPU обычно не принципиально.

Да, здесь это уже указывали: интернет магазин, или сайт визитка фирмы, или форум такой субд вполне по силам.
Как-то натыкалась на статью, где основную массу субд отделяли от развитых именно по наличию параллелизма, как сложной в реализации фичи.
...
Рейтинг: 0 / 0
23.12.2018, 14:00
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751853
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Eleanor
Субд, у которых есть развитая система хинтов, очевидно, имеют такие же принципы :
"Внимание!
Так как оптимизатор запросов SQL Server обычно выбирает наилучший план выполнения для запроса, рекомендуется использовать указания <join_hint>, <query_hint> и <table_hint> в последнюю очередь и только опытным разработчикам и администраторам баз данных."
Что как бы намекает нам, что "развитая система хинтов" --- это legacy (с тех времён, когда оптимизатор запросов недостаточно часто "выбирал наилучший план выполнения для запроса"), использование которого не рекомендуется. ;)
И основная причина того, что она там есть (и будет) теперь --- backward compatibility.
Подобных "features" наверняка немало во всех современных СУБД, включая PostgreSQL, кстати.
...
Рейтинг: 0 / 0
23.12.2018, 14:00
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751854
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
EleanorПредставьте, что система падает. Руководство получает такое объяснение:
виноват сломавшийся параллелизм запросов. Его убрали, теперь всё отлично. Баг странный,
потому что разработчики Postgres его якобы уже исправили несколько месяцев назад. На
тестовой системе не проявился.

Замените в этой тираде Postgres на Oracle и получите точное описание всем известного
инцидента в Сбербанке. Только там убирание параллелизма не помогло и "всё отлично" не стало.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
23.12.2018, 14:01
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751855
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorДа, здесь это уже указывали: интернет магазин, или сайт визитка фирмы, или форум такой субд вполне по силам.

Не вижу никакой логической связи... т.е. это опять похоже на FUD.
Или же Вы утверждаете, что все БД, которые "круче" (что бы это ни значило ;) ), чем вышеуказанные, просто обязаны нарушать основные принципы проектирования и реализации OLTP?

EleanorКак-то натыкалась на статью, где основную массу субд отделяли от развитых именно по наличию параллелизма, как сложной в реализации фичи.
И что? Параллелизм --- это DWH feature, и в этой области PostgreSQL ещё есть куда развиваться, конечно.
Кстати, использовать для масштабного / сложного DWH СУБД общего назначения, наверное, не стоит (если считать деньги, конечно).
...
Рейтинг: 0 / 0
23.12.2018, 14:08
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751856
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3Eleanor- история, как Postgres попытался оценить свои достижения по производительности, используя тесты TPC. Тесты полностью провалил и возмущенно написал, что это просто все читеры, их результаты подкручены, а он не будет в этом цирке участвовать

Это уж и вовсе бредятина и FUD. Или попросите у них конкретные ссылки.

Видите результаты Postgres на www.tpc.org? Нет. Оправдывают они это очень незамысловато: https://wiki.postgresql.org/wiki/TPC-H
Тест TPC они попытались пройти уже давно, лет 10 назад. Больше не пытаются.

Пока кроме размытых рассуждений, а-ля: Postgres лучше лидеров, потому что за лицензию платить не надо , и за это его много кто использует, здесь ничего не было.
Кто же спорит - это очень большой плюс.
...
Рейтинг: 0 / 0
23.12.2018, 14:12
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751858
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Кстати, где можно посмотреть на пример "развитого средства высокой доступности"?
А то вот смотрю я на Оракула и вижу:
РАК с единой точкой отказа
ДатаГвард который всего лишь фронт-енд к репликации
ГолденГейт который и есть всего лишь репликация

Почему такая очень раскрученная вещь имеет только огрызки вместо реального ХА?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
23.12.2018, 14:18
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751862
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3Что как бы намекает нам, что "развитая система хинтов" --- это legacy (с тех времён, когда оптимизатор запросов недостаточно часто "выбирал наилучший план выполнения для запроса"), использование которого не рекомендуется. ;)
Не легаси, потому что уже указывала на экономию времени на проверку гипотез с использованием хинтов.
Такие вещи относят к категории productivity tool - дают возможность значительно ускорить работу, не выполняя нудные действия.
...
Рейтинг: 0 / 0
23.12.2018, 14:24
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751868
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
EleanorТакие вещи относят к категории productivity tool - дают возможность значительно ускорить
работу, не выполняя нудные действия.

то есть сначала проектируем кривую базу, которая требует многоэтажные запросы, превышающие
возможности оптимизатора, а потом начинаем методом научного тыка подбирать план, втыкая в
запрос первые попавшиеся под руку хинты. Прэлеестный тул продуктивности. Даёшь больше
говнокода в единицу времени!
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
23.12.2018, 14:39
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751883
Бумбараш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бумбараш
Участник
Если запрсы обвешаны хинтами как соплями, то это говорит о слабрости оптимизатора базы. В оракле явно написано, что хинты использовать не рекомендуется. В базах с которыми я работал и где нет хинтов - их отсутствие - это плюс, по сравнению с тем же ораклом. У них просто лучше работает оптимизатор. А хинты это и есть танцы с бубеом и увеличение времени разработки и поддержки.
...
Рейтинг: 0 / 0
23.12.2018, 15:29
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751897
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorВидите результаты Postgres на www.tpc.org? Нет.

Сейчас --- не вижу.
Кстати, те, кто непременно хочет их там увидеть, не разбираются ни в opensource development, ни в PostgreSQL, ни в тестах TPC.
Вы понимаете, что PostgreSQL --- это проект , а не чей-то продукт ?!
Вы думаете, каждый член сообщества PostgreSQL должен заплатить из личных средств за эту бесполезную (для них, конкретных людей) рекламу?

EleanorОправдывают они это очень незамысловато: https://wiki.postgresql.org/wiki/TPC-H

Не "оправдывают", а объясняют.
Не могли бы Вы засунуть свои попытки применения демагогических приёмов туда, откуда Вы их взяли?
И воздержаться от таковых в дальнейшем...

EleanorТест TPC они попытались пройти уже давно, лет 10 назад. Больше не пытаются.

Тесты TPC не "проходят", а просто выполняют и публикуют результаты.
И не "они", а какая-то компания "тестировала" PostgreSQL (в рекламных целях, вероятно).

EleanorПока кроме размытых рассуждений, а-ля: Postgres лучше лидеров, потому что за лицензию платить не надо , и за это его много кто использует, здесь ничего не было.
Кто же спорит - это очень большой плюс.
Тут (в форумах, в смысле) много чего было, кроме этого, поищите.
...
Рейтинг: 0 / 0
23.12.2018, 16:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751992
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Не могли бы Вы засунуть свои попытки применения демагогических приёмов
Как грубо. И в адрес дамы. Ай-яй-яй, я таки Вас не узнаю - такой приличный молодой человек и такой выпад.
...
Рейтинг: 0 / 0
24.12.2018, 00:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751993
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Siemargl
Участник
Dimitry SibiryakovКстати, где можно посмотреть на пример "развитого средства высокой доступности"?
А то вот смотрю я на Оракула и вижу:
РАК с единой точкой отказа
ДатаГвард который всего лишь фронт-енд к репликации
ГолденГейт который и есть всего лишь репликация

Почему такая очень раскрученная вещь имеет только огрызки вместо реального ХА?

Ок, а где лучше?

PgSQLanonymous3, лучше не пиши. Бреда и без тебя достаточно.
...
Рейтинг: 0 / 0
24.12.2018, 00:57
| Ответить | Цитировать | Написать  
Российские СУБД
    #39751995
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
БумбарашAndy_OLAPНу и два основных минуса PostgreSQL - это самая кривая реализация MVCC, которую только можно представить, и отсутствие упреждающего чтения крупными блоками, что ставит крест на попытках использовать эту забавную БД в качестве DWH. Это помимо двойного кэширования, если я ничего не путаю, но это уже "вишенка на торте".
Отличные на ней DWH. Например, greenplum. Сам с такой работаю.
Через ODBC, но не через JDBC?
...
Рейтинг: 0 / 0
24.12.2018, 01:02
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752002
Бумбараш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бумбараш
Участник
чего? jdbc есть у неё. или что ты хотел сказать
...
Рейтинг: 0 / 0
24.12.2018, 02:28
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752056
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
SiemarglPgSQLanonymous3, лучше не пиши. Бреда и без тебя достаточно.Лучше не хами, а напиши конкретно, что из написанного мной --- бред.
...
Рейтинг: 0 / 0
24.12.2018, 09:51
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752060
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPКак грубо. И в адрес дамы. Ай-яй-яй, я таки Вас не узнаю - такой приличный молодой человек и такой выпад.
Ах да, к "дамам" же применимы другие моральные критерии, они же "выше" людей, как это я забыл... ;(
Вы, кстати, могли бы что-нибудь пояснить по своим предыдущим высказываниям (про MVCC и упреждающее чтение крупными блоками)?
...
Рейтинг: 0 / 0
24.12.2018, 09:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752062
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Помнится, в начале века читал про IBM DB2, что у них нет хинтов, потому что оптимизатор мегапродуманный.
Есть тут спецы по DB2? Как там сейчас ситуация с хинтами?
...
Рейтинг: 0 / 0
24.12.2018, 09:59
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752114
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3,

Платить не должны, тест TPC можно пройти бесплатно. Возможностей сейчас много: производители даже бесплатно сервера дают погонять.
Oracle, Sybase, Teradata, Sql Server, DB2 и многие другие спокойно эти тесты прошли и выложили результаты. Postgres также неоднократно тестировали, но указывали, что результаты публиковать не будут, т.к. это дискредитирует продукт и его фанатов.

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

Зато у продуктов, которые отказываются проходить тесты производительности, хватает наглости заявлять , что продукты, эти тесты прошедшие, работают в 2 раза медленнее - так сделал когда-то Greenplum (на основе Postgres) в отношении Teradata.

По большому счету обсуждать минусы Postgres - это заново подробно обсудить известный документ Почему PostgreSQL не является аналогом СУБД Oracle .
...
Рейтинг: 0 / 0
24.12.2018, 11:47
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752116
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Вы, кстати, могли бы что-нибудь пояснить по своим предыдущим высказываниям (про MVCC и упреждающее чтение крупными блоками)?
А зачем? Вы не согласны с общим выводом "это не применимо для построения DWH" (гринплан в тинькофф выведем за скобки, это все-таки не postgresql)?
...
Рейтинг: 0 / 0
24.12.2018, 11:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752118
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Alexander A. SakПомнится, в начале века читал про IBM DB2, что у них нет хинтов, потому что оптимизатор мегапродуманный.
Есть тут спецы по DB2? Как там сейчас ситуация с хинтами?
Хинты как бы есть SET CURRENT OPTIMIZATION HINT , но руками и аккуратно, а поэтому их как бы нет.
...
Рейтинг: 0 / 0
24.12.2018, 11:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752125
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Озверин
Участник
Загадошная дискуссия, где сравниваются все версии oracle(включая те, у которых за ядро лицензия стоит несколько десятков тыщ долларов) с pure postgres.
...
Рейтинг: 0 / 0
24.12.2018, 11:58
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752175
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
SiemarglОк, а где лучше?

Вот и я спрашиваю: а где есть образец для подражания-то?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2018, 12:56
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752177
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
PgSQLanonymous3Andy_OLAPНу и два основных минуса PostgreSQL - это самая кривая реализация MVCC, которую только можно представить,

Вы можете представить какие-то сравнения или конкретные обоснования?

я могу.
postgres хранит версии измененных строк прямо в датафайлах, потому переоически разбухшим от мусора датаайлам требуется vacum, котрый зачастую ставит работу бд раком. то что подобная рализация MVCC сильно проигрывает ораклу разработчики postgres пару лет назад признали и работают над реализацией UNDO лога оракловом стиле. кстати мсскл не сильно далеко по кривизне ушла, там версии пусть и не в тех же датафайлах хранят, а в tempdb, но vacum точно так же требуется.

PgSQLanonymous3Т.е. Вы действительно думаете, что разработчики PostgreSQL настолько тупы , что за 20 лет не смогли внедрить "упреждающее чтение крупными блоками" (что сделать довольно тривиально)?

ну запихнуть версии строк прямо в датафайлы ведь не от избытка ума умудрились. по крупные строки там не сколько речь об упреждении, сколько о крупных блоках. в оракле это называется многоблочное чтение, и мсскл ReadFileScatter(). они при фулскане могут вычитывать файлики минуя ОС и его кешей ОС. по DMA контроллер HDD напрямик складывает страницы данных блоками по 128к+ в буферный кеш. постгрес же всегда через кеш ОС прокачивает, соответсвенно долбит сторидж лишь одноблочным чтением.
почему до сих пор не внедрили столь убойную фичу ? видимо ресурсов нет, в приоритете еще более печальные косяки были. нормальные партиции ведь только только сделали.


Dimitry SibiryakovКстати, где можно посмотреть на пример "развитого средства высокой доступности"?
А то вот смотрю я на Оракула и вижу:
РАК с единой точкой отказа
ДатаГвард который всего лишь фронт-енд к репликации
ГолденГейт который и есть всего лишь репликация

Почему такая очень раскрученная вещь имеет только огрызки вместо реального ХА?

огрызок - твой моск, я это уже тут доказывал.
...
Рейтинг: 0 / 0
24.12.2018, 13:02
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752178
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
H5N1то что подобная рализация MVCC сильно проигрывает ораклу разработчики postgres пару лет
назад признали и работают над реализацией UNDO лога оракловом стиле

"Snapshot too old" теперь и у слонов. Всем дружно хлопать в ладоши!
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2018, 13:05
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752183
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
H5N1,

Спасибо, мне было лень копипастить из этого же форума все то, что Вы так кратко изложили.

Версионность для mssql внутри tempdb имеет под собой объяснение, что это выкручивания рук для сисадминов и тех, кто принимает решение по бюджетам. Поскольку сортировка, курсоры, временные таблицы и табличные переменные - все внутри в tempdb вместе с версионностью - то разнообразные SSD и NVM Express пойдут прежде всего для тома с tempdb файлами. Всегда есть главная цель "что подкрутить" (помимо частоты процессора), а потом уже размеры L2/L3, диски под журналы, диски под файлы основных БД и так далее.

В данном случае Редмонд закладывается на низкую квалификацию подавляющего большинства dba. И они в принципе правы.

Хороший механизм MVCC внутри InnoDB хотя бы потому, что там redo идет не поблочно, а построчно. Потому что в современных условиях одиночный сервер не нужен никому. Репликация active-active или кошерная физическая (а не логическая) active-slave - вот это то, что нужно как для DWH, так и для OLTP. Потому что современное железо и современный софт (те же драйверы) по качеству так плохи, что нужно думать не "что нам делать, если откажет", а "что в системе выполнится автоматически, когда откажет".
...
Рейтинг: 0 / 0
24.12.2018, 13:09
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752201
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
Andy_OLAPХороший механизм MVCC внутри InnoDB хотя бы потому, что там redo идет не поблочно, а построчно.

а по мне это ошибка. версионность на блок должна быть. в субд давно храняться не только строки, повсюду наступают колончатые форматы хранения. плюс версионность на уровне блока открывает возможности оптимизации, блок много проще синхронизировать с другой нодой (RAC) и т.п.
...
Рейтинг: 0 / 0
24.12.2018, 13:30
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752203
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
Dimitry SibiryakovH5N1то что подобная рализация MVCC сильно проигрывает ораклу разработчики postgres пару лет
назад признали и работают над реализацией UNDO лога оракловом стиле

"Snapshot too old" теперь и у слонов. Всем дружно хлопать в ладоши!

весь финансовый мир исправно хлопает "Snapshot too old", а от других субд нос воротит. потому как финансам нужна надежность и стабильность, а не vacum
банки проголосовали долларом.
...
Рейтинг: 0 / 0
24.12.2018, 13:31
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752219
Favn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Favn
Гость
Alexander A. Sak,
есть в DB2 хинты, но пишутся не в теле запроса, а отдельно (DBA). Типа абстракция, что ИМХО правильно - мало ли как схема потом поменяется. Там column organized всякие... Тем более, что DB2 может работать как "компилятор", и при смене схемы надо такие статические планы перестраивать.
Хотя, честно, за несколько лет работы (правда, без прямо уж hi load до капли) вот ни разу хинты не потребовались. Explain - индексы - всё ок. И в остальном - весьма автономная СУБДа, сама много чего делает :)
...
Рейтинг: 0 / 0
24.12.2018, 13:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752220
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
H5N1банки проголосовали долларом.

"А что ж не пить, когда дают и не накладно?" (с) ВВ

У банков деньги не свои, голо суй - не хочу. Пока живут на свете дураки ипотечники...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2018, 13:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752228
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Dimitry SibiryakovH5N1банки проголосовали долларом.

"А что ж не пить, когда дают и не накладно?" (с) ВВ

У банков деньги не свои, голо суй - не хочу. Пока живут на свете дураки ипотечники...

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

Я Вам больше скажу. Например, Карл Маркс из приличной семьи раввинов был нанят английскими банкирами, которые присывали деньги через Энгельса, чтобы показать конфликт "производственники - работяги", приковав к нему внимание, и вывести из-под удара финансистов, которые управляют производством и сбытом через процент по кредиту.

А поскольку банки должны сжигать деньги - то они в первых рядах тратят их на сверхдорогое железо, софт. Чем выше цена на лицензии - тем лучше. В этом смысл, а не в чем-либо другом.
...
Рейтинг: 0 / 0
24.12.2018, 13:53
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752233
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Dimitry SibiryakovУ банков деньги не свои
Как раз свои. Которые выпущены через эмиссию, чтобы быть кровью экономики. Когда может быть апоплексический удар - делают надрез и сливают лишнюю кровь. Это называется "кризисом" и "гиперинфляцией".

Есть альтернатива. Взаимозачеты и рабовладение. Так что примите то, что есть, и не занимайтесь размышлениями "как жалко бедных ипотечников и владельцев вкладов". Ипотечники получили то, что им было нужно - крышу над головой и теплые стены. Возможность выжить. Вот ключевое.

Чтобы спасти часть - нужно отобрать другую у номинальных владельцев вопреки вслух декларируемому принципу неприкосновенности частной собственности.

В принципе, не нужны простым людям основы настоящей экономики. Это больно, это ввергает в депрессию. Для айтишников иногда устраивается ликбез, но это все равно затухает, потому что никому не интересно.
...
Рейтинг: 0 / 0
24.12.2018, 13:57
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752240
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Andy_OLAPв современных условиях одиночный сервер не нужен никому. Репликация active-active или
кошерная физическая (а не логическая) active-slave - вот это то, что нужно как для DWH,
так и для OLTP.

Кошерный мастер-слейв без сплитбрейна? Может, тебе ещё розовых единорогов?..
Физический multimaster - на это я бы посмотрел. Жаль, показать никто не может.
Логический multimaster для OLTP? А на этом свете есть человек, способный спроектировать
под него БД так, чтобы она не вставала колом на конфликтах? Мне такие пока не встречались.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2018, 14:00
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752251
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Dimitry SibiryakovА на этом свете есть человек, способный спроектировать
под него БД так, чтобы она не вставала колом на конфликтах? Мне такие пока не встречались.

Есть конечно. Тот же Майк, который сейчас делает VoltDB. Вопрос, который следует задать, звучит иначе - "а есть ли человек, которому позволят выпустить в широкий доступ БД, которая не встает колом при конфликтах".
...
Рейтинг: 0 / 0
24.12.2018, 14:06
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752254
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Dimitry SibiryakovЛогический multimaster для OLTP? А на этом свете есть человек, способный спроектировать под него БД так, чтобы она не вставала колом на конфликтах? Мне такие пока не встречались.
(пожимая плечами) Поскольку у меня это отлично работало ещё пятнадцать лет назад, не вижу в этом какого-то великого достижения. Другой вопрос, что докопаться можно и до столба, конечно... Но лично для меня мультимастер - естественное и необходимое состояние репликации, а всё, что до неё не дотягивает - беспомощные поделки с жалкими левыми оправданиями, примерно так.
...
Рейтинг: 0 / 0
24.12.2018, 14:11
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752264
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
softwarerПоскольку у меня это отлично работало ещё пятнадцать лет назад, не вижу в этом какого-то
великого достижения.

А вот среднему проектировщику приходится разжовывать даже способы генерации
глобально-уникальных первичных ключей. Когда же он узнаёт, что вторичные и внешние ключи в
этих условиях работают из рук вон плохо, то типичная реакция "ну его этот мультимастер, мы
лучше на одном сервере бэкапы будем почаще делать и в железо вложимся".
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2018, 14:18
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752271
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorPgSQLanonymous3,
Платить не должны, тест TPC можно пройти бесплатно.

А давайте Вы его бесплатно проведёте, подготовите full disclosure report и т.п.?
Не хотите? Считаете, что Ваша работа должна быть оплачена, в отличие от той же (бесполезной для них!) работы членов сообщества PostgreSQL?

EleanorВозможностей сейчас много: производители даже бесплатно сервера дают погонять.
Oracle, Sybase, Teradata, Sql Server, DB2 и многие другие спокойно эти тесты прошли и выложили результаты.

Кто же оплатил работу проводивших тесты, интересно... как думаете? ;)

EleanorPostgres также неоднократно тестировали, но указывали, что результаты публиковать не будут, т.к. это дискредитирует продукт и его фанатов.

А это Вы попросту болтаете. Или, может, ссылки имеются?

EleanorОбъективный тест производительности называть демагогией... ну-ну.

Может, стоит не приписывать мне того, что я не говорил? Попробовать читать внимательнее, например?

EleanorСтраницу назад требовать показать бенчмарки, а потом также яростно отказываться их признавать... нормально.

"Признавать" что , простите?

EleanorЗато у продуктов, которые отказываются проходить тесты производительности, хватает наглости заявлять , что продукты, эти тесты прошедшие, работают в 2 раза медленнее - так сделал когда-то Greenplum (на основе Postgres) в отношении Teradata.

Не подменяйте понятия, прохождение тестов TPC не является единственным основанием что-то заявлять о производительности.
У TPC нет монополии на средство установления истины в этом отношении.

The TPC-H benchmark – consisting as it does mostly of trivial queries run one-at-a-time against an 8-table physical data model – was light years away from the reality of real-world data warehouse implementations even seven years ago. It had failed to advance with evolving requirements and had become an irrelevance.

Кстати, TPC-C, которой так любит хвастаться Oracle --- точно такая же дрянь, по современным меркам (и даже на сайте TPC это написано). ;)

EleanorПо большому счету обсуждать минусы Postgres - это заново подробно обсудить известный документ Почему PostgreSQL не является аналогом СУБД Oracle .
(Пролистав) Боже мой, какой наглый бред, перемешанный с откровенной ложью. ;(
Впрочем, давайте обсудим, если хотите...

Не внимаете просьбам и продолжаете демагогию, короче говоря. :(
...
Рейтинг: 0 / 0
24.12.2018, 14:23
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752272
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Dimitry Sibiryakovлучше на одном сервере бэкапы будем почаще делать и в железо вложимся".

Так и есть. Всем лучше. Продавцы серверов в восторге. Продавцы дисковых полок в восторге. Продавцы ленточных библиотек для бэкапов в восторге. Тренеры-консультанты у вендоров счастливы. Все при деле, экономика работает, куча рабочих мест, всех всё устраивает. Зачем ставить несколько обычных ПК, связывать их 10Гбит и настраивать хадуп. Проще купить лицензию, на фоне которой повышение ФОТ для работников IT отдела будет для руководства не самой большой проблемой.

А Вы хотите, чтобы кто-то один выиграл, а все остальные были в проигрыше? Получите саботаж и полное непонимание. Есть теория построения БД, а есть практика, когда это всё касается живых людей, которым нужно детей кормить.
...
Рейтинг: 0 / 0
24.12.2018, 14:23
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752282
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Dimitry SibiryakovКогда же он узнаёт, что вторичные и внешние ключи в этих условиях работают из рук вон плохо
Ну, я бы не сказал, что они плохо работают. У меня, когда при попытке применения реплики фиксировалась проблема из-за отсутствия записи, на которую ссылается внешний ключ, требуемая запись просто-напросто запрашивалась с сервера-отправителя реплики. В результате доставка могла занять заметное время - пока сколько-то раз проиграется цикл "запрос приехал на отправителя, тот отправил запись, оказалось, что в ней тоже присутствуют неразрешимые ссылки, пошли запросы ещё на пару записей итп" - но в итоге реплика таки спокойно обрабатывалась.
...
Рейтинг: 0 / 0
24.12.2018, 14:30
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752307
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3Кстати, TPC-C, которой так любит хвастаться Oracle --- точно такая же дрянь, по современным меркам (и даже на сайте TPC это написано). ;)

Кроме TPC-C там есть и другие, более современные тесты, которые Оракл также прошел. На подобную критику со сторону слабых субд по поводу устаревших тестов уже давно ответили - пройдите для начала эти очень простые тесты . Покажите минимальный уровень производительности.

Teradata, например, эти тесты критикует, но она их давно успешно прошла и результаты опубликовала. Для нее, конечно, это прошлый век. Ей хочется видеть тесты посложнее.
PgSQLanonymous3(Пролистав) Боже мой, какой наглый бред, перемешанный с откровенной ложью. ;(
Впрочем, давайте обсудим, если хотите...
Его обсуждение в этой теме неоднократно происходило, например, цитирую документ "Из-за низкой производительности СУБД PostgreSQL никогда не участвует в независимых тестах производительности, таких как TPC (www.tpc.org)."

И там нет никаких оскорблений в сторону Postgres, а написано как есть:
"если Вы выбираете СУБД для создания небольшой информационной системы, где простои допустимы, нет конфиденциальных данных, к скорости работы высоких требований не предъявляется, количество пользователей и объем данных невелики, то PostgreSQL вполне подходит для Вашего решения. "
...
Рейтинг: 0 / 0
24.12.2018, 14:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752309
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
softwarerУ меня, когда при попытке применения реплики фиксировалась проблема из-за отсутствия
записи, на которую ссылается внешний ключ, требуемая запись просто-напросто запрашивалась
с сервера-отправителя реплики.

Это, конечно, хорошо, но записи просто так не исчезают, их кто-то удалил и эти изменения
тоже распространяются по нодам. Что делать на ноде, где к удаляемой записи есть детали и
возникает ошибка нарушения внешнего ключа при попытке её удаления?

А что с уникальными ключами? Что и у кого запрашивать, когда, грубо говоря, в таблицу
фамилий на разных нодах добавили двух Ивановых?

Самый забавный вопрос: что делать если на одной ноде поле в записи изменили с 1 на 2, а на
другой - с 1 на 3?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2018, 14:52
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752310
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
Eleanorколичество пользователей и объем данных невелики
please, define количество и объем. А то мы сейчас до однопользовательских БД скатимся.
Понятно, что у ряда СУБД есть своя ниша. Только почему-то эта ниша в количественном выражении замалчивается.
Например, Firebird - базы 50-900 гиг, 200-600 пользователей, это норма. 2000 юзеров и 5-7 терабайт - экзотика, но тем не менее, на ФБ работает же.
...
Рейтинг: 0 / 0
24.12.2018, 14:52
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752324
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
H5N1я могу.
postgres хранит версии измененных строк прямо в датафайлах, потому переоически разбухшим от мусора датаайлам требуется vacum, котрый зачастую ставит работу бд раком.

Нет, не "зачастую", а в исключительных случаях (когда какой-то некомпетентный DBA отключает autovacuum, например)!
Т.е. такого я не видел уже несколько лет в нормально администрируемых случаях.

H5N1то что подобная рализация MVCC сильно проигрывает ораклу разработчики postgres пару лет назад признали и работают над реализацией UNDO лога оракловом стиле.

А покажите ссылку на признание .
Ещё раз, у каждого из обсуждаемых подходов есть плюсы и минусы.
Специально для Вас: есть ситуации, когда что PostgreSQL, что MS SQL будут "бегать вокруг ползущего Oracle" именно за счёт преимуществ в их реализациях MVCC.

Далее, то, что кто-то там над чем-то работает, вообще может быть обусловлено разными причинами...
 

Неприятно признавать, но некоторые "features" появились PostgreSQL только потому, что кое-кто умеет "продавать" его только как "дешёвый, но так себе Oracle".
Т.е. криво спроектированные базы переводят, а они потом требуют тех же "костылей", за счёт которых они работали ранее.
Я к тому, что и этот случай может быть обусловлен теми же причинами.


H5N1кстати мсскл не сильно далеко по кривизне ушла, там версии пусть и не в тех же датафайлах хранят, а в tempdb, но vacum точно так же требуется.
Ах, ну да, всё, что не как в Oracle, то "криво", как же я забыл. ;)
Технических аргументов я что-то так и не увидел, впрочем. :(

H5N1ну запихнуть версии строк прямо в датафайлы ведь не от избытка ума умудрились.

ORLY? А кроме эмоциональных высказываний, обоснования будут?

H5N1 по крупные строки там не сколько речь об упреждении, сколько о крупных блоках. в оракле это называется многоблочное чтение, и мсскл ReadFileScatter(). они при фулскане могут вычитывать файлики минуя ОС и его кешей ОС. по DMA контроллер HDD напрямик складывает страницы данных блоками по 128к+ в буферный кеш.

Прямо "rocket science", я аж шокирован. ;)

H5N1постгрес же всегда через кеш ОС прокачивает, соответсвенно долбит сторидж лишь одноблочным чтением.

Вы бы попробовали strace на процессе PostgreSQL, выполняющем seq scan, прежде чем утверждать такую ерунду...

H5N1почему до сих пор не внедрили столь убойную фичу ? видимо ресурсов нет, в приоритете еще более печальные косяки были.

Нет. Потому что при её реальном тестировании выяснилось, что на современном железе и OS она вообще не "убойная", и не даёт измеримых различий в производительности --- patch rejected. :)

H5N1нормальные партиции ведь только только сделали.
Сотен разработчиков "на зарплате" в PostgreSQL нет, кто бы спорил...
...
Рейтинг: 0 / 0
24.12.2018, 15:02
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752334
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
softwarerDimitry SibiryakovЛогический multimaster для OLTP? А на этом свете есть человек, способный спроектировать под него БД так, чтобы она не вставала колом на конфликтах? Мне такие пока не встречались.
(пожимая плечами) Поскольку у меня это отлично работало ещё пятнадцать лет назад, не вижу в этом какого-то великого достижения. Другой вопрос, что докопаться можно и до столба, конечно... Но лично для меня мультимастер - естественное и необходимое состояние репликации, а всё, что до неё не дотягивает - беспомощные поделки с жалкими левыми оправданиями, примерно так.
(пожимая плечами) Как хотите.
Когда речь идёт о multi-master в СУБД, чаще всего имеется в виду ACID реализация, а не наколенные не-ACID поделки, примерно так.
А вот ACID мультимастер без существенных ограничений, как уже теоретически доказано, невозможен .
См., хотя бы, https://aphyr.com/posts/313-strong-consistency-models
...
Рейтинг: 0 / 0
24.12.2018, 15:21
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752339
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
kdvplease, define количество и объем
Возможно, пользователя форума, которые используют Postgres, выскажутся на этот счет. А то пишут про MVCC, детали реализации и т.п., или еще лучше, что это отличный продукт, им нравится. А как доходит до цифр по производительности, так у Postgres на это нет денег.

Наткнулась, что eBay смог на Greenplum (DWH на Postgres) держать 6 петабайт, и ушел на Teradata из-за проблем со стабильностью работы, но не из-за проблем с производительностью. Но это далеко отошедший продукт.
...
Рейтинг: 0 / 0
24.12.2018, 15:26
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752340
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
PgSQLanonymous3А вот ACID мультимастер без существенных ограничений, как уже теоретически доказано,
невозможен.
Вообще-то возможен. Синхронный мультимастер не имеет ограничений, он прост, но уныл и
способен обеспечить только fault tolerancy. Те твои теоретические "доказательства"
базируются на теоретической же модели транзакций, в которой есть только dirty read и
serializable.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2018, 15:27
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752345
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
PgSQLanonymous3H5N1я могу.
postgres хранит версии измененных строк прямо в датафайлах, потому переоически разбухшим от мусора датаайлам требуется vacum, котрый зачастую ставит работу бд раком.

Нет, не "зачастую", а в исключительных случаях (когда какой-то некомпетентный DBA отключает autovacuum, например)!
Т.е. такого я не видел уже несколько лет в нормально администрируемых случаях.

ты не видел, а те кто пытались мигрировать с оракла только это и видят.

PgSQLanonymous3А покажите ссылку на признание .

https://www.enterprisedb.com/blog/do-or-undo-there-no-vacuum

PgSQLanonymous3Ещё раз, у каждого из обсуждаемых подходов есть плюсы и минусы.
Специально для Вас: есть ситуации, когда что PostgreSQL, что MS SQL будут "бегать вокруг ползущего Oracle" именно за счёт преимуществ в их реализациях MVCC.

в ваших кривых руках - безусловно будет. а вот в руках профи картинка ровно наоборот. в любом банке, любая крупная oltp это исключительно оракл. почему исключительно? потому что оракл не обойти. даже на tpc-c, где у блокировочника должно быть быть по идеи громадное преимущество из-за не неужности писать в UNDO, оракл уделывает всех и вся оптом. даже на таких задачах, как tpc-c уделывает.
блокировки в блоке данных, версионность на уровне блока, настраиваемый размер блока, UNDO - у оракла слишком удачная архитектура что бы кто то там хотя бы в том же темпе бежал, потом и такая доля в серьезных организациях.

H5N1Ах, ну да, всё, что не как в Oracle, то "криво", как же я забыл. ;)
Технических аргументов я что-то так и не увидел, впрочем. :(

ну и дурачек. этому разделу порядка 20 лет и каждый аргумент разложен и разжеван. особливо на тему версионности.
в том числе и по readfilescattered
...
Рейтинг: 0 / 0
24.12.2018, 15:30
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752363
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorКроме TPC-C там есть и другие, более современные тесты, которые Оракл также прошел.

Ничего себе, какая беспардонная ложь! Вы не у маркетологов Oracle учились? ;)
Ну так покажите мне хоть один результат современного OLTP теста --- TPC-E.

EleanorНа подобную критику со сторону слабых субд по поводу устаревших тестов уже давно ответили - пройдите для начала эти очень простые тесты . Покажите минимальный уровень производительности.

Вы приниципиально не читаете то, что Вам пишут? Или проблемы с пониманием?
Сообщество PostgreSQL делать этого не будет .
Можете перечитывать объяснения, почему это так, пока не дойдёт.

EleanorЕго обсуждение в этой теме неоднократно происходило, например, цитирую документ "Из-за низкой производительности СУБД PostgreSQL никогда не участвует в независимых тестах производительности, таких как TPC (www.tpc.org)."

Это наглое передёргивание. См. выше.

EleanorИ там нет никаких оскорблений в сторону Postgres, а написано как есть:
"если Вы выбираете СУБД для создания небольшой информационной системы, где простои допустимы, нет конфиденциальных данных, к скорости работы высоких требований не предъявляется, количество пользователей и объем данных невелики, то PostgreSQL вполне подходит для Вашего решения. "
Это и есть оскорбления, просто чтобы Вы знали. Т.е. PostgreSQL нагло и безосновательно смешивают с грязью.
...
Рейтинг: 0 / 0
24.12.2018, 15:56
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752377
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Dimitry SibiryakovPgSQLanonymous3А вот ACID мультимастер без существенных ограничений, как уже теоретически доказано,
невозможен.
Вообще-то возможен. Синхронный мультимастер не имеет ограничений, он прост, но уныл и
способен обеспечить только fault tolerancy. Те твои теоретические "доказательства"
базируются на теоретической же модели транзакций, в которой есть только dirty read и
serializable.

То есть ссылку Вы не читали (как обычно)?
Знаете что... когда Ваши мнения вроде "cинхронный мультимастер не имеет ограничений" начнут иметь хоть какое-то отражение в реальном мире (а не противоречить всей известной теории и практике), вот тогда они начнут меня интересовать.
...
Рейтинг: 0 / 0
24.12.2018, 16:09
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752393
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Dimitry SibiryakovЭто, конечно, хорошо, но записи просто так не исчезают, их кто-то удалил
Нет, вот это неправда :) Удаление записи у меня в обязательном порядке разъезжалось по всем серверам, даже по тем, где такой записи никогда не было - как раз для предотвращения всякого рода "призраков прошлого". Вариант, когда с сервера А на сервер Б послали запись 1, а в это время на сервере Б удалили запись 2, на которую запись 1 ссылается - исчезающе редкая экзотика. Просто потому, что по бизнесу записи вообще редко удаляют, а если удаляют - то перед этим переводят в статус, когда ссылки на них исключены.

На практике вышеописанная логика перезапроса в 100% случаев срабатывала в следующей ситуации: запись 1 по правилам репликации доставили на сервера 1, 2 и 3 (и не доставили на 4, 5 и 6), на сервере 3 ей создали деталь (запись 2), и та должна быть доставлена на сервера 1, 2, 3 и 5. Вот в этом случае 5-й сервер запрашивал себе копию первой записи.

Dimitry SibiryakovЧто делать на ноде, где к удаляемой записи есть детали и возникает ошибка нарушения внешнего ключа при попытке её удаления?
Ничего :) У меня это просто легло бы в таблицу конфликтов репликации, а всё остальное спокойно поехало бы дальше. Наутро, увидев такое безобразие, я намылил бы шею автору такого замечательного конфликта и научил бы его подходящему к ситуации способу исключения возможности таких ситуаций.

Dimitry SibiryakovА что с уникальными ключами? Что и у кого запрашивать, когда, грубо говоря, в таблицу фамилий на разных нодах добавили двух Ивановых?
По ситуации было несколько решений. Само частое - на нодах создавалась заявка на добавление Иванова , на которую ограничения уникальности не распространялись. Подтверждением же заявок занимался либо процесс, работающий на центральном сервере, либо конкретный ответственный человек, который в каждый момент времени работал только на одной ноде.

Dimitry SibiryakovСамый забавный вопрос: что делать если на одной ноде поле в записи изменили с 1 на 2, а на другой - с 1 на 3?
Это не забавный вопрос, а скорее околотеоретическая ситуация. Она противоречит логике бизнеса, согласно которой у записи есть права доступа, и никакой левый перец просто так не может и не должен изменять поле. Её проще объяснить бескомпьютерной аналогией: если дело Иванова лежит в шкафу у Марь Иванны, никакой чувак из другого города не может просто так открыть его и черкнуть там пару строк. От того, что "шкаф" меняется на "сервер", логика доступа не меняется, дело Иванова по-прежнему может редактировать либо Марь Иванна, либо кто-то, кому она его отдала.

Да, в некоторых случаях предусматривали такие режимы работы. Например, это могло выглядеть так. Марь Иванна поменяла поле с 1 на 2. В это время её начальник, находясь в командировке в другом городе, взял запись себе и поменял поле с 1 на 3. В этом случае реплика Марь Иванны, добравшись до сервера начальника, отпала по причине "запись уже не Марь Иванны" и упала в ошибки репликации. Тем временем, от её начальника на сервер Марь Иванны приехали реплики сначала "беру запись себе", потом "меняю поле на 3". В результате запись стала везде "начальственной". Ну а я с утра, посмотрев на это безобразие, убедился, что всё в порядке и добавил настройку, согласно которой такая ситуация ошибкой не считается и рапортовать о ней незачем.
...
Рейтинг: 0 / 0
24.12.2018, 16:53
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752399
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
PgSQLanonymous3Когда речь идёт о multi-master в СУБД, чаще всего имеется в виду ACID реализация, а не наколенные не-ACID поделки, примерно так.
Когда речь идёт о программных продуктах, чаще всего имеется в виду то, что они должны работать и решать задачи бизнеса, а не высокомерно курить в сторонке со словами "Нам это не по плечу". Не по плечу - нахрен с пляжа, вот и весь разговор.

PgSQLanonymous3как уже теоретически доказано
И это один из тех случаев, когда теоретиков можно и нужно обозвать теоретиками. Они пытаются решать задачу, которая не имеет отношения к практике - и доказывают, что её решить невозможно. Если же сосредоточиться на тех требованиях, которые идут от практики - где-то сужающих задачу, где-то дающих большую свободу и т. п. - оказывается, что они вполне выполнимы.
...
Рейтинг: 0 / 0
24.12.2018, 17:08
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752401
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
PgSQLanonymous3То есть ссылку Вы не читали (как обычно)?

Вообще-то читал. Но там таки нет утверждения невозможности "ACID multimaster без
существенных ограничений". Невозможность получить "всё и сразу" существенным
ограничением не является.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2018, 17:18
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752414
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
H5N1ну и дурачек. этому разделу порядка 20 лет и каждый аргумент разложен и разжеван. особливо на тему версионности.

Кроме личных оскорблений у тебя аргументов нет, придурок?

H5N1ты не видел, а те кто пытались мигрировать с оракла только это и видят.

Что и неудивительно, нет?
Они же некомпетентны, и здесь их кривые подходы (как и неспособность решить хоть какую-то проблему) "не летают".

PgSQLanonymous3 https://www.enterprisedb.com/blog/do-or-undo-there-no-vacuum

Ты её хоть читал? Или знакомые слова увидел?

H5N1в ваших кривых руках - безусловно будет. а вот в руках профи картинка ровно наоборот.

В любых руках, идиотина. Ты настолько тупой, что не понимаешь, что в "руках профи" нет никакой магии, и однозначно лучшего подхода именно к данной проблеме просто нет?
И для каждого есть ситуации, где он будет выигрывать.

H5N1В любом банке, любая крупная oltp это исключительно оракл. почему исключительно? потому что оракл не обойти. даже на tpc-c, где у блокировочника должно быть быть по идеи громадное преимущество из-за не неужности писать в UNDO, оракл уделывает всех и вся оптом. даже на таких задачах, как tpc-c уделывает.
блокировки в блоке данных, версионность на уровне блока, настраиваемый размер блока, UNDO - у оракла слишком удачная архитектура что бы кто то там хотя бы в том же темпе бежал, потом и такая доля в серьезных организациях.

Опять понеслись пустые рекламные лозунги? ;)
...
Рейтинг: 0 / 0
24.12.2018, 18:06
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752435
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
softwarerКогда речь идёт о программных продуктах, чаще всего имеется в виду то, что они должны работать и решать задачи бизнеса, а не высокомерно курить в сторонке со словами "Нам это не по плечу".
А упорной реальности как-то всё равно, чего там "хочет бизнес".
Это не ситуация "не по плечу", это ситуация "нет такого плеча".
Есть более-менее общепринятое понимание того, что такое multi-master.
И подмена этого понятия на что-то совсем другое (и создание соответствующих этому программ) "решением" не является.

softwarerНе по плечу - нахрен с пляжа, вот и весь разговор.
Ну вот и все, кто не может создать вечный двигатель --- ушли. Угадайте, кто остался? ;)

softwarerИ это один из тех случаев, когда теоретиков можно и нужно обозвать теоретиками. Они пытаются решать задачу, которая не имеет отношения к практике - и доказывают, что её решить невозможно.
Да ещё как имеет! Т.е. если бы это было возможно, все существующие имитации решения бы тут же испарились. :)
Интересные, более-менее общие и практически полезные "имитации", кстати, тоже существуют (т.е. те, где, как Вы пишете далее, есть серьёзные, но приемлемые на практике ограничения).

softwarerЕсли же сосредоточиться на тех требованиях, которые идут от практики - где-то сужающих задачу, где-то дающих большую свободу и т. п. - оказывается, что они вполне выполнимы.
Безусловно. Только не нужно при этом утверждать, что решена оригинальная задача.
Стоит называть такие решения ---"тупое шардирование", "авось-не-развалится-типа-распределённая-СУБД" или ещё как-нибудь так, чтобы соответствовало содержанию. ;)
...
Рейтинг: 0 / 0
24.12.2018, 18:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752439
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
PgSQLanonymous3А упорной реальности как-то всё равно, чего там "хочет бизнес".
Уважаемый, у Вас упоротое представление о реальности.
...
Рейтинг: 0 / 0
24.12.2018, 18:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752442
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
[quot H5N1]
PgSQLanonymous3H5N1ну и дурачек. этому разделу порядка 20 лет и каждый аргумент разложен и разжеван. особливо на тему версионности.

Кроме личных оскорблений у тебя аргументов нет, придурок?

кроме совершенно заслуженного оскорбления тебе выдали ссылку
https://www.enterprisedb.com/blog/do-or-undo-there-no-vacuum

это аргумент, если ты не понял. технический аргумент, на сколько все криво и не удачно реализована версионность в постгрес.


H5N1Что и неудивительно, нет?
Они же некомпетентны, и здесь их кривые подходы (как и неспособность решить хоть какую-то проблему) "не летают".

у них в базе двойное кеширование и мусор прямо в датафайлах. да, их подходы не удачны и они это https://www.enterprisedb.com/blog/do-or-undo-there-no-vacuum
]признают

H5N1В любых руках, идиотина. Ты настолько тупой, что не понимаешь, что в "руках профи" нет никакой магии, и однозначно лучшего подхода именно к данной проблеме просто нет?
И для каждого есть ситуации, где он будет выигрывать.

давай, покажи ситуацию, где мог бы выиграть постгрес с его хранением мусора в датафайлах. будешь 18м, над которым я поглумлюсь на эту тему

H5N1Опять понеслись пустые рекламные лозунги? ;)
нет, просто ты слишком туп что бы понять, что скрывается за сугубо техническими терминами, какие я перечислил. раз уж для тебя UNDO пустой рекламный лозунг, ты совершенно зря обижаешься на мои оскорбления.
...
Рейтинг: 0 / 0
24.12.2018, 18:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752446
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Вы не у маркетологов Oracle учились? ;)
Ну так покажите мне хоть один результат современного OLTP теста --- TPC-E.

Although Oracle and IBM are TPC members and contributed to the development of TPC-E, they’ve not shown their database performance running TPC-E
Этот тест исключительно для веселых парней из Редмонда.

Причина такого подхода к тестам - Особую остроту дискуссия вокруг несовершенства TPC-D приобрела в связи с конфликтом между Microsoft и Oracle, который был вызван тем, что одна из компаний использовала предварительно подготовленные данные для выполнения нерегулярных отчетов. В связи с этим TPC решил разделить TPC-D на два теста TPC-R (business reporting) и TPC-H (adhoc querying). Точнее говоря, были переименованы версии TPC-D: модернизированная Version 2.0.1. теперь будет назваться TPC-H, а совсем новая TPC-D Version 3.0.0 получила название TPC-R.
...
Рейтинг: 0 / 0
24.12.2018, 19:01
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752453
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3,

История конфликта. Началось с https://www.dqindia.com/a-battle-royale/]Oracle has a scalability problem with transaction
processing systems on NT. That is the reason they claim that NT does not scale. Over 90% database users use single servers, and not clusters. On NT, SQL Server 7 has the best benchmarks for SAP R/3 (2400 SD users), BaaN (3,500 BaaN ref users) and PeopleSoft (5,700
HRMS users). These benchmarks meet 95% scalability needs of SAP, BaaN and PeopleSoft users worldwide. Oracle appears to have a scalability problem on NT , not SQL Server. , закончилось ответным ударом "As of November 1998, Oracle is the record holder of TPC-D and TPC-C benchmarks on Windows NT. In fact, Oracle’s NT TPC-C results are almost two times faster than Microsoft’s. Microsoft has never posted a TPC-D result , suggesting that despite supposed improvements in SQL Server 7, it is still not appropriate for data warehousing applications. Oracle also has record benchmarks for SAP, Baan, and Peoplesoft."

Ну а потом в Редмонде придумали TCP-E, "улучшенную" версию TCP-C.
...
Рейтинг: 0 / 0
24.12.2018, 19:13
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752455
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
H5N1у них в базе двойное кеширование и мусор прямо в датафайлах. да, их подходы не удачны и они это признают
Да, но зато Бартунов так красиво рассказывает, что они обогнали монгу в плане использования JSONB, плюс прикрутили такие типы данных, другие типы данных, третьи типы данных. И это самая красивая и фунциональная БД во всем мире. "Да что там в мире - в России" (с)

Только со скоростью проблема, приходится вытягивать дорогим железом и дорогими dba, а так в принципе все хорошо. И будет еще лучше. Когда-нибудь. Обязательно будет. Нужно верить в лучшее. И надеяться, как это делают некоторые участники форума, которые защищают postgresql.
...
Рейтинг: 0 / 0
24.12.2018, 19:17
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752467
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
softwarerPgSQLanonymous3А упорной реальности как-то всё равно, чего там "хочет бизнес".
Уважаемый, у Вас упоротое представление о реальности.
Серьёзно? Ну так предъявите вечный двигатель первого рода ("бизнес" очень хочет) или "нахрен с пляжа".
Что Вы несёте-то, вообще? ;(
...
Рейтинг: 0 / 0
24.12.2018, 19:46
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752474
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
H5N1кроме совершенно заслуженного оскорбления

"Заслуженные оскорбления" в технической дискуссии? Ты серьёзно, овца? ;)

H5N1тебе выдали ссылку
https://www.enterprisedb.com/blog/do-or-undo-there-no-vacuum

это аргумент, если ты не понял. технический аргумент, на сколько все криво и не удачно реализована версионность в постгрес.

Я её читал , в отличие от тебя. Может, поцитируешь, где там это написано, оставляя контекст ?

H5N1у них в базе двойное кеширование и мусор прямо в датафайлах. да, их подходы не удачны и они это пропущено...

Нет, не признают.
Они пишут, что есть ситуации (и, в основном, довольно "косые", т.е. в плохо спроектированных / реализованных решениях), где подход с undo работает лучше.
Но ты давай, цитируй, не стесняйся.

H5N1давай, покажи ситуацию, где мог бы выиграть постгрес с его хранением мусора в датафайлах. будешь 18м, над которым я поглумлюсь на эту тему

Да просто:
Код: sql
1.
2.
3.
BEGIN TRANSACTION;
-- <десятиминутная транзакция со многими update/insert/delete>
ROLLBACK; -- Смотри-ка, в PostgreSQL сработало мгновенно... а что же Oracle?



H5N1нет, просто ты слишком туп что бы понять, что скрывается за сугубо техническими терминами, какие я перечислил. раз уж для тебя UNDO пустой рекламный лозунг, ты совершенно зря обижаешься на мои оскорбления.
Не тебе писать о тупости. И да, UNDO --- не пустой рекламный лозунг, это просто yet another approach. Почему-то безусловно лучшим его называют особо упоротые фанаты Oracle. Интересно, почему так?
...
Рейтинг: 0 / 0
24.12.2018, 20:00
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752478
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3<десятиминутная транзакция со многими update/insert/delete>
ROLLBACK;
Нужно найти того, кто делает десятиминутные транзакции, и "немножко расстрелять" (с)

Чтобы смягчить пафос - под спойлером анекдот на эту тему.
 

Пленум ЦК КПСС. Сталин на сцене делает доклад, все слушают в полной темноте. Вдруг в зале - "Апчхи!".

Сталин спрашивает:
- "Товарищи, кто чихнул?"
В ответ молчание.
- "Еще раз спрашиваю, товарищи, кто чихнул?"
Тишина.
- "Расстрелять первый ряд!"
Пара автоматчиков расстреливает всех зрителей первого ряда.
- "Товарищи, я еще раз спрашиваю - кто чихнул?"
Ноль эмоций.
- "Хорошо. Второй ряд расстрелять!"
Проходит казнь второго ряда.
- "Товарищи, я в последний раз спрашиваю - кто делает commit transaction и затем rollback чихнул?"
Маленький дрожащий и вспотевший от страха мужичок несмело поднимает руку и говорит "Я...".
Сталин:
- "Будьте здоровы!".
...
Рейтинг: 0 / 0
24.12.2018, 20:08
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752481
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
PgSQLanonymous3,

давайте без обзывательств, как-то вы этим больше других увлеклись

давайте обмениваться информацией, а не обидами
вроде как не тинейджеры какие собрались
...
Рейтинг: 0 / 0
24.12.2018, 20:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752485
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPЭтот тест исключительно для веселых парней из Редмонда.
Вот-вот. Т.е. Oracle в нём и близко ничего достойного показать, очевидно, не может.

Andy_OLAPПричина такого подхода к тестам - Особую остроту дискуссия вокруг несовершенства TPC-D приобрела в связи с конфликтом между Microsoft и Oracle, который был вызван тем, что одна из компаний использовала предварительно подготовленные данные для выполнения нерегулярных отчетов.
Просто для информации --- "одна из компаний" --- это Oracle.
Т.е. мошенничали в тестах, и теперь кто-то удивляется, что Microsoft (и прочим участникам TPC) это не понравилось? ;)
А когда мошенничать уже не так просто (TPC-E), "потрясающих результатов" что-то не видно...

Andy_OLAPВ связи с этим TPC решил разделить TPC-D на два теста TPC-R (business reporting) и TPC-H (adhoc querying). Точнее говоря, были переименованы версии TPC-D: модернизированная Version 2.0.1. теперь будет назваться TPC-H, а совсем новая TPC-D Version 3.0.0 получила название TPC-R.
Только вот (с сайта TPC): TPC-R is a business reporting, decision support benchmark. (Obsolete as of 1/1/2005)
...
Рейтинг: 0 / 0
24.12.2018, 20:25
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752490
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Andy_OLAPЭтот тест исключительно для веселых парней из Редмонда.
Вот-вот. Т.е. Oracle в нём и близко ничего достойного показать, очевидно, не может.

Вы не поняли. IBM тоже не выкладывает результаты для своей DB2. Как Вы думаете, почему? Ответ - потому что Microsoft это дочерняя компания для корпорации IBM.
А почему Oracle не выкладывает? Да потому что с приходом Azure и AWS это уже не важно. Вообще не важно. От слова "совсем". А вовсе не потому, что кто-то боится проиграть.
...
Рейтинг: 0 / 0
24.12.2018, 20:31
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752496
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
Andy_OLAPА почему Oracle не выкладывает? Да потому что с приходом Azure и AWS это уже не важно. Вообще не важно. От слова "совсем". А вовсе не потому, что кто-то боится проиграть.а можно попросить объяснить? я вообще никакой связи не вижу

и про то что Microsoft это дочерняя компания для корпорации IBM тоже как-то удивлен, первая как минимум в 7 раз дороже
...
Рейтинг: 0 / 0
24.12.2018, 20:37
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752502
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
PgSQLanonymous3"Заслуженные оскорбления" в технической дискуссии? Ты серьёзно, овца? ;)

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

PgSQLanonymous3H5N1у них в базе двойное кеширование и мусор прямо в датафайлах. да, их подходы не удачны и они это пропущено...

Нет, не признают.
Они пишут, что есть ситуации (и, в основном, довольно "косые", т.е. в плохо спроектированных / реализованных решениях), где подход с undo работает лучше.
Но ты давай, цитируй, не стесняйся.

клоун, по ссылке речь о том что enterprisedb, ключевой разработчик постгреса, уже годы работает над UNDO в оракловом стиле. это гиганская работа, тучи инженеров работают. никто бы не затеял такой проект, если бы речь шла о некоторых ситуаций.

PgSQLanonymous3Да просто:
Код: sql
1.
2.
3.
BEGIN TRANSACTION;
-- <десятиминутная транзакция со многими update/insert/delete>
ROLLBACK; -- Смотри-ка, в PostgreSQL сработало мгновенно... а что же Oracle?



смотрю - оракл работает хоть бы хны, а постгрес встал раком, из-за vacum, который пытается вычистить гигабайты мусора.

PgSQLanonymous3 И да, UNDO --- не пустой рекламный лозунг, это просто yet another approach. Почему-то безусловно лучшим его называют особо упоротые фанаты Oracle. Интересно, почему так?
чихать на фанатов, переколбашивают все внутренности постгреса не фанаты, которые во что-то там уверовали, а серьезные спецы.
то что ты, убогий, слишком туп понять их мативы, вызывает лишь жалость.
...
Рейтинг: 0 / 0
24.12.2018, 20:57
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752504
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
SergSuperAndy_OLAPА почему Oracle не выкладывает? Да потому что с приходом Azure и AWS это уже не важно. Вообще не важно. От слова "совсем". А вовсе не потому, что кто-то боится проиграть.а можно попросить объяснить? я вообще никакой связи не вижу
Связь в том, что уже не нужно меряться, у кого больше, а нужно зарабатывать на облаках.
SergSuperи про то что Microsoft это дочерняя компания для корпорации IBM тоже как-то удивлен, первая как минимум в 7 раз дороже
Какая разница, какие цифры и сколько нолей нарисовали как цену акций или размер капитала для одной и для другой корпорации. IBM родила Microsoft, чтобы ее не разделили как AT&T. Давно уже выкладывали на всеобщее обозрение в ЖЖ этот смешной триллер в нескольких частях, ключевое AT&T - в простонародье именовашейся грозно-ласково Ma Bell - была разбита решением суда на осколки, собирать которые продолжает AT&T по сю пору. Тогда как IBM проскочила, увернулась в тот раз.
Вы думаете, что решение о том, чем будет заниматься та или иная корпорация, принимается где-либо помимо центрального офиса в Арлингтоне? И эти решения принимает кто-то помимо "магистра Йоды", того, который учитель Рамсфелда и прочих молодых джедаев? Нужно было не выпячивать Редмонд - создали гугл, нужно было отвлечь внимание от "корпорации добра" - создали фейсбук, понадобилось - перебросили ресурсы в амазон, перевесив бостон динамикс с гугла на софтбанк. Какая разница, сколько мелочи я переложил из одного кармана своей одежды в другой, если это все вместе одно-единственное мое пальто?
...
Рейтинг: 0 / 0
24.12.2018, 21:01
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752519
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
H5N1совершенно заслуженные. ты ты туп и упорот.
тебе дают прямые ссылки, но даже в общих чертах не в состоянии понять о чем там речь. мой опыт в этом разделе подсказывает что таких упоротых нужно сразу давить оскорблениями, поняв что повизгивание против сугубо технических аргументов выглядит слабо, упоротые удаляются и более годами не возвращаются. сибириков пожалуй единственное исключение.

Туп и упорот тут только ты. И не привёл ни одной цитаты, что и не удивительно.
Ты думаешь, прочие участники так же не умеют читать, как и ты?

H5N1клоун, по ссылке речь о том что enterprisedb, ключевой разработчик постгреса, уже годы работает над UNDO в оракловом стиле. это гиганская работа, тучи инженеров работают. никто бы не затеял такой проект, если бы речь шла о некоторых ситуаций.

А по ссылке-то написано именно о некоторых ситуациях, клоун ты упоротый. ;)
Тебе показалось, что текущую реализацию заменят ?
А зря. Просто добавят ещё одну настройку (storage engine, на самом деле) типа "snapshot too old", специально для пытающихся слезть с Oracle криворуких.

H5N1смотрю - оракл работает хоть бы хны, а постгрес встал раком, из-за vacum, который пытается вычистить гигабайты мусора.

Опять врёшь, клоун? И ничего не показал, как всегда.

H5N1чихать на фанатов, переколбашивают все внутренности постгреса не фанаты, которые во что-то там уверовали, а серьезные спецы.
то что ты, убогий, слишком туп понять их мативы, вызывает лишь жалость.
Болтай-болтай. Но лучше бы ты читать научился вместо этого. Их (декларируемые) "мативы" расписаны по ссылке. :)
...
Рейтинг: 0 / 0
24.12.2018, 21:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752522
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPТолько со скоростью проблема, приходится вытягивать дорогим железом и дорогими dba, а так в принципе все хорошо.
А кто говорит, что со скоростью проблема? Ну, кроме фанатов Oracle? ;)
И зачем PostgreSQL дорогие DBA? Это же не Oracle...
"Вытягивание железом", кстати, вполне имеет право на жизнь. Расчётов TCO я, кстати, что-то всё не вижу...

И, кстати, почему эти фанаты забывают о "великолепной" скорости разработки конкретных баз данных на этой их "радости" родом из 80-х?
Время разработчиков ничего не стоит, по-Вашему?

Andy_OLAPИ будет еще лучше. Когда-нибудь. Обязательно будет. Нужно верить в лучшее.

Будет. Верить ни во что не нужно, нужно просто использовать.
...
Рейтинг: 0 / 0
24.12.2018, 21:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752528
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPPgSQLanonymous3пропущено...
Вот-вот. Т.е. Oracle в нём и близко ничего достойного показать, очевидно, не может.

Вы не поняли. IBM тоже не выкладывает результаты для своей DB2. Как Вы думаете, почему? Ответ - потому что Microsoft это дочерняя компания для корпорации IBM.
А почему Oracle не выкладывает? Да потому что с приходом Azure и AWS это уже не важно. Вообще не важно. От слова "совсем". А вовсе не потому, что кто-то боится проиграть.
Тут кто-то другой писал, что "все тесты у Oracle пройдены". А то, что Вы пишете, похоже на попытки "отмазать" Oracle.
Не нужно. Ни те, ни другие (IBM), видимо, не могут (или не хотят) показать нормальных результатов, вот и всё.
...
Рейтинг: 0 / 0
24.12.2018, 21:53
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752569
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Andy_OLAPпропущено...

Вы не поняли. IBM тоже не выкладывает результаты для своей DB2. Как Вы думаете, почему? Ответ - потому что Microsoft это дочерняя компания для корпорации IBM.
А почему Oracle не выкладывает? Да потому что с приходом Azure и AWS это уже не важно. Вообще не важно. От слова "совсем". А вовсе не потому, что кто-то боится проиграть.
Тут кто-то другой писал, что "все тесты у Oracle пройдены". А то, что Вы пишете, похоже на попытки "отмазать" Oracle.
Не нужно. Ни те, ни другие (IBM), видимо, не могут (или не хотят) показать нормальных результатов, вот и всё.
Еще раз. Внимательно и вдумчиво. Oracle и IBM прошли TCP-E. Успешно. Все тесты пройдены. Можете позвонить Ларри от моего имени, пусть даст отмашку показать лично Вам результаты. Предварительно подпишете NDA, разумеется, чтобы никто не волновался.

И я Вам, молодой человек, даже больше скажу. Результаты пройденных тестов - нормальные. Все хорошо. Все довольны.
...
Рейтинг: 0 / 0
25.12.2018, 00:57
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752570
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3,

Я Вам больше скажу - Ларри у себя навел порядок, поэтому в 8-й версии mysql все хорошо, а будет еще лучше, все ближе к oracle, но не очень. Для маргиналов останется postgresql как академический проект и mariadb как способ отсеивания людей с избыточной тягой к рискованным операциям.
...
Рейтинг: 0 / 0
25.12.2018, 00:59
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752585
казинак
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
казинак
Участник
Andy_OLAPЯ Вам больше скажу - Ларри у себя навел порядок ...
Очень хотелось бы надеяться.
А то складывается ощущение, что они контроль над кодом теряют потихоньку.
Например баг, пофиксенный в 11.1, и отсутствующий в 12.1, вдруг вновь появляется в 12.2

да и такие статьи https://habr.com/post/429946/ мрачные мысли навевают
...
Рейтинг: 0 / 0
25.12.2018, 07:21
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752609
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Озверин
Участник
Andy_OLAPPgSQLanonymous3,

Я Вам больше скажу - Ларри у себя навел порядок, поэтому в 8-й версии mysql все хорошо, а будет еще лучше, все ближе к oracle, но не очень. Для маргиналов останется postgresql как академический проект и mariadb как способ отсеивания людей с избыточной тягой к рискованным операциям.

господи, вы тут связь с реальностью окончательно теряете.
...
Рейтинг: 0 / 0
25.12.2018, 09:25
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752631
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPЕще раз. Внимательно и вдумчиво. Oracle и IBM прошли TCP-E. Успешно. Все тесты пройдены. Можете позвонить Ларри от моего имени, пусть даст отмашку показать лично Вам результаты. Предварительно подпишете NDA, разумеется, чтобы никто не волновался.

И я Вам, молодой человек, даже больше скажу. Результаты пройденных тестов - нормальные. Все хорошо. Все довольны.

Я Вам больше скажу - Ларри у себя навел порядок, поэтому в 8-й версии mysql все хорошо, а будет еще лучше, все ближе к oracle, но не очень. Для маргиналов останется postgresql как академический проект и mariadb как способ отсеивания людей с избыточной тягой к рискованным операциям.
Пожалуйста, скажите мне, что всё процитированное --- это тонкий юмор / сарказм, которого я не понял.
Ну или, хотя бы, что у Вас украли account и подставили, или что Вы писали это в состоянии опьянения (алкогольного или иного), или Вы забыли принять свои антипсихотические препараты, на худой конец... :(
...
Рейтинг: 0 / 0
25.12.2018, 10:08
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752663
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Пожалуйста, скажите мне, что всё процитированное --- это тонкий юмор / сарказм, которого я не понял.

Ну раз Вы попросили - то почему бы и да. Все процитированное - это тонкий юмор и сарказм, которого Вы не поняли. Вам уже немного чуть-чуть легче?
...
Рейтинг: 0 / 0
25.12.2018, 11:13
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752669
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPPgSQLanonymous3Пожалуйста, скажите мне, что всё процитированное --- это тонкий юмор / сарказм, которого я не понял.

Ну раз Вы попросили - то почему бы и да. Все процитированное - это тонкий юмор и сарказм, которого Вы не поняли. Вам уже немного чуть-чуть легче?
Да, теперь куда легче, спасибо (а то я даже как-то не знал, плакать тут или смеяться)!
 

Представил свой звонок: позовите Ларри / "я от Andy_OLAP" и т.п.
Зачёт, что тут скажешь! :)
...
Рейтинг: 0 / 0
25.12.2018, 11:19
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752673
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3,

Я пошутил насчет звонка. Если Ларри узнает, что Вы от меня, он просто повесит трубку. У нас с ним некоторое недопонимание.
...
Рейтинг: 0 / 0
25.12.2018, 11:27
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752678
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
казинакА то складывается ощущение, что они контроль над кодом теряют потихоньку.
Например баг, пофиксенный в 11.1, и отсутствующий в 12.1, вдруг вновь появляется в 12.2

К сожалению, этот процесс необратим. В Редмонде то же самое. Уходят люди, которые с 70-х этим "горели". Приходят те, кто встраиваются в существующие процессы разработки и цепляются, чтобы не уволили. Качество будет падать, от этого никуда не деться. Придется с этим жить.
Что касается повторного появления багов - а как вас еще заставить покупать SA? Трясетесь как над последнем шекелем, словно это у вас из карманов тянут, а не владельцы бизнеса дают.
...
Рейтинг: 0 / 0
25.12.2018, 11:33
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752871
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Andy_OLAPказинакА то складывается ощущение, что они контроль над кодом теряют потихоньку.
Например баг, пофиксенный в 11.1, и отсутствующий в 12.1, вдруг вновь появляется в 12.2

К сожалению, этот процесс необратим....

Этот процесс свидетельство потери компетенции КОМПАНИИ, а не конкретных людей

Существует регрессивное тестирование, существует ISO-9000. То, что пофиксенные баги всплывают в следующей же версии (с SVRMGR нарывался на багу, которую исправили в 11.2.3 и которая вернулась обратно в 11.2.4), это заставлять задаваться вопросом "а об регрессивном тестировании они вообще слышали?" (((

Что касается повторного появления багов - а как вас еще заставить покупать
Вот после такого, желание "покупать" пропадает полностью.
Ставить новые версии, которые "не лечат, а коллечат", да еще и платить за них - нафиг надо?
...
Рейтинг: 0 / 0
25.12.2018, 15:40
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752920
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
Leonid KudryavtsevВот после такого, желание "покупать" пропадает полностью.
Ставить новые версии, которые "не лечат, а коллечат", да еще и платить за них - нафиг надо?
Платят что бы как Uber не мигрировать каждые пару лет с одного дерьма на другое. У них пострес тоже выкинули именно из за кривой реализации версионности.
...
Рейтинг: 0 / 0
25.12.2018, 16:32
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752932
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Leonid KudryavtsevСуществует регрессивное тестирование, существует ISO-9000. То, что пофиксенные баги всплывают в следующей же версии (с SVRMGR нарывался на багу, которую исправили в 11.2.3 и которая вернулась обратно в 11.2.4), это заставлять задаваться вопросом "а об регрессивном тестировании они вообще слышали?" (((
Ещё как слышали, ну что Вы!
Ознакомьтесь: https://news.ycombinator.com/item?id=18442941
Впечатляет, правда?

Leonid KudryavtsevВот после такого, желание "покупать" пропадает полностью.
Берите-берите, куда деваться-то (нормальных СУБД-то "нет", как нам тут рассказывают)? ;)
...
Рейтинг: 0 / 0
25.12.2018, 16:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752937
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
H5N1Платят что бы как Uber не мигрировать каждые пару лет с одного дерьма на другое. У них пострес тоже выкинули именно из за кривой реализации версионности.
А до этого они точно так же выкинули MySQL (но ты же не знал, правда?).
И все их "метания" --- попытки свалить собственную некомпетентность на инструмент, снова и снова.
Опять болтаешь о том, в чём не разбираешься?
А то чем же ещё тебе оправдывать Oracle-овские FAIL-ы (наверное, из-за кривой реализации MVCC Yandex его частично выкинул... так же, как и многие другие), кроме нападками на нормальные СУБД, верно?
...
Рейтинг: 0 / 0
25.12.2018, 16:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752939
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
Leonid KudryavtsevСуществует регрессивное тестирование… а об регрессивном тестировании они вообще слышали?
Конечно, слышали, вот отзыв еще о версии Oracle 8i:
Working on Oracle 8i to port it to another Unix platform was my first job out of university...
it had thousands and thousands of tests! Everybody only tried to get the tests to pass, there was no understanding because the whole thing could not be understood.
...
Рейтинг: 0 / 0
25.12.2018, 16:50
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752943
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
Andy_OLAPЧто касается повторного появления багов - а как вас еще заставить покупать SA? Трясетесь как над последнем шекелем, словно это у вас из карманов тянут, а не владельцы бизнеса дают.
От дба это не всегда зависит: пишешь людям, чтобы заказали лицензию + SA, а они берут и покупают без SA, да еще и находят вариант, который стоит дороже.
Но даже в этом случае остается вариант покупать отдельные инциденты поддержки.
...
Рейтинг: 0 / 0
25.12.2018, 17:02
| Ответить | Цитировать | Написать  
Российские СУБД
    #39752984
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
H5N1Платят что бы как Uber не мигрировать каждые пару лет с одного дерьма на другое. У них пострес тоже выкинули именно из за кривой реализации версионности.
А вы точно знаете, что Uber не платит?
У них теперь стоит Percona , так что, возможно, они платят им за поддержку, фиксы и доработки. Когда компании вырастают, им дешевле заплатить, чем терпеть недоделки продукта.

Подозреваю, что местные поборники ванильного Postgres (почему-то форки они не признают) - это в массе сотрудники компаний, которые себе могут позволить либо "трофейный" Oracle, либо опенсорс без поддержки.
...
Рейтинг: 0 / 0
25.12.2018, 18:02
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753064
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Leonid KudryavtsevВот после такого, желание "покупать" пропадает полностью.

Вы покупаете не для того, чтобы работало без косяков, а для того, чтобы переложить ответственность на вендора, когда косяк будет. А он будет. 100%.

И оракул еще держится неплохо. Вы себе представить не можете, сколько забавных багов, вычищенных из MSSQL 2014-го, появились в 2016-м и в 2017-м. Ну а отмена октябрьского апдейта для windows 10 - это просто песня.

Но Вы можете конечно попробовать перейти на PostgreSQL Pro. Шутка.
...
Рейтинг: 0 / 0
25.12.2018, 19:45
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753080
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
Andy_OLAPИ оракул еще держится неплохо. Вы себе представить не можете, сколько забавных багов, вычищенных из MSSQL 2014-го, появились в 2016-м и в 2017-м. Ну а отмена октябрьского апдейта для windows 10 - это просто песня.

сейчас ковыряю гугловские продукты. те же яйца что у майкрософт. коннектор из data studio к cloud sql не пашет. судя по форумам он то работает то не работает уже второй год, т.е. с момента запуска.
...
Рейтинг: 0 / 0
25.12.2018, 20:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753081
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorПодозреваю, что местные поборники ванильного Postgres (почему-то форки они не признают) - это в массе сотрудники компаний, которые себе могут позволить либо "трофейный" Oracle, либо опенсорс без поддержки.
Опять Вы "подозреваете", никак не уймётесь. ;)
Причём тут "опенсорс без поддержки", кстати? Компаний, занимающихся поддержкой "ванильного Postgres", вполне достаточно.

Кстати, мне нравится Ваша манера скромно не отвечать за свои слова после того, как Вас "поймали за руку". ;)
Так что там насчёт "пройденного" TPC-E?
И обоснований прочих высказываний, вроде:
EleanorPostgres также неоднократно тестировали, но указывали, что результаты публиковать не будут, т.к. это дискредитирует продукт и его фанатов.?
...
Рейтинг: 0 / 0
25.12.2018, 20:15
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753082
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
PgSQLanonymous3H5N1Платят что бы как Uber не мигрировать каждые пару лет с одного дерьма на другое. У них пострес тоже выкинули именно из за кривой реализации версионности.
А до этого они точно так же выкинули MySQL (но ты же не знал, правда?).

ты дурачок, правда ?

PgSQLanonymous3И все их "метания" --- попытки свалить собственную некомпетентность на инструмент, снова и снова.
Опять болтаешь о том, в чём не разбираешься?

я опять макая твою тупую рожу в факты. ты спрашивал ?

PgSQLanonymous3А кто говорит, что со скоростью проблема? Ну, кроме фанатов Oracle? ;)


так чего теперь визжишь?

PgSQLanonymous3А то чем же ещё тебе оправдывать Oracle-овские FAIL-ы (наверное, из-за кривой реализации MVCC Yandex его частично выкинул... так же, как и многие другие), кроме нападками на нормальные СУБД, верно?
мне то чего оправдывать, яндекс как и я заменил оракл из-за цены, а не из-за кривожопой архитектуры. ну и яндекс явно слегка больные, построить почту на EE редакции - это даже для страны газпрома нонсенс.

EleanorА вы точно знаете, что Uber не платит?
У них теперь стоит Percona , так что, возможно, они платят им за поддержку, фиксы и доработки. Когда компании вырастают, им дешевле заплатить, чем терпеть недоделки продукта.

суть то не в том что платит или не платит, суть за что. в олтп серьезной альтернативы нет, потому и приходиться платить ораклу. но рядышком тот же опенсоурсный линукс и хадуп у нас прекрасно без каких либо выплат заменил пропретарщину.
...
Рейтинг: 0 / 0
25.12.2018, 20:15
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753095
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
H5N1ты дурачок, правда ?

Нет. Кто здесь "дурачок", тебе уже объяснили.

H5N1я опять макая твою тупую рожу в факты. ты спрашивал ?

Факт здесь только переход, а не его причина, идиот.
Т.е. ничего, связанного с этим фактом, ты не читал, как обычно?

H5N1мне то чего оправдывать, яндекс как и я заменил оракл из-за цены, а не из-за кривожопой архитектуры.
Да нет же! Конечно же, из-за кривого MVCC, так чего ты теперь визжишь? ;)
H5N1ну и яндекс явно слегка больные, построить почту на EE редакции - это даже для страны газпрома нонсенс.
А другие редакции просто "не тянули", очевидно.

Нравятся тебе твои методы "аргументации", когда их к тебе применяют?

H5N1суть то не в том что платит или не платит, суть за что. в олтп серьезной альтернативы нет, потому и приходиться платить ораклу. но рядышком тот же опенсоурсный линукс и хадуп у нас прекрасно без каких либо выплат заменил пропретарщину.
Расскажи это Skype, Lockheed Martin, Verizon, Reddit и т.д. (и, вскоре, Amazon, кстати).
Это не считая прочих тысяч компаний, которые спокойно используют PostgreSQL для OLTP и как-то и не подозревают... ;)
Т.е. ты мог бы поискать вместо того, чтобы болтать.
...
Рейтинг: 0 / 0
25.12.2018, 20:58
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753097
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Кстати, мне нравится Ваша манера скромно не отвечать за свои слова
Я могу вместо Элеоноры скромно не ответить за ее слова. Переключите на меня свое внимание, если Вас не затруднит. Спасибо.
...
Рейтинг: 0 / 0
25.12.2018, 21:03
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753114
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
PgSQLanonymous3Факт здесь только переход, а не его причина, идиот.

факт в том что ты туп и упорот, а причину uber детально изложил вот тут https://eng.uber.com/mysql-migration/

с другой стороны яндекс мигрировал только лишь из-за цены, претензий к архитектуре у яндекса не было.

PgSQLanonymous3Нравятся тебе твои методы "аргументации", когда их к тебе применяют?
прослыть дебилом, который не слышал о причинах миграции Uber не мой метод. вот совсем.
...
Рейтинг: 0 / 0
25.12.2018, 21:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753131
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3Компаний, занимающихся поддержкой "ванильного Postgres", вполне достаточно.

У них поддержка уровня оказания консультаций и замены дба, а не оперативные фиксы самого ванильного Postgres. Те, кто готовы делать фиксы, делают форки.
Тот же Постгрес Про ответил, что фиксы в первую очередь делает в своем ПО, поэтому ставьте Про версию, а не ванильную. В ванильной они проконсультируют, помогут с производительностью, помониторят и всё.
Хотя, со временем их фиксы с большой вероятностью переедут в ванильную.
PgSQLanonymous3И обоснований прочих высказываний, вроде:
EleanorPostgres также неоднократно тестировали, но указывали, что результаты публиковать не будут, т.к. это дискредитирует продукт и его фанатов.?
В обеих ссылках, что приводила, были дополнительные ссылки на результаты тестирования Postgres и GreenPlum.

Поговорите уже с Andy_OLAP, он более стойкий...
...
Рейтинг: 0 / 0
25.12.2018, 22:21
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753138
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
H5N1факт в том что ты туп и упорот,

Да нет же, только ты. Как ты всё никак не запомнишь... а да, ты же туп и упорот, что же это я. ;)

H5N1а причину uber детально изложил вот тут https://eng.uber.com/mysql-migration/

Uber может "излагать" всё, что ему нравится (и причины "изложения" тебе уже были названы... но ты не осилил, видно).
От этого оно становится правдой не больше, чем наглое вранье про PostgreSQL в "сравнительных" документах Oracle.

H5N1с другой стороны яндекс мигрировал только лишь из-за цены, претензий к архитектуре у яндекса не было.

Это ты так говоришь. Ссылку покажи, чтобы было написано "претензий к архитектуре Oracle у нас не было! Искренне Ваши, программисты Yandex". ;)

H5N1прослыть дебилом, который не слышал о причинах миграции Uber не мой метод. вот совсем.
Да ты что? ;) Поздравляю, ты уже прослыл.
Сходил бы ты технические обсуждения их миграции почитал, что ли...
...
Рейтинг: 0 / 0
25.12.2018, 22:40
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753141
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorУ них поддержка уровня оказания консультаций и замены дба, а не оперативные фиксы самого ванильного Postgres. Те, кто готовы делать фиксы, делают форки.

Охо-хо. :( Ну а это Вы с чего взяли? Не пользовались, но осуждаете?

EleanorТот же Постгрес Про ответил, что фиксы в первую очередь делает в своем ПО, поэтому ставьте Про версию, а не ванильную. В ванильной они проконсультируют, помогут с производительностью, помониторят и всё.
Так это позиция конкретно Postgres Pro ( даже если это правда, я после Вашей болтовни про "пройденные" Oracle тесты TPC уже как-то не очень верю), при чём тут прочие-то? Не нравится их поддержка --- найдёте другую, большое дело.

EleanorВ обеих ссылках, что приводила, были дополнительные ссылки на результаты тестирования Postgres и GreenPlum.

При чём тут GreenPlum? Это очень далеко (в сторону) ушедший fork, с сильно отличающейся архитектурой, назначением и совсем другими разработчиками.

Далее, читаем (про TPC-H):
The results have generally been disappointing , for reasons that aren't necessarily relevant in the real world.
PostgreSQL is missing some of the things needed to do well on this benchmark, whereas proprietary database vendors are so focused on it they will "game" TPC-H runs (add optimizations specifically aimed at it) to make absolutely sure they do well.

Вы думаете, последнее предложение --- это ложь?
Ну так докажите это, "макните PostgreSQL лицом в грязь", чего же Вы ждёте?
...
Рейтинг: 0 / 0
25.12.2018, 22:53
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753146
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Это ты так говоришь. Ссылку покажи, чтобы было написано "претензий к архитектуре Oracle у нас не было! Искренне Ваши, программисты Yandex". ;)

А легко.

https://habr.com/post/321756/]Oracle — прекрасная база данных , но и с ней были проблемы. Например, выкладка PL/SQL кода — это боль, потому что есть library cache . Если база под нагрузкой, то нельзя просто взять и обновить код функции, который сейчас используется какими-то сессиями.

Остальные проблемы связаны не столько с Oracle, сколько с тем подходом, который мы использовали.

А теперь читаем в этой же статье на русском языке некоторые интересные подробности.

"...В октябре 2012 года, больше 4 лет назад, было принято решение о том, что мы должны избавиться от Oracle. Не звучало слов PostgreSQL, не звучало каких-либо технических подробностей — это было чисто политическое решение: избавиться, срок в 3 года..."

Тут даже не деньги жалко, тут политика. Понимаю, сочувствую.

"...Поскольку Oracle лицензируется по процессорным ядрам, мы были вынуждены масштабироваться вертикально. На одно процессорное ядро мы напихивали много памяти, много SSD-дисков. Было небольшое количество баз с небольшим количеством процессорных ядер, но с огромными массивами памяти и дисков. У нас всегда была строго одна реплика для отказоустойчивости, потому что все последующие — это деньги.

В PostgreSQL мы поменяли подход. Мы стали делать базы поменьше и по две реплики в каждом шарде. Это позволило нам заворачивать читающие нагрузки на реплики. То есть в Oracle всё обслуживалось с мастера, а в PostgreSQL — три машины вместо двух поменьше, и чтение заворачиваем в PostgreSQL. В случае с Oracle мы масштабировались вертикально, в случае с PostgreSQL масштабируемся горизонтально..."

То есть переехать не получилось, даже с учетом того, что стали вытягивать железом - пришлось базы резать на более мелкие. А денег на реплики Oracle изначально было жалко. Понимаю, сочувствую (с).

"...В случае с PostgreSQL мы решили перейти к новой схеме, когда у нас идентификаторы уникальны в пределах одного пользователя. Если раньше уникальным был mid идентификатор письма, то теперь уникальной является пара uid mid..."

Еще и код пришлось вдумчиво менять. Не получилось логику AS IS перенести, хотя PotgreSQL Pro бьет себя пяткой в грудь, что в рамках импортозамещения логика практически на 99% переносима. Понимаю, сочувствую (с).

"...В PostgreSQL всё хорошо с массивами, композитами. Мы сделали денормализацию части данных..."

Жизнь заставила подумать и сделать кошерно то, что должно было быть сделано изначально правильно. Понимаю, сочувствую (с).

"...Поскольку нет undo, цена ошибки стала сильно выше..."

Жизнь боль, нужно 7 раз отмеривать, 1 раз отрезать, как хороший ребе при обрезании. Понимаю, сочувствую (с).

"...Это список тредов в комьюнити с проблемами, которые мы самостоятельно решить не смогли.

Problem with ExclusiveLock on inserts
Checkpoint distribution
ExclusiveLock on extension of relation with huge shared_buffers
Hanging startup process on the replica after vacuuming on master
Replication slots and isolation levels
Segfault in BackendIdGetTransactions

То есть мы пошли в комьюнити, и нам помогли ..."

А могли бы и не помочь. Как здорово, что у Яндекса такие друзья хорошие из комьюнити. Но у других таких друзей меньше. И помощи иногда ждать не приходится. Понимаю, сочувствую (с).

"...Сюрприз. Мы столкнулись с проблемой с бэкапами. У нас recovery window 7 дней, то есть мы должны иметь возможность восстановиться на любой момент в прошлом за последние 7 дней. В Oracle размер места под все бэкапы и архивлоги был равен примерно размеру базы. База 15 терабайт — и её бэкап за 7 дней занимает 15 терабайт.

В PostgreSQL мы используем barman, и в нём под бэкапы нужно места минимум в 5 раз больше , чем размер базы. Потому что WAL сжимаются, а бэкапы нет..."

Сюрприз, что стоимость обвязки оказывается у "бесплатных" продуктов сильно больше? Ну что же, нужно было документацию читать ДО начала перехода на "бесплатное" решение, а не ПОСЛЕ. Впрочем, ничего нового (с).

"...Уже почти год прошел, как мы их просим запилить эту киллер-фичу, а они просят с нас денег, чтобы замержить её. Очень наглые ребята..."

Ай-яй-яй, как нехорошо. Жадными быть плохо. Но ведь в любой компании, не только в Яндексе, есть специалисты на C++, который способны запатчить барман? Или не у всех такие есть? Понимаю, сочувствую (с).

"...Ещё мы очень хотим нормальную работу с диском. В плане дискового I/O PostgreSQL сильно проигрывает Oracle..."

Какая неожиданность. Оказывается, двойное кэширование и чтение маленькими порциями не очень хорошие вещи. Понимаю, сочувствую (с).

"...Без ложек дёгтя не бывает. У нас сейчас в 3 раза больше железа под PostgreSQL , но это ничто по сравнению со стоимостью Oracle. Пока у нас не было крупных факапов..."

Я представил разговор - "мы готовы переехать на сервере с оракла на бесплатный postgresql, но нужно купить еще 2 таких сервера. А так все бесплатно. Только купить и все. А так - все бесплатно". Слово "пока" во фразе насчет крупных факапов тоже делает мне смешно. Впрочем, ничего нового (с).
...
Рейтинг: 0 / 0
25.12.2018, 23:12
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753169
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3при чём тут прочие-то? Не нравится их поддержка --- найдёте другую, большое дело.
Ближе к делу: с кем у вас сейчас договор о поддержке ванильного Postgres, сколько вы им платите, время отклика на инцидент? Что к примеру они вам пофиксили в Postgres и в какой срок.
Какие еще компании рассмотрели в качестве альтернативы во время выбора саппортера.
...
Рейтинг: 0 / 0
26.12.2018, 00:25
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753248
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorБлиже к делу: с кем у вас сейчас договор о поддержке ванильного Postgres, сколько вы им платите, время отклика на инцидент?

"Ближе к делу?" К чьему это, интересно?
Явно не к моему --- сначала ответьте на заданные Вам вопросы, а потом уже я буду решать, игнорировать Ваши или нет.

EleanorЧто к примеру они вам пофиксили в Postgres и в какой срок.

Это ещё зачем? Это же не Oracle...
В отличие от (если я правильно понял Ваш посыл) Oracle, PostgreSQL на ходу не разваливается, и большинство пользователей с багами не встречаются годами, а то и вовсе никогда.
...
Рейтинг: 0 / 0
26.12.2018, 09:55
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753279
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Andy_OLAPНапример, выкладка PL/SQL кода — это боль, потому что есть library cache . Если база под нагрузкой, то нельзя просто взять и обновить код функции, который сейчас используется какими-то сессиями.
Начиная с Oracle 11g2 (cентябрь 2009-го года) уже неактуально. Существует такая фича как editions, которая вот именно для подобных случаев типа яндекс.почты подходит просто идеально.
...
Рейтинг: 0 / 0
26.12.2018, 10:31
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753288
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPА легко.
Я же не Вас спрашивал, не так ли?
Меня просто достала генерация H5N1 бреда в промышленных масштабах вместо приведения хоть какой-то аргументации.
Ну ладно, раз уж Вы всё это написали...

Andy_OLAP https://habr.com/post/321756/]Oracle — прекрасная база данных , но и с ней были проблемы. Например, выкладка PL/SQL кода — это боль, потому что есть library cache . Если база под нагрузкой, то нельзя просто взять и обновить код функции, который сейчас используется какими-то сессиями.

Остальные проблемы связаны не столько с Oracle, сколько с тем подходом, который мы использовали.

А теперь читаем в этой же статье на русском языке некоторые интересные подробности.

"...В октябре 2012 года, больше 4 лет назад, было принято решение о том, что мы должны избавиться от Oracle. Не звучало слов PostgreSQL, не звучало каких-либо технических подробностей — это было чисто политическое решение: избавиться, срок в 3 года..."

Тут даже не деньги жалко, тут политика. Понимаю, сочувствую.


Абзацем выше там чётко написано: "Но главная причина перехода — это деньги. Oracle стоит дорого."
Пропустили? "Понимаю, сочувствую."

Andy_OLAP"...Поскольку Oracle лицензируется по процессорным ядрам, мы были вынуждены масштабироваться вертикально. На одно процессорное ядро мы напихивали много памяти, много SSD-дисков. Было небольшое количество баз с небольшим количеством процессорных ядер, но с огромными массивами памяти и дисков. У нас всегда была строго одна реплика для отказоустойчивости, потому что все последующие — это деньги.

В PostgreSQL мы поменяли подход. Мы стали делать базы поменьше и по две реплики в каждом шарде. Это позволило нам заворачивать читающие нагрузки на реплики. То есть в Oracle всё обслуживалось с мастера, а в PostgreSQL — три машины вместо двух поменьше, и чтение заворачиваем в PostgreSQL. В случае с Oracle мы масштабировались вертикально, в случае с PostgreSQL масштабируемся горизонтально..."

То есть переехать не получилось, даже с учетом того, что стали вытягивать железом - пришлось базы резать на более мелкие. А денег на реплики Oracle изначально было жалко. Понимаю, сочувствую (с).

Знаете, что означает подчёркнутое слово "вынуждены" (если нет --- откройте словарь). А далее подчёркнутое --- это полученное от перехода преимущество .
Не смогли сделать вывод всего из двух абзацев? "Понимаю, сочувствую."

Andy_OLAP"...В случае с PostgreSQL мы решили перейти к новой схеме, когда у нас идентификаторы уникальны в пределах одного пользователя. Если раньше уникальным был mid идентификатор письма, то теперь уникальной является пара uid mid..."

Еще и код пришлось вдумчиво менять. Не получилось логику AS IS перенести, хотя PotgreSQL Pro бьет себя пяткой в грудь, что в
рамках импортозамещения логика практически на 99% переносима. Понимаю, сочувствую (с).

Обратите внимание на подчёркнутое. Не "пришлось", а "решили". Эх, опять Вам не удалось правильно прочитать... "Понимаю, сочувствую."

Andy_OLAP"...В PostgreSQL всё хорошо с массивами, композитами. Мы сделали денормализацию части данных..."

Жизнь заставила подумать и сделать кошерно то, что должно было быть сделано изначально правильно. Понимаю, сочувствую (с).

Да никто их не заставлял. Они этого хотели, видимо (ох уж эти мне "денормализаторы").
Можно только присоединиться к Вашему "сочувствию", но по другой причине.

Andy_OLAP"...Поскольку нет undo, цена ошибки стала сильно выше..."

Жизнь боль, нужно 7 раз отмеривать, 1 раз отрезать, как хороший ребе при обрезании. Понимаю, сочувствую (с).

Это новая для них СУБД и временное неумение её полноценно использовать (просто опыта мало у них пока что, т.е. это в порядке вещей), например.

Andy_OLAP"...Это список тредов в комьюнити с проблемами, которые мы самостоятельно решить не смогли.

А могли бы и не помочь. Как здорово, что у Яндекса такие друзья хорошие из комьюнити.
Но у других таких друзей меньше. И помощи иногда ждать не приходится. Понимаю, сочувствую (с).

Для того, чтобы комьюнити Вам помогло, не нужно там с кем-то "дружить".
Тоже пытаетесь незаметно протащить FUD, очень хочется?
"Поздравляю вас, гражданин, соврамши!" (C)

Andy_OLAP"...Сюрприз. Мы столкнулись с проблемой с бэкапами. У нас recovery window 7 дней, то есть мы должны иметь возможность восстановиться на любой момент в прошлом за последние 7 дней. В Oracle размер места под все бэкапы и архивлоги был равен примерно размеру базы. База 15 терабайт — и её бэкап за 7 дней занимает 15 терабайт.

В PostgreSQL мы используем barman, и в нём под бэкапы нужно места минимум в 5 раз больше , чем размер базы. Потому что WAL сжимаются, а бэкапы нет..."

Сюрприз, что стоимость обвязки оказывается у "бесплатных" продуктов сильно больше? Ну что же, нужно было документацию читать ДО начала перехода на "бесплатное" решение, а не ПОСЛЕ. Впрочем, ничего нового (с).

Конечно, документацию читать нужно, как и правильно выбирать средства для backup.
Вывод о стоимости из этого не следует. Опять притягиваете "выводы" за уши? "Впрочем, ничего нового."

Andy_OLAP"...Уже почти год прошел, как мы их просим запилить эту киллер-фичу, а они просят с нас денег, чтобы замержить её. Очень наглые ребята..."

Ай-яй-яй, как нехорошо. Жадными быть плохо. Но ведь в любой компании, не только в Яндексе, есть специалисты на C++,

Прямая ложь. Во многих компаниях ни одного специалиста по C++ нет.
Может, ещё что-нибудь попробуете "протащить"?

Andy_OLAPкоторый способны запатчить барман? Или не у всех такие есть? Понимаю, сочувствую (с).

Да они сделали и отослали patch!
Что же, Вы неспособны удержать в памяти только что прочитанное? :( "Понимаю, сочувствую."

Andy_OLAP"...Ещё мы очень хотим нормальную работу с диском. В плане дискового I/O PostgreSQL сильно проигрывает Oracle..."

Какая неожиданность. Оказывается, двойное кэширование и чтение маленькими порциями не очень хорошие вещи. Понимаю, сочувствую (с).

"В плане дискового I/O PostgreSQL сильно проигрывает Oracle...", пишут нам программисты Yandex.
А они обращались к экспертам... хоть по чему-то? Или сделали этот "вывод" на основании только своих способностей?
Так же, как и Вы в "двойное кэширование и чтение маленькими порциями не очень хорошие вещи"? "Понимаю, сочувствую."

Andy_OLAP"...Без ложек дёгтя не бывает. У нас сейчас в 3 раза больше железа под PostgreSQL , но это ничто по сравнению со стоимостью Oracle. Пока у нас не было крупных факапов..."

Я представил разговор - "мы готовы переехать на сервере с оракла на бесплатный postgresql, но нужно купить еще 2 таких сервера. А так все бесплатно. Только купить и все. А так - все бесплатно". Слово "пока" во фразе насчет крупных факапов тоже делает мне смешно. Впрочем, ничего нового (с).
Вы действительно ожидали переноса решения (да ещё и с изменениями "на лету"!) на другую, неизвестную им ранее архитектуру без каких-то проблем?
Вы вообще миграциями занимались, "молодой человек"? Это "делает мне смешно".
По стоимости --- тут вопрос не в "бесплатно", а в улучшении TCO. Чего они и достигли.
...
Рейтинг: 0 / 0
26.12.2018, 10:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753314
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
softwarerAndy_OLAPНапример, выкладка PL/SQL кода — это боль, потому что есть library cache . Если база под нагрузкой, то нельзя просто взять и обновить код функции, который сейчас используется какими-то сессиями.
Начиная с Oracle 11g2 (cентябрь 2009-го года) уже неактуально. Существует такая фича как editions, которая вот именно для подобных случаев типа яндекс.почты подходит просто идеально.
Чудная фича, гарантирующая как в процессе внедрения, так и в процессе дальнейшего использования непередаваемые ощущения и ностальгию по старой "боли от выкладки pl/sql кода".
...
Рейтинг: 0 / 0
26.12.2018, 11:20
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753325
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
andy stЧудная фича, гарантирующая как в процессе внедрения, так и в процессе дальнейшего использования непередаваемые ощущения и ностальгию по старой "боли от выкладки pl/sql кода".
Не вижу смысла обсуждать вкус устриц с теми, кто их не ел.
...
Рейтинг: 0 / 0
26.12.2018, 11:37
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753331
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
softwarerandy stЧудная фича, гарантирующая как в процессе внедрения, так и в процессе дальнейшего использования непередаваемые ощущения и ностальгию по старой "боли от выкладки pl/sql кода".
Не вижу смысла обсуждать вкус устриц с теми, кто их не ел.
Сколько раз желудок пришлось промывать? :)
...
Рейтинг: 0 / 0
26.12.2018, 12:03
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753364
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3"Ближе к делу?" К чьему это, интересно?
Явно не к моему --- сначала ответьте на заданные Вам вопросы, а потом уже я буду решать, игнорировать Ваши или нет.

Предсказуемый ответ. Не хватило сил написать, что у компании нет денег на техподдержку Postgres.

Документ "Почему Postgres - это не аналог Oracle" - это "оскорбление" и "ложь", потому что средненько характеризует уровень проектов, на которых работает Postgres и (в воображении программистов) невысоко характеризует и их - у них же может быть только хайлоад с высочайшими требованиями к производительности, надежности и качеству.
...
Рейтинг: 0 / 0
26.12.2018, 13:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753370
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3"В плане дискового I/O PostgreSQL сильно проигрывает Oracle...", пишут нам программисты Yandex.
А они обращались к экспертам... хоть по чему-то? Или сделали этот "вывод" на основании только своих способностей?
Так же, как и Вы
Резюмируем - Вы лично считаете, что программисты Яндекса не эксперты и не обращались к экспертам. Понимаю, сочувствую (с)
...
Рейтинг: 0 / 0
26.12.2018, 13:23
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753373
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Andy_OLAPНо ведь в любой компании, не только в Яндексе, есть специалисты на C++
Прямая ложь. Во многих компаниях ни одного специалиста по C++ нет.
Это не ложь, а явный сарказм. Конечно, во многих компаниях нет ни то, что одного специалиста по C++, нет людей, который способны написать патч для бармана. Ну а раз нет - остается пользоваться бэкапами, которые внезапно для многих станут значительно больше привычных ранее объемов. Впрочем, ничего нового (с).
...
Рейтинг: 0 / 0
26.12.2018, 13:26
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753374
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorПредсказуемый ответ. Не хватило сил написать, что у компании нет денег на техподдержку Postgres.

У меня хватает сил отвечать на вопросы людей, которые отвечают на мои, как Вы можете видеть в этой теме.
Брать "на слабо" попробуйте кого-нибудь другого, Вашего уровня развития.

EleanorДокумент "Почему Postgres - это не аналог Oracle" - это "оскорбление" и "ложь", потому что средненько характеризует уровень проектов, на которых работает Postgres и (в воображении программистов) невысоко характеризует и их - у них же может быть только хайлоад с высочайшими требованиями к производительности, надежности и качеству.
Нет, этот документ --- это "оскорбление" и "ложь", потому что он, внезапно, состоит из лжи и оскорблений проекта PostgreSQL.
Вы так и не осилили прочитать объяснения, почему это так? "Понимаю, сочувствую." (C)

Ну как они, Ваши успехи на ниве демагогии? Ещё чем порадуете? ;)
...
Рейтинг: 0 / 0
26.12.2018, 13:26
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753378
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Брать "на слабо" попробуйте кого-нибудь другого, Вашего уровня развития.

Я Вам очень рекомендую больше никогда не исследовать уровень развития Элеоноры в моем присутствии. Этим Вы сделаете одолжение не только мне, но и себе. Спасибо за понимание.
...
Рейтинг: 0 / 0
26.12.2018, 13:28
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753390
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPPgSQLanonymous3"В плане дискового I/O PostgreSQL сильно проигрывает Oracle...", пишут нам программисты Yandex.
А они обращались к экспертам... хоть по чему-то? Или сделали этот "вывод" на основании только своих способностей?
Так же, как и Вы
Резюмируем - Вы лично считаете, что программисты Яндекса не эксперты

Да, я считаю, что программисты Яндекса не эксперты по PostgreSQL, что, вообще-то, нормально (у них своя, другая работа и опыт в других областях).
Вас это удивляет?

Andy_OLAPи не обращались к экспертам. Понимаю, сочувствую (с)
Я не увидел в их статье, чтобы они обращались к экспертам (а не просто с багами в community).
Может, пропустил? Можете процитировать?
Назвать компанию, которая предоставляла им поддержку, хотя бы?
...
Рейтинг: 0 / 0
26.12.2018, 13:34
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753404
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
PgSQLanonymous3У меня хватает сил отвечать на вопросы людей, которые отвечают на мои, как Вы можете видеть в этой теме.
Брать "на слабо" попробуйте кого-нибудь другого, Вашего уровня развития.

А что вы тогда удивляетесь, что я вас давно стараюсь игнорировать?
С человеком с вашим слабым уровнем общаться ужасно скучно. Ответы предсказуемые, сообщить вам нечего, одни эмоции...
...
Рейтинг: 0 / 0
26.12.2018, 13:45
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753407
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Назвать компанию, которая предоставляла им поддержку, хотя бы?
Вы не умеете работать с гуглом, раз Вам яндекс не нравится? Ну хорошо.
Ради собственной выгоды PostgresPro выпустили некачественный релиз, скомпрометировав и Постгрес, и Яндекс. - это признание Николая Самохвалова.
Николай занимается к сожалению в том числе и PostgreSQL .
Я про то, что была попытка "примазаться" к успеху Яндекса со стороны самой "продвинутой" компании среди тех, кто вообще способны хоть как-то помочь с PostgreSQL, более того, эти люди свой форк собирают. Круче их только создатели гринплама.
Понимаю, сочувствую (с).

http://www.cnews.ru/news/top/2016-09-15_yandeks_otkazalsya_ot_subd_oracle_v_svoem_pochtovom]Один из крупнейших российских вендоров PostgreSQL — компания Postgres Professional — отказался прокомментировать свое возможное участие в проекте , сославшись на «соглашение о конфиденциальности», которое «не позволяет комментировать проекты с “Яндексом”».
Впрочем, ничего нового (с).
...
Рейтинг: 0 / 0
26.12.2018, 13:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753411
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3,

По Вашим утверждениям - можно было и ничего не менять при переносе из оракула в постгрес. Я правильно сформулировал?
Ведь это не разработчикам жизнь руки выкрутила, а они сами решили вдруг наконец-то чуть-чуть пооптимизировать. Но могли бы и так оставить.

Но как это коррелирует с тем, что Яндекс потратил на такой "простой" переход 10 человеко-лет, причем уровень их работников на порядок выше среднего уровня тех, кто будет сейчас в России заниматься в рамках импортозамещения переходом на "отечественные" СУБД.
...
Рейтинг: 0 / 0
26.12.2018, 13:52
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753420
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
[quot Andy_OLAP]PgSQLanonymous3Брать "на слабо" попробуйте кого-нибудь другого, Вашего уровня развития.
Я Вам очень рекомендую больше никогда не исследовать уровень развития Элеоноры в моем присутствии.

У Вас что, синдром, эээ... "Элеоноры в поле From:"? ;)

Andy_OLAPЭтим Вы сделаете одолжение не только мне, но и себе. Спасибо за понимание.
Пожалуйста, не давайте мне советы такого рода.
Этим Вы сделаете одолжение не только мне, но и себе. Спасибо за понимание.
...
Рейтинг: 0 / 0
26.12.2018, 14:05
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753422
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3У Вас что, синдром ;)

Ой-вей, Вы таки хотите поговорить о моих синдромах? Но это не та тема. Она никак не связана с "Российскими СУБД".
...
Рейтинг: 0 / 0
26.12.2018, 14:07
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753425
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
EleanorА что вы тогда удивляетесь, что я вас давно стараюсь игнорировать?

Не удивляюсь, сказать-то Вам нечего --- одна демагогия.
Придумала чушь, поймали за руку --- в кусты. Придумала чушь, поймали за руку --- в кусты. Романтика. ;)

EleanorС человеком с вашим слабым уровнем общаться ужасно скучно.
Ответы предсказуемые, сообщить вам нечего, одни эмоции...
Просто замечательно! Вы не у Геббельса учились, часом? Можно, я буду Вам поклоняться? ;)
...
Рейтинг: 0 / 0
26.12.2018, 14:10
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753431
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPPgSQLanonymous3,
По Вашим утверждениям - можно было и ничего не менять при переносе из оракула в постгрес. Я правильно сформулировал?

Где это я такое утверждал? Что-то менять приходится всегда (это как переход с ассемблера на C).

Andy_OLAPВедь это не разработчикам жизнь руки выкрутила, а они сами решили вдруг наконец-то чуть-чуть пооптимизировать. Но могли бы и так оставить.
Они же пишут, что решили "пооптимизировать", разве нет?

Andy_OLAPНо как это коррелирует с тем, что Яндекс потратил на такой "простой" переход 10 человеко-лет, причем уровень их работников на порядок выше среднего уровня тех, кто будет сейчас в России заниматься в рамках импортозамещения переходом на "отечественные" СУБД.
Потому что любые подобные переходы вообще не "просты".
...
Рейтинг: 0 / 0
26.12.2018, 14:15
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753436
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Они же пишут, что решили "пооптимизировать", разве нет?

Ну да - оптимизировать путем расширения количества серверов в 3 (!) раза. Жизнь заставила перейти с вертикального на горизонтальное масштабирование.
Но это еще не самый цимес. В комментариях под статьей на хабре, на которую я привел ссылку, есть показания работников Яндекса, которые занимались переходом. И четкое подтверждение, что на том же железе и при той же нагрузке скорость IO просела в 4(!) раза.

То есть при нагрузке на дисковую полку близко к 100% даже масштабирование серверов не спасет при переходе с нормальной коммерческой СУБД на "бесплатный" PostgreSQL. Впрочем, ничего нового (с).
...
Рейтинг: 0 / 0
26.12.2018, 14:22
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753506
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPВы не умеете работать с гуглом, раз Вам яндекс не нравится? Ну хорошо.

Мне просто не очень интересна именно эта cool story, если честно.
Это не более чем часть общего процесса постепенной замены Oracle на нормальные СУБД.

Andy_OLAPРади собственной выгоды PostgresPro выпустили некачественный релиз, скомпрометировав и Постгрес, и Яндекс. - это признание Николая Самохвалова.
Речь о пресс-релизе (для ясности).

Andy_OLAPЯ про то, что была попытка "примазаться" к успеху Яндекса со стороны самой "продвинутой" компании среди тех, кто вообще
способны хоть как-то помочь с PostgreSQL, более того, эти люди свой форк собирают. Круче их только создатели гринплама.
(Зевая) Почему Вы думаете, что это самая "продвинутая" компания среди тех, кто вообще способны хоть как-то помочь с PostgreSQL?
И почему Вы думаете, что я собираюсь защищать их практику ведения бизнеса?

Andy_OLAPНу да - оптимизировать путем расширения количества серверов в 3 (!) раза.
Ну да. К примеру, некоторые улучшают свою "инфраструктуру" ;) путём добавления ещё трёх (!) дисков (к имевшемуся одному) и создания из них RAID10. ;)
Т.е. это --- не улучшение, по-Вашему? А ведь работники Яндекса приводят примерно те же обоснования для своего решения...

Andy_OLAPЖизнь заставила перейти с вертикального на горизонтальное масштабирование.
Они же пишут, что и раньше этого хотели, но не могли из-за стоимости лицензий Oracle. Читайте же Вы внимательнее. :(

Andy_OLAPНо это еще не самый цимес. В комментариях под статьей на хабре, на которую я привел ссылку, есть показания работников Яндекса, которые занимались переходом. И четкое подтверждение, что на том же железе и при той же нагрузке скорость IO просела в 4(!) раза.Я уже высказывал своё мнение о профессионализме работников Яндекса, и от того, что Вы ещё раз повторите цитату, компетентнее они не станут.
Если кому-то очень хочется, я могу настроить PostgreSQL и OS так, чтобы он работал на каком-то железе раз в десять (или более) хуже, чем нормально настроенный (даже и по I/O). Только что это докажет?

Andy_OLAPТо есть при нагрузке на дисковую полку близко к 100% даже масштабирование серверов не спасет при переходе с нормальной коммерческой СУБД на "бесплатный" PostgreSQL. Впрочем, ничего нового (с).
А ведь решение-то работает . Значит, спасает.
...
Рейтинг: 0 / 0
26.12.2018, 16:12
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753540
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
PgSQLanonymous3Это не более чем часть общего процесса постепенной замены Oracle на нормальные СУБД.

Вы искренне полагаете, что PostgreSQL - это нормальная СУБД? Я Вас уверяю, когда в 9-й версии oracle mysql докрутят работу с внешними ключами и триггерами - использование этой академической поделки (постгрес) резко начнет падать. Даже если ребята из Постгрес Про включатся активнее в работу над новыми "фичами". Если движок изначально кривой - это уже ничем не подправить. Увы.
...
Рейтинг: 0 / 0
26.12.2018, 17:24
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753548
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Andy_OLAPкогда в 9-й версии oracle mysql докрутят работу с внешними ключами и триггерами

а докрутят ли? У меня сложилось впечатление что языком хранимых процедур и триггеров они не хотят заниматься. С 5-й версии ничего
существенного так и не было сделано. Типа используйте в качестве тупого хранилища и норм, остальное ORM сделает.
...
Рейтинг: 0 / 0
26.12.2018, 17:34
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753552
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Симонов ДенисС 5-й версии ничего существенного так и не было сделано. Типа используйте в качестве тупого хранилища и норм, остальное ORM сделает.
Вы шутите???

Выражения DDL стали атомарными и защищенными от падений, метаданные в транзакционной таблице , плюс "SQL Window functions" и CTE, плюс Descending Indexes, плюс "Добавили Resource Group". Это помимо прочих приятных мелочей.
...
Рейтинг: 0 / 0
26.12.2018, 17:38
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753554
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Симонов Денис,

Из комментариев к данной статье - "И, для полноты картины, в MariaDB CTE и оконные функции есть уже год. REGEXP_REPLACE, SQL-роли и гистограммы — четыре года. Но вот атомарных DDL, например, нет пока" и "а еще check constraint есть. зато в марии json фейковый. и чем дальше, тем больше они (эти две субд) будут отличаться".

Так что осталось check constraint и foreign keys плюс триггеры полноценно прикрутить. И можно в любой production в сборке от percona. Там Света Зайцева грудью встанет, но не пропустит кривой релиз.
...
Рейтинг: 0 / 0
26.12.2018, 17:40
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753555
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Озверин
Участник
Andy_OLAPPgSQLanonymous3Это не более чем часть общего процесса постепенной замены Oracle на нормальные СУБД.

Вы искренне полагаете, что PostgreSQL - это нормальная СУБД? Я Вас уверяю, когда в 9-й версии oracle mysql докрутят работу с внешними ключами и триггерами - использование этой академической поделки (постгрес) резко начнет падать. Даже если ребята из Постгрес Про включатся активнее в работу над новыми "фичами". Если движок изначально кривой - это уже ничем не подправить. Увы.

они там хоть Констрейнты починили в этом mysql?
...
Рейтинг: 0 / 0
26.12.2018, 17:40
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753556
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Симонов Денис,

И если у Вас 5-я версия - обратите особое внимание на "Для меня самое главное в innodb таблицах наконец-то сохраняется значение максимального авто-инкремента даже при удалении записей или перезагрузках базы
А то до этого как не старайся настроить, всё равно в разреженной таблице база пыталась писать по уже существующим id из-за чего было много не уловимых багов".
...
Рейтинг: 0 / 0
26.12.2018, 17:41
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753558
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
ОзверинAndy_OLAPпропущено...

Вы искренне полагаете, что PostgreSQL - это нормальная СУБД? Я Вас уверяю, когда в 9-й версии oracle mysql докрутят работу с внешними ключами и триггерами - использование этой академической поделки (постгрес) резко начнет падать. Даже если ребята из Постгрес Про включатся активнее в работу над новыми "фичами". Если движок изначально кривой - это уже ничем не подправить. Увы.

они там хоть Констрейнты починили в этом mysql?
Еще нет. Наличие нескольких разных движков вносит определенные сложности в данный процесс.

Вот кошерный доклад Алексея Копылова.
[youtube=
YouTube Video
YouTube Video
...
Рейтинг: 0 / 0
26.12.2018, 17:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753571
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Andy_OLAP,

какое отношение CTE и оконные функции имеют к языку хранимых процедур?
Я только рад что они наконец сделали язык SQL более или менее вменяемым. Но именно по части триггеров ХП и функций особо ничего не сделано.
...
Рейтинг: 0 / 0
26.12.2018, 18:09
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753589
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Andy_OLAPВы искренне полагаете, что PostgreSQL - это нормальная СУБД?

Естественно.

Andy_OLAPЯ Вас уверяю, когда в 9-й версии oracle mysql докрутят работу с внешними ключами и триггерами - использование этой академической поделки (постгрес) резко начнет падать.
Это Вам Ларри по телефону рассказал? Как и про TCP-E? ;)
Впрочем, поживём --- увидим.

Andy_OLAPДаже если ребята из Постгрес Про включатся активнее в работу над новыми "фичами".
Ах ну да, они же основная движущая сила разработки PostgreSQL. ;)

Andy_OLAPЕсли движок изначально кривой - это уже ничем не подправить. Увы.
Правильно, вот потому-то использование Oracle и падает. ;)
...
Рейтинг: 0 / 0
26.12.2018, 18:32
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753666
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Озверин
Участник
Andy_OLAP, таки о каком mysql может идти речь, если то, что субд должно делать судб - не работает? Лучше уж медленная и большая постгря с агрессивным автовакуумом, чем подели типа mysql.
...
Рейтинг: 0 / 0
26.12.2018, 21:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753675
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
Andy_OLAPпри удалении записей или перезагрузках базыИ.
Если удалить последнюю запись (или откатить ее вставку) и рестартовать базу, то счетчик пересчитается.
https://dev.mysql.com/doc/refman/5.7/en/innodb-auto-increment-handling.html To initialize an auto-increment counter after a server restart, InnoDB executes the equivalent of the following statement on the first insert into a table containing an AUTO_INCREMENT column.

SELECT MAX(ai_col) FROM table_name FOR UPDATE;
InnoDB increments the value retrieved by the statement and assigns it to the column and to the auto-increment counter for the table.

Andy_OLAPА то до этого как не старайся настроить, всё равно в разреженной таблице база пыталась писать по уже существующим id Единственный вариант сделать такое, который я встречал (в т.ч. на подфоруме по MySQL за много лет) - руками вставить запись с id за пределами текущего автоинкремента.
...
Рейтинг: 0 / 0
26.12.2018, 22:10
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753864
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
ОзверинAndy_OLAP, таки о каком mysql может идти речь, если то, что субд должно делать судб - не работает?
Если бы не работало - тогда бы LAMP (Linux + Apache + MySQL + PHP) не стал бы стандартом де-факто. Впрочем, Вы это и без меня знаете.
...
Рейтинг: 0 / 0
27.12.2018, 13:07
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753881
Фотография Щиче
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Щиче
Участник
MySQL, ИМХО занимает нишу решений начального, редко среднего уровня. Мне гораздо больше нравится Firebird и её форки в этой нише. Postgres - средне-тяжелые решения, где MySQL делать нечего.
В принципе, вся его популярность - наследие Web 1.0, где от него кроме быстрого чтения не требовалось. Ни транзакций долгое время не было, ни языка ХП и триггеров. Так, упрощенный движок. Вот с этого нижайшего старта он и прется в коммерческую сферу.
Postgre и фаер с самого начала делались как полноценные коммерческие сервера. Разного калибра. Зато все четко по делу.

MySQL перегружен всякой бессмысленной мотней типа десятка движков, особенностей, кривым синтаксисом...
...
Рейтинг: 0 / 0
27.12.2018, 13:23
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753886
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Озверин
Участник
Andy_OLAPОзверинAndy_OLAP, таки о каком mysql может идти речь, если то, что субд должно делать судб - не работает?
Если бы не работало - тогда бы LAMP (Linux + Apache + MySQL + PHP) не стал бы стандартом де-факто. Впрочем, Вы это и без меня знаете.


ответ в стиле: если бы postgresql была настолько плохой, как вы говорите, то ее не было б в каждом первом стартапе.

Как такое вообще можно представить? https://dev.mysql.com/doc/refman/5.7/en/create-table.html

mysql.comCHECK

The CHECK clause is parsed but ignored by all storage engines. See Section 1.8.2.3, “Foreign Key Differences”.
...
Рейтинг: 0 / 0
27.12.2018, 13:27
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753888
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Озверин,

Это вдумчиво выбранный стиль "если написано по стандарту SQL, но не реализовано - не ломаться и делать без явной выдачи ошибки". Там, где другая СУБД выругается и откажется - mysql сделает то, что внутри уже реализовано, пропустив то, что еще не реализовано. Это позволяет делать мультиплатформенный код и переносить НА mysql решения, которым не нужен check constraints например. Да, решение принимаете лично Вы, но переделывать ничего не придется с точки зрения кода.

И это осознанный выбор такого стиля. Что касается подключаемости движков - таки огромный плюс. Замена ISAM на приличные InnoDB или XtraDB это кошерно.
...
Рейтинг: 0 / 0
27.12.2018, 13:34
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753911
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Andy_OLAPТам, где другая СУБД выругается и откажется - mysql сделает то, что внутри уже
реализовано, пропустив то, что еще не реализовано. Это позволяет делать
мультиплатформенный код и переносить НА mysql решения, которым не нужен check constraints
например.

Это было бы прелестно, но тогда почему он до сих пор использует обратные апострофы в
delimited identifiers и ругается на стандартные кавычки вместо "молчаливого пропускания"?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
27.12.2018, 14:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753913
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Озверин
Участник
Andy_OLAPОзверин,

Это вдумчиво выбранный стиль "если написано по стандарту SQL, но не реализовано - не ломаться и делать без явной выдачи ошибки". Там, где другая СУБД выругается и откажется - mysql сделает то, что внутри уже реализовано, пропустив то, что еще не реализовано. Это позволяет делать мультиплатформенный код и переносить НА mysql решения, которым не нужен check constraints например. Да, решение принимаете лично Вы, но переделывать ничего не придется с точки зрения кода.

И это осознанный выбор такого стиля. Что касается подключаемости движков - таки огромный плюс. Замена ISAM на приличные InnoDB или XtraDB это кошерно.


в этом сообщении нет смысла, если брать его в контексте того, что mysql - это хорошая субд относительно postgre. Потому что все тоже самое можно сказать и о последней.

Myisam и другие движки(кроме innodb), с большой долей вероятности, умрут страшной смертью и не получат развития.

У MySQL приличные проблемы с race conditions при Isolation в транзакциях. И эти проблемы даже по сравнению с postgre(в которой на некоторых уровнях все и больше работает из коробки, а mysql - надо пилить) - проявляются. ( http://martin.kleppmann.com/2014/11/25/hermitage-testing-the-i-in-acid.html)

Я не понимаю вашего возвеличивания недосубд (даже на фоне той же постгри) mysql.

Ладно, базовые функции можно долго обсуждать, но когда возникают основательные проблемы при миграции данных со старой версии на новую - это серьезных подход?...Например,при обновлении с 5.6 на 5.7 после изменения допустимых значений для дат - пришлось заниматься сексом ночью с выпрямителем мозгов. Это к слову наличие check`а - который парсится, но никак не работает в mysql. Интересно, как будет проходить миграция после того, как он заработает..хотел бы я глянуть на эту боль.

К слову, я не апологет ни постри, ни противник майскуля, просто логику пытаюсь вашу понять.
...
Рейтинг: 0 / 0
27.12.2018, 14:19
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753931
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
ОзверинAndy_OLAPОзверин,
Там, где другая СУБД выругается и откажется - mysql сделает то, что внутри уже реализовано, пропустив то, что еще не реализовано.
в этом сообщении нет смысла, если брать его в контексте того, что mysql - это хорошая субд относительно postgre. Потому что все тоже самое можно сказать и о последней.

Вы оставленное имеете в виду? Что PostgreSQL что-то подобное пропускает?
(Да, кстати, сокращённое название PostgreSQL --- postgres).

ОзверинУ MySQL приличные проблемы с race conditions при Isolation в транзакциях. И эти проблемы даже по сравнению с postgre(в которой на некоторых уровнях все и больше работает из коробки, а mysql - надо пилить) - проявляются. ( http://martin.kleppmann.com/2014/11/25/hermitage-testing-the-i-in-acid.html)

Мне MySQL тоже как-то неинтересен... но где Вы там увидели его проблемы?
Вот у Oracle, к примеру, они там есть (но это и так давно известно).

ОзверинЯ не понимаю вашего возвеличивания недосубд (даже на фоне той же постгри) mysql.

А я не понимаю, на фоне чего у Вас эта гордыня в высказываниях? ;)

ОзверинК слову, я не апологет ни постри, ни противник майскуля, просто логику пытаюсь вашу понять.
Вы читали его сообщения про TPC-E и т.п.? И всё ещё пытаетесь понять логику, серьёзно? ;)
...
Рейтинг: 0 / 0
27.12.2018, 14:39
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753941
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Озверин
Участник
PgSQLanonymous3, по ссылке есть репозиторий, где для разных уровней изоляции описаны аномалии, которые могут встретиться(или не встретиться).

https://github.com/ept/hermitage

dirty read у innodb mysql - сплошная проблема.
...
Рейтинг: 0 / 0
27.12.2018, 14:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753943
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Озверин
Участник
PgSQLanonymous3, учитывая, что пишется везде PostgeSQL, то я автоматом SQL убираю.
Впрочем, в официальной вики постгреса тоже пишут postge SQL...что как бе заставляет удивиться вашему замечанию( и надобности его вообще в данном контексте).
...
Рейтинг: 0 / 0
27.12.2018, 14:51
| Ответить | Цитировать | Написать  
Российские СУБД
    #39753944
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
С PostgreSQL и MySQL секс имел только в конце 90-х.

Сначала был выбран PostgreSQL, но он в _тот_ момент полностью не работал. Нужны были таблички в 45 000 записей + таблица связей в 2 миллиона - без vacum'а не работало, а vacum ставил клином сервер на 2 часла, что для I-net проекта было недопустимо. В общем, PostgreSQL с матерными словами пришлось выбросить на помойку, как студенческую поделку вообще не приспособленную к жизни.

Перешли на MySQL, в нем не было целого ряда "нужных фичь", но в конце-концов, то что не понимал MySQL сделал руками через temporary table. Но тогда My SQL так себя и позиционировал: быстрая недо-база в которой не реализованы сложные фичи или фичи снижающие производительность - т.ч. никаких обид )))

В современное время, я вижу реально работающие в продакшене СУБД PostgreSQL и понимаю, что его все же допилили до работоспособного состояния. Читая доки по PostgreSQL, складывается ощущение. что по "движку" он примерно приблежается к Oracle 8i.

Насколько "родовые травмы" PostgreSQL (vacum и работа через ФС) критичны для нагруженных систем в продакшене - не знаю. Но опасения у меня все же есть, т.к. на реальных проектах с Oracle (когда работали через ФС) я видел, когда ОС при full table scan запросе из таблички большей чем память на сервере, думала, что компьютер это файлопойка, раздувала кэшь файловой системы по максимому и все приложения отправлялись в своп. На Oracle выличилось "волшебным пендалем" админу и включением Direct IO. Что при таком патерне запросов нужно делать с PostgreSQL - я не знаю.

Все было бы хорошо, если бы хотя бы были вменяемые доки по настройке ОС + PostgreSQL. Но обычно доки по ОС - отдельно, доки по настройки СУБД - отдельно. Читаешь и понимаешь, что одно противоречит другому. Не говоря уж о том, что ОС-писатели тоже изгаляются как могут: например опцию swappiness в ряде ОС сделали деприкайтет и выпилили, оставив полное непонимание, что же использовать вместо нее (((

Не админ. Тупо программер. Т.ч. по многим пунктам знания устаревшние лет на 5-8 (((.
...
Рейтинг: 0 / 0
27.12.2018, 14:52
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754052
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Leonid KudryavtsevНа Oracle выличилось "волшебным пендалем" админу и включением Direct IO. Что при таком патерне запросов нужно делать с PostgreSQL - я не знаю.

Таки ничего не нужно делать. Кроме как отказаться от ванильного postgresql в пользу творения Пострес Про, если есть лишние шекели.
...
Рейтинг: 0 / 0
27.12.2018, 17:18
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754054
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Leonid Kudryavtsev,

В принципе, можете взять Oracle Linux 7 и подкрутить vm.dirty_ratio=10 и vm.dirty_background_ratio=5 (это в процентах). Или в байтах подкручивать vm.dirty_bytes и vm.dirty_background_bytes, плюс поиграть со значением vm.dirty_writeback_centisecs (возможно, еще и покрутить vm.dirty_expire_centisecs и vm.dirtytime_expire_seconds).

На x86 windows кэш ограничен хорошо. На x64 windows - ну разве что руками крутить скрипт powershell и в планировщик. Как платформа для СУБД - Windows подходит только для своей родной MSSQL, да и то не очень.
...
Рейтинг: 0 / 0
27.12.2018, 17:23
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754062
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Dimitry SibiryakovAndy_OLAPТам, где другая СУБД выругается и откажется - mysql сделает то, что внутри уже
реализовано, пропустив то, что еще не реализовано. Это позволяет делать
мультиплатформенный код и переносить НА mysql решения, которым не нужен check constraints
например.

Это было бы прелестно, но тогда почему он до сих пор использует обратные апострофы в
delimited identifiers и ругается на стандартные кавычки вместо "молчаливого пропускания"?..

Ну вот такая вот идея была - https://stackoverflow.com/questions/11321491/when-to-use-single-quotes-double-quotes-and-back-ticks-in-mysql] Backticks are to be used for table and column identifiers, but are only necessary when the identifier is a MySQL reserved keyword[ /url]. Можете поменять режим на ANSI , если понимаете, что именно делаете.
...
Рейтинг: 0 / 0
27.12.2018, 17:29
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754065
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Andy_OLAP,
Исправляю предыдущее сообщение:
ссылка 1
ссылка 2
...
Рейтинг: 0 / 0
27.12.2018, 17:30
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754157
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Siemargl
Участник
Маслица подолью - а еще пробегали тесты, что постресс на тех же запросах, что и оракл, генерит вдвое сетевого трафика.

Только оракл не дорого, а просто пц как дорого. А мскуль с какого то года, решил продаваться не дешевле.

Придется крутить линтер *(
Ибо с ру-поддержкой больше ничего не наблюдается.
...
Рейтинг: 0 / 0
27.12.2018, 19:24
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754185
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
ОзверинPgSQLanonymous3, по ссылке есть репозиторий, где для разных уровней изоляции описаны аномалии, которые могут встретиться(или не встретиться).

https://github.com/ept/hermitage

dirty read у innodb mysql - сплошная проблема.
Вот кусок таблицы оттуда:
So-called isolation level Actual isolation level G0 G1a G1b G1c OTV PMP P4 G-single G2-item G2"read uncommitted" read uncommitted + — — — — — — — — —"read committed" monotonic atomic view + + + + + — — — — —"repeatable read" *? monotonic atomic view + + + + + R/O — R/O — —"serializable" serializable + + + + + + + + + +
Это вполне соответствует ISO SQL, насколько я вижу. Где проблемы-то?

ОзверинPgSQLanonymous3, учитывая, что пишется везде PostgeSQL, то я автоматом SQL убираю.
Впрочем, в официальной вики постгреса тоже пишут postge SQL...что как бе заставляет удивиться вашему замечанию( и надобности его вообще в данном контексте).
И где же это там пишут? Попробуйте:
https://wiki.postgresql.org/wiki/Special:Search?search=postge&go=Go
И вот отсюда:
https://wiki.postgresql.org/wiki/FAQ :

Postgres is a widely-used nickname for PostgreSQL. It was the original name of the project at Berkeley and is strongly preferred over other nicknames. If you find 'PostgreSQL' hard to pronounce, call it 'Postgres' instead.

Я просто намекнул, что базы данных "postgre" не существует. ;)
И, кстати, многие его разработчики почему-то неприязненно реагируют, когда слышат это слово... кто его знает, почему.
...
Рейтинг: 0 / 0
27.12.2018, 20:06
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754189
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
SiemarglТолько оракл не дорого, а просто пц как дорого.

Enterprise Edition - пц. как дорого
Вроде Standard Edition - "по божески"

а у Postgre PRO цены на сайте не написаны, т.ч. вообще не ясно, сколько он стоит
...
Рейтинг: 0 / 0
27.12.2018, 20:11
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754192
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Leonid KudryavtsevС PostgreSQL и MySQL секс имел только в конце 90-х.
Сначала был выбран PostgreSQL, но он в _тот_ момент полностью не работал. Нужны были таблички в 45 000 записей + таблица связей в 2 миллиона - без vacum'а не работало, а vacum ставил клином сервер на 2 часла, что для I-net проекта было недопустимо. В общем, PostgreSQL с матерными словами пришлось выбросить на помойку, как студенческую поделку вообще не приспособленную к жизни.
Ну и правильно, он тогда слова доброго не стоил (release notes тех лет сейчас читаются как "ужастик").

Leonid KudryavtsevВ современное время, я вижу реально работающие в продакшене СУБД PostgreSQL и понимаю, что его все же допилили до работоспособного состояния. Читая доки по PostgreSQL, складывается ощущение. что по "движку" он примерно приблежается к Oracle 8i.Скорее всего, он давно его превзошёл. Впрочем, в сортах Oracle я не разбираюсь. ;)

Leonid KudryavtsevНасколько "родовые травмы" PostgreSQL (vacum и работа через ФС) критичны для нагруженных систем в продакшене - не знаю.
Почему Вы считаете это "родовыми травмами", почему верите в эту чушь?

Leonid KudryavtsevНо опасения у меня все же есть, т.к. на реальных проектах с Oracle (когда работали через ФС) я видел, когда ОС при full table scan запросе из таблички большей чем память на сервере, думала, что компьютер это файлопойка, раздувала кэшь файловой системы по максимому и все приложения отправлялись в своп. На Oracle выличилось "волшебным пендалем" админу и включением Direct IO. Что при таком патерне запросов нужно делать с PostgreSQL - я не знаю.
Что ж, распространяемый фанатами Oracle FUD о PostgreSQL на Вас подействовал, видимо.
Не зря стараются. ;( Кстати, ни разу не встречался с подобной ситуацией на современном PostgreSQL.

Leonid KudryavtsevВсе было бы хорошо, если бы хотя бы были вменяемые доки по настройке ОС + PostgreSQL.

Частично это есть в документации PostgreSQL (включая настройки OS), но и немалая часть --- в книгах.
...
Рейтинг: 0 / 0
27.12.2018, 20:16
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754194
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
SiemarglМаслица подолью - а еще пробегали тесты, что постресс на тех же запросах, что и оракл, генерит вдвое сетевого трафика.
А ссылки у Вас есть?
...
Рейтинг: 0 / 0
27.12.2018, 20:18
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754197
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
PgSQLanonymous3SiemarglМаслица подолью - а еще пробегали тесты, что постресс на тех же запросах, что и оракл, генерит вдвое сетевого трафика.
А ссылки у Вас есть?

Есть подозрение, что binary поля передаются ровно так, как отображаются - т.е. как HEX строчки. Т.е. в два раза больше трафика. Снифером трафик не смотрел, но по коду JDBC похоже, что по сети идет HEX.

Про остальные типы данных не интересовался
...
Рейтинг: 0 / 0
27.12.2018, 20:27
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754205
Alexander A. Sak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander A. Sak
Участник
Leonid Kudryavtsevа у Postgre PRO цены на сайте не написаны, т.ч. вообще не ясно, сколько он стоит

Есть цены на сертифицированную во ФСТЭК версию: https://postgrespro.ru/products/postgrespro/certified
Там же есть цены на техподдержку этой версии. Наверное, можно прикинуть стоимость поддержки версий поновее.
...
Рейтинг: 0 / 0
27.12.2018, 20:44
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754268
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
Alexander A. SakLeonid Kudryavtsevа у Postgre PRO цены на сайте не написаны, т.ч. вообще не ясно, сколько он стоит

Есть цены на сертифицированную во ФСТЭК версию: https://postgrespro.ru/products/postgrespro/certified
Там же есть цены на техподдержку этой версии. Наверное, можно прикинуть стоимость поддержки версий поновее.

$1.8k за ядро, это же в 3-5 раз дороже оракла. при этом у оракла посерьезней возможности. допустим ORACLE SE2 даже на enry level server 22 ядра проц стоит лишь $17.5k, а postgres $4к
средненький это уже 32 ядра, тредрипер это уже 64. при этом pl/sql мягко говоря с другими возможностями
...
Рейтинг: 0 / 0
28.12.2018, 00:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754329
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Озверин
Участник
PgSQLanonymous3, вы не поняли, как прочесть таблицу? Там ниже есть аномалии, которые ВОЗНИКАЮТ при uncommited read.
Бред, конечно, про postgres и postgre - вы нездоровы? Какая вообще разница. Но если вам очень надо, то вот

https://wiki.postgresql.org/wiki/PostgreSQL_Clients
искать по "postgre "
...
Рейтинг: 0 / 0
28.12.2018, 09:04
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754359
hck1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hck1
Участник
H5N1 стоит лишь $17.5k, а postgres $4к
*40k конечно же
...
Рейтинг: 0 / 0
28.12.2018, 10:12
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754425
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
Leonid KudryavtsevЕсть подозрение, что binary поля передаются ровно так, как отображаются - т.е. как HEX строчки. Т.е. в два раза больше трафика. Снифером трафик не смотрел, но по коду JDBC похоже, что по сети идет HEX.
Так тут "виноват" драйвер.
Дело в том, что формат каждого поля возвращаемого результата (текстовый или binary) выбирает клиент .
См. https://www.postgresql.org/docs/current/protocol-message-formats.html , сообщение bind.

Leonid KudryavtsevПро остальные типы данных не интересовалсяАналогично. Но, наверное, многие клиентские API используют текстовый формат для большинства типов --- интерпретировать-то проще. ;)
...
Рейтинг: 0 / 0
28.12.2018, 11:25
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754428
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PgSQLanonymous3
Участник
ОзверинPgSQLanonymous3, вы не поняли, как прочесть таблицу? Там ниже есть аномалии, которые ВОЗНИКАЮТ при uncommited read.
При uncommited read могут возникать (почти) любые аномалии, и по стандарту это совершенно нормально.
Какие у Вас проблемы с пониманием таблицы, кстати?

зверинБред, конечно, про postgres и postgre - вы нездоровы? Какая вообще разница.

Хорошо, уважаемый Озвери... какая разница-то, в самом деле?

ОзверунНо если вам очень надо, то вот
https://wiki.postgresql.org/wiki/PostgreSQL_Clients
искать по "postgre "
Агрументируете опечатками? "Вы нездоровы?" ;)
...
Рейтинг: 0 / 0
28.12.2018, 11:31
| Ответить | Цитировать | Написать  
Российские СУБД
    #39754524
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
H5N1$1.8k за ядро, это же в 3-5 раз дороже оракла
А это не имеет значения. Вы платите за "СУБД Postgres Pro может использоваться при создании автоматизированных систем до класса защищенности 1Г включительно" и за исправления типа "Обеспечена проверка разрешений на уровне таблиц и политик RLS при выполнении INSERT ... ON CONFLICT DO UPDATE во всех случаях".
...
Рейтинг: 0 / 0
28.12.2018, 13:38
| Ответить | Цитировать | Написать  
Российские СУБД
    #39772314
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
roden
Участник
$1.8k за ядро, это же в 3-5 раз дороже оракла
СУБД Postgres Pro может использоваться при создании автоматизированных систем до класса защищенности 1Г включительно"
Кто-нибудь может показать, что в ТУ написано к сертификату (а то мало ли, что там надо ещё, чтобы 1Г было...)?
И в сертификате речь идёт о конкретных операционных системах. Что за ОС? На какие распространяется действие сертификата?
...
Рейтинг: 0 / 0
11.02.2019, 15:36
| Ответить | Цитировать | Написать  
Российские СУБД
    #39819935
АИР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АИР
Гость
Insane PoohВ свете последних событий выбор российской СУБД может стать опять актуальным для ИТшников госкомпаний.
Залез посмотреть в официальный реестр , но там много "шума". Ниже представил результат отсева:

№НазваниеДата внесенияАдрес сайта4452NitrosBase16 Апреля 2018 http://nitrosbase.ru 4096Rakurs RawServer (сервер доступа к базам данных в формате RAW)11 Декабря 2017 http://www.rakurs.com/programmnoe_obespechenie/RawServer/ 2376SELTA@Etersoft15 Декабря 2016 http://etersoft.ru/products/selta 442Объектно-реляционная NoSQL СУБД ARL18 Апреля 2016 http://growfactor.ru/subd_arl.html 3350Программное средство Система управления базами данных "Синтез"3 Мая 2017 http://itsirius.su/sintez-subd.html 3829Программный комплекс "Infotech.Data"16 Августа 2017 https://infotech.group/download_products/Data/ 3746Программный комплекс "SoftPoint Data Cluster"23 Июля 2017 http://www.softpoint.ru/solutions/data-cluster/ 1707Программный комплекс «Циркон-СУБД»6 Сентября 2016 http://www.swemel.ru/products-and-services/programmnyij-kompleks-«czirkon-subd»/ 105Реляционная система управления базами данных ЛИНТЕР БАСТИОН (РСУБД ЛИНТЕР БАСТИОН RDBMS Linter Bastion)18 Марта 2016 http://www.linter.ru 115Реляционная система управления базами данных ЛИНТЕР версия 5.9 (РСУБД ЛИНТЕР версия 5.9 RDBMS Linter SQL 5.9)18 Марта 2016 http://www.linter.ru 116Реляционная система управления базами данных ЛИНТЕР версия 6.0 (РСУБД ЛИНТЕР версия 6.0 RDBMS Linter SQL 6.0)18 Марта 2016 http://www.linter.ru 117Реляционная система управления базами данных ЛИНТЕР версия 6.1 (РСУБД ЛИНТЕР версия 6.1 RDBMS Linter SQL 6.1)18 Марта 2016 http://www.linter.ru 3894Реляционная система управления базами данных ЛИНТЕР СТАНДАРТ (РСУБД ЛИНТЕР СТАНДАРТ RDBMS Linter Standard)16 Августа 2017 http://www.linter.ru 4823Система управления базами данных "АИР-ГТМ"3 Декабря 2018 http://www.npcair.ru 1Система управления базами данных «Ред База Данных»29 Января 2016 http://reddatabase.ru/documentation/ 5007Система управления базами данных в защищённом исполнении на базе программного обеспечения с открытым исходным кодом "СИНЕРГИЯ-БД"3 Декабря 2018 http://цифровоепредприятие.рф/субд-синергия/ 3343СУБД HyTech3 Мая 2017 http://www.hytechdb.ru 104СУБД Postgres Pro18 Марта 2016 http://postgrespro.ru/doc 1586СУБД М105 Сентября 2016 http://m10.64x.ru/ 3505СУБД Платформа Odant3 Мая 2017 http://odant.ru odant.org

Кто что использовал в высоконагруженных системах?

Получен сертификат совместимости c операционными системами НТЦ ИТ РОСА
https://www.npcair.ru/news/rosacert.html

в настоящее время ведутся работы по Астре и Альту.
...
Рейтинг: 0 / 0
29.05.2019, 16:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39821803
alex_krasnoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_krasnoff
Гость
АИР, СУБД М10 предназначена для создания многопользовательских, высоконагруженных СУБД ориентированных приложений и уже используется http://64x.ru/products/SUBD_M10
...
Рейтинг: 0 / 0
03.06.2019, 16:13
| Ответить | Цитировать | Написать  
Российские СУБД
    #39821868
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
alex_krasnoffАИР, СУБД М10
это MUMPS.
...
Рейтинг: 0 / 0
03.06.2019, 17:48
| Ответить | Цитировать | Написать  
Российские СУБД
    #39821884
alex_krasnoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_krasnoff
Гость
kdv, СУБД М10
Да это MUMPS
...
Рейтинг: 0 / 0
03.06.2019, 18:13
| Ответить | Цитировать | Написать  
Российские СУБД
    #39826041
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
alex_krasnoffkdv, СУБД М10
Да это MUMPS
Вы не слышали о ЧАЛе (он же Бредятина)? Тут на форуме он был известен.
...
Рейтинг: 0 / 0
13.06.2019, 11:42
| Ответить | Цитировать | Написать  
Российские СУБД
    #39826626
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
vadiminfoalex_krasnoffkdv, СУБД М10
Да это MUMPS
Вы не слышали о ЧАЛе (он же Бредятина)? Тут на форуме он был известен.кстати я вот тут думаю судя по последним тенденциям в СУБД ЧАЛ таки во многом был прав))
так сказать опередил свое время, но был не понят современниками
...
Рейтинг: 0 / 0
14.06.2019, 14:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39826791
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
SergSuperтак сказать опередил свое время, но был не понят современниками
Не понят - это мягко сказано.

Но он проводил многоходовую стратегию продвижения МУМПСа: как бы он за "теорию и практику БД", а не за МУМПС. Хотя только последний и соответствует ""теории и практике БД"", а остальные (особенно РБД) никуда не годятся.

Поэтому ему может быть было бы интересно про АИР, СУБД М10. Может он там участвует уже.
Тем более он когда-то участвовал в проекте INFORMX (тоже с МУМПС, насколько понял). В частности, внедрял ее на балабановской спичечной фабрике.
...
Рейтинг: 0 / 0
14.06.2019, 23:57
| Ответить | Цитировать | Написать  
Российские СУБД
    #39828024
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
vadiminfoВ частности, внедрял ее на балабановской спичечной фабрике.
не может быть. А я в 91 году внедрял бухгалтерию на ДИАМС 3.1 на кондровском бумажном комбинате!
...
Рейтинг: 0 / 0
18.06.2019, 22:51
| Ответить | Цитировать | Написать  
Российские СУБД
    #39829022
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
kdvvadiminfoВ частности, внедрял ее на балабановской спичечной фабрике.
не может быть. А я в 91 году внедрял бухгалтерию на ДИАМС 3.1 на кондровском бумажном комбинате!
Здорово. Все вокруг Обнинска. В те годы иерархические БД еще многими воспринимались как лидирующие в "теории и практике БД". А я в те годы еще занимался численными методами решения диффур, и был далек от БД.
...
Рейтинг: 0 / 0
21.06.2019, 09:15
| Ответить | Цитировать | Написать  
Российские СУБД
    #39830968
AlexKB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexKB
Участник
kdvvadiminfoВ частности, внедрял ее на балабановской спичечной фабрике.
не может быть. А я в 91 году внедрял бухгалтерию на ДИАМС 3.1 на кондровском бумажном комбинате!

В то же время еще NTSM была в фаворе, очень простая, легкая, шустрая, с достаточным набором утилит и собственной средой разработки программных проектов. Работала даже на IBM XT и даже на аналогичных ИСКРА 1030 с двумя СОМ портами.
Жалко, что такая система быстро угасла, также как и быстро взлетела...
...
Рейтинг: 0 / 0
27.06.2019, 10:01
| Ответить | Цитировать | Написать  
Российские СУБД
    #39863162
SAS2014
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SAS2014
Участник
Ну вот почему постгрес даже про называею российской - это глубокое заблуждение эта СУБД создана на я движке написано в США, а продвижение мировой комьюнити
...
Рейтинг: 0 / 0
18.09.2019, 09:57
| Ответить | Цитировать | Написать  
Российские СУБД
    #39863202
Фотография aist-psk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aist-psk
Участник
SAS2014Ну вот почему постгрес даже про называею российской - это глубокое заблуждение эта СУБД создана на я движке написано в США, а продвижение мировой комьюнити
ну чем-то надо гордиться ?
...
Рейтинг: 0 / 0
18.09.2019, 11:08
| Ответить | Цитировать | Написать  
Российские СУБД
    #39863226
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
Выкиньте всё гуано из собственных мозгов.
Постановление правительства РФ про реестр отечественного софта - оно про деньги.
Деньги, которые государство тратит на IT-закупки, должны, по возможности, оставаться в стране. Вот и всё.

P.S.
Если лично вам претит использовать "хорошее, но чужое" - сделайте "своё и даже лучше".
...
Рейтинг: 0 / 0
18.09.2019, 11:39
| Ответить | Цитировать | Написать  
Российские СУБД
    #39863234
Ролг Хупин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ролг Хупин
Участник
Basil A. SidorovВыкиньте всё гуано из собственных мозгов.
Постановление правительства РФ про реестр отечественного софта - оно про деньги.
Деньги, которые государство тратит на IT-закупки, должны, по возможности, оставаться в стране. Вот и всё.

P.S.
Если лично вам претит использовать "хорошее, но чужое" - сделайте "своё и даже лучше".

не только деньги, на первом месте - секьюрити! Вокруг враги, могут встроить что-то собирающее даные о суперсовременном танке "Армата" и т.д.!
...
Рейтинг: 0 / 0
18.09.2019, 11:45
| Ответить | Цитировать | Написать  
Российские СУБД
    #39863240
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
Ролг Хупинне только деньги, на первом месте - секьюрити!Гуано вытряхните.
Сертификация ФСБ/ФСТЭК - совершенно отдельная процедура и проходят её, в том числе, и "вражеские" продукты.
...
Рейтинг: 0 / 0
18.09.2019, 11:49
| Ответить | Цитировать | Написать  
Российские СУБД
    #39863645
SAS2014
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SAS2014
Участник
aist-pskSAS2014Ну вот почему постгрес даже про называею российской - это глубокое заблуждение эта СУБД создана на я движке написано в США, а продвижение мировой комьюнити
ну чем-то надо гордиться ?

Это же глупо. Это как с ОС Астрой тоже ядро линукс
...
Рейтинг: 0 / 0
19.09.2019, 01:07
| Ответить | Цитировать | Написать  
Российские СУБД
    #39863927
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vladimir Baskakov
Участник
Судя по тому, что оживления в подфоруме Постгресса пока не наблюдается, массового оттока с оракла и MSSQL не началось? то есть, пока перевод на импортозамещенные сервера БД скорее планы - чем реальность?
...
Рейтинг: 0 / 0
19.09.2019, 13:28
| Ответить | Цитировать | Написать  
Российские СУБД
    #39863976
Бумбараш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бумбараш
Участник
Vladimir BaskakovСудя по тому, что оживления в подфоруме Постгресса пока не наблюдается, массового оттока с оракла и MSSQL не началось? то есть, пока перевод на импортозамещенные сервера БД скорее планы - чем реальность?
массового оттока нет, но переход есть

по поводу оживления - вы пользуетесь старым ресурсом
здесь активность только в оракле и мс скль. В новых технологиях тут тухляк. По постгре в телеге чат 3,5к пользователей 6к сообщений в месяц. По ораклу тоже там есть чат - 500 пользователей.
...
Рейтинг: 0 / 0
19.09.2019, 14:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39864124
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Vladimir BaskakovСудя по тому, что оживления в подфоруме Постгресса пока не наблюдается, массового оттока с оракла и MSSQL не началось? то есть, пока перевод на импортозамещенные сервера БД скорее планы - чем реальность?
По происходящему в моем окружение, скорее реальность, чем планы
Но:
a) вялотекущее - перевод нормальной промышленной системы это не год и, даже не два (с момента желания/принятия решения/подписание договора и так далее)
b) не факт, что вопросы будут появляться в подфоруме PostgreSQL. Вполне веротно, что скорее стоит ожидать наплыва студентов в тот же самый MS SQL и Oracle, с вопросами, почему в нашем замечательном PostgreSQL так все замечательно. а Ваш Oracle и MS SQL - такое г....но )))

т.к. на переходной период, одним и тем же студентам придется и старую и новую систему сопровождать
...
Рейтинг: 0 / 0
19.09.2019, 17:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39864393
SAS2014
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SAS2014
Участник
Если проект на оркале существует более 15 лет и там инфы накопилось кхм тучу и для него написано более 100 приложений как на pl\sql, Java и т.п. то переход всего этого на постгрис весьма сложная задача и долгая
...
Рейтинг: 0 / 0
20.09.2019, 09:34
| Ответить | Цитировать | Написать  
Российские СУБД
    #39864941
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Basil A. SidorovПостановление правительства РФ про реестр отечественного софта - оно про деньги.
Деньги, которые государство тратит на IT-закупки, должны, по возможности, оставаться в стране. Вот и всё.

.
Если оно про деньги, то нег опять просто может не быть. Деньги так не оставишь в стране. Наоборот, можешь увеличишь отток: искусственное создание благоприятных условий для неконкурентых в условиях открытых рынков, ведет к отсталости. А это не привлекательно для капитала. Потом понадобится хороший кризис, чтобы очистить экономику от неконконкурентных. А вот если покупать "лучшее, не важно чье", то станешь и сам лучше в плане производительности, эффективности.

Но это вопрос про деньги: есть заинтересованные круги в деньгах. Деньги должны оставаться на Канарах и т.д. у тех кто пролоббировал что-то.
...
Рейтинг: 0 / 0
21.09.2019, 09:30
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865007
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
vadiminfo,

там есть и второй подтекст. Завтра твоё лучшее объявит санкции и труба придёт.
Иногда лучше взять что-то не самое лучшее, но зато быть уверенным что завтра у тебя это не отберут.
...
Рейтинг: 0 / 0
21.09.2019, 14:19
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865031
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Siemargl
Участник
Симонов Денисvadiminfo,

там есть и второй подтекст. Завтра твоё лучшее объявит санкции и труба придёт.
Иногда лучше взять что-то не самое лучшее, но зато быть уверенным что завтра у тебя это не отберут.Ну значит пиратки станут легальными - незаконный отказ в обслуживании, форс мажор итд.
Жили в 90х и не парились.
...
Рейтинг: 0 / 0
21.09.2019, 15:25
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865038
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Симонов Денисvadiminfo,

там есть и второй подтекст. Завтра твоё лучшее объявит санкции и труба придёт.
Иногда лучше взять что-то не самое лучшее, но зато быть уверенным что завтра у тебя это не отберут.
Я говорил про основной текст: ставил под сомнение импортозамещение в чистом виде (без других подтекстов).
Действительно, платим ухудшением рыночности экономики за уверенность, что завтра не отберут.
А у автора получалось, что это (протекционизм) хорош во всех отношениях. Мол постановление правительства про деньги.
Но мы то знаем, что как раз денег то у правительства просто нет. Т.е. оно как бы пока не показало себя про деньги.
Протекционизм - это не нохау нашего правительства.
Во времена Давида Риккардо в Англии был запрещён ввоз зерна. Как же. Свое сельское хозяйство развивается. Но Давил Риккардо, сказал, что это порождает бедность и нищету. И добился отмены этого закона. И Англия стала процветать по сравнению с другими.
...
Рейтинг: 0 / 0
21.09.2019, 15:50
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865039
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
vadiminfoВо времена Давида Риккардо в Англии был запрещён ввоз зерна. Как же. Свое сельское
хозяйство развивается. Но Давил Риккардо, сказал, что это порождает бедность и нищету.

Как бы у зерна и софта разные целевые аудитории...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
21.09.2019, 15:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865048
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Dimitry SibiryakovvadiminfoВо времена Давида Риккардо в Англии был запрещён ввоз зерна. Как же. Свое сельское
хозяйство развивается. Но Давил Риккардо, сказал, что это порождает бедность и нищету.

Как бы у зерна и софта разные целевые аудитории...

Как бы, вроде, целевые аудитории ничего не меняют в законах экономики. Конкуренция на открытых рынках убирает с рынков не рациональных. А на закрытых такие могут оставаться. Вы тратите ресурсы страны хуже, чем могли бы. Ресурсы становятся дороже. Вы становитесь менее конкурентны, больше отстаете и все такое.
Например, может правительство запретить ввоз кофе, чтобы свое развивалось. Но мы знаем, что даже помидоры свои (кроме дагестанских, и отдельных районов) не очень смотрятся.
Софт - трата ресурсов на заменители чужих технологий вчерашнего дня, вместо того, чтобы идти вперед, используя чужие сегодняшнего дня. Это риски новых идей. Но у кого-то может быть и получилось. А зачем рисковать, когда можно старые идеи повторять, и хорошо жить?
...
Рейтинг: 0 / 0
21.09.2019, 16:26
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865175
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
vadiminfoА у автора получалось, что это (протекционизм) хорош во всех отношениях.Вот только не надо приписывать мне ваше собственные измышления.Но мы то знаем, что как раз денег то у правительства просто нет.Вытряхните гуано из собственных мозгов и гляньте на объёмы госзакупок - статистика общедоступна и вполне удобно сгруппирована.

P.S.
В государственном бюджете не бывает "денег просто нет". Бывает только "денег не выделили на (вот эту) конкретную вещь".
...
Рейтинг: 0 / 0
22.09.2019, 10:50
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865176
Ролг Хупин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ролг Хупин
Участник
Basil A. SidorovvadiminfoА у автора получалось, что это (протекционизм) хорош во всех отношениях.Вот только не надо приписывать мне ваше собственные измышления.Но мы то знаем, что как раз денег то у правительства просто нет.Вытряхните гуано из собственных мозгов и гляньте на объёмы госзакупок - статистика общедоступна и вполне удобно сгруппирована.

P.S.
В государственном бюджете не бывает "денег просто нет" . Бывает только "денег не выделили на (вот эту) конкретную вещь".

ну, не скажите

" Просто денег нет сейчас . Найдём деньги, сделаем индексацию. Вы держитесь здесь, вам всего доброго, хорошего настроения и здоровья!"
...
Рейтинг: 0 / 0
22.09.2019, 10:55
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865212
iOracleDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iOracleDev
Участник
Basil A. SidorovP.S.
В государственном бюджете не бывает "денег просто нет". Бывает только "денег не выделили на (вот эту) конкретную вещь".
Именно так, сто лярдов для Монголии нашлось, триллионы на чемпионат мира по футболу тоже нашлись.
...
Рейтинг: 0 / 0
22.09.2019, 14:59
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865359
SAS2014
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SAS2014
Участник
Вложение куда то либо будет только в том случае если это выгодно с точки зрения политики и экономики и все. Другие варианты это уже считается волонтерством и не каждый политик или бизнесмен на это пойдет
...
Рейтинг: 0 / 0
23.09.2019, 01:47
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865782
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
vadiminfoНо мы то знаем, что как раз денег то у правительства просто нет
У Вашего - не знаю, а у Правительства РФ денег навалом, оно просто не знает, куда их девать.

vadiminfoСвое сельское хозяйство развивается. Но Давил Риккардо, сказал, что это порождает бедность и нищету. И добился отмены этого закона. И Англия стала процветать по сравнению с другими.
Это для каких "гениев" подобная байка придумана?

vadiminfoНо мы знаем, что даже помидоры свои (кроме дагестанских, и отдельных районов) не очень смотрятся
Лучше всего смотрятся помидоры, выращенные собственными руками. Вопрос только в затратах на это выращивание.
Если есть газ для отопления теплиц, то их можно и на севере выращивать.

SAS2014Вложение куда то либо будет только в том случае если это выгодно с точки зрения политики и экономики и все. Другие варианты это
Других вариантов не существует в природе. Целесообразность вложения в любом случае будет иметь проекцию на экономику и политику, раз уж Вы их так хотите разделить.
...
Рейтинг: 0 / 0
23.09.2019, 16:56
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865873
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей ВаскецовУ Вашего - не знаю, а у Правительства РФ денег навалом, оно просто не знает, куда их девать.

Жаль что оно не обратилось к Вам за советом куда их деть. Но пока имеют значение слова Медведева: он как бы руководит правительством РФ.

Сергей ВаскецовЭто для каких "гениев" подобная байка придумана?

Это из истории экономической мысли. Это как бы в институте на лекциях было. Впрочем, и у основателя классической экономической мысли Адама Смита: расширение рынков ведет к богатству народов. Так как увеличивает обмен. А обмен увеличивает разделение труда. А разделение труда увеличивает производительность. А вот последняя и увеличивает богатсва. Да это гении без кавычек, в отличии от нас с Вами.

Сергей ВаскецовЛучше всего смотрятся помидоры, выращенные собственными руками. Вопрос только в затратах на это выращивание.
Если есть газ для отопления теплиц, то их можно и на севере выращивать.

Собственные и тепличные помидоры пока не конкуренты грунтовым дагестанским, узбекским. Впрочем, если у Вас есть идеи, то, скорее всего, Вам следует делать бизнес, а не терять время тут.
Вопрос о затратах это не "только", это существенно. Тот у кого меньше затраты при прочих равных условиях, тот и конкурентнее.
...
Рейтинг: 0 / 0
23.09.2019, 20:12
| Ответить | Цитировать | Написать  
Российские СУБД
    #39865892
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Basil A. SidorovВытряхните гуано из собственных мозгов и гляньте на объёмы госзакупок - статистика общедоступна и вполне удобно сгруппирована.

.
Медведев четко сказал: "Просто денег нет. Хорошего вам настроения и всего доброго".
...
Рейтинг: 0 / 0
23.09.2019, 20:51
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866011
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
vadiminfoМедведев четко сказал: "Просто денег нет. Хорошего вам настроения и всего доброго".Гуано вытряхните: правительство это буржуа на содержании у олигархов. Денег "просто нет" для нас.
...
Рейтинг: 0 / 0
24.09.2019, 05:18
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866049
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Basil A. Sidorovправительство это буржуа на содержании у олигархов. Денег "просто нет" для нас.
Т.е. для самого главного (для страны, для народа) денег просто нет. На самом деле, дело не только в словах Медведева. Хотя, извините, что стоят Ваши слова против его?
В стране в которой нет роста (что означает, что надо думать о снижении налогов) налоги их увеличили. А когда есть деньги налоги подвышать нет причин.
А Вы нам тут нам свое социалистическое гувно про буржуев и олигархов. Ну отняли у них все в 1917. В СССРе мы имели вообще пустые полки и ездили в колхозы на шефскую помощь.
Хватит, натерпелись. Надо строить капитализм во главе с либерализмом, что позволит использовать наиболее успешные экономические методолгии.
...
Рейтинг: 0 / 0
24.09.2019, 08:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866050
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
vadiminfoЖаль что оно не обратилось к Вам за советом куда их деть. Но пока имеют значение слова Медведева: он как бы руководит правительством РФ.
Слова ДАМа были вырваны из контекста и адресовались разным людям. Если Вы хотите отличаться от базарной бабки, Вам следует внимательно посмотреть то его "интервью".

Впрочем, да, жаль. Я бы посоветовал, куда их деть.

И всё это никак не отменяет того факта, что денег у Пр-ва РФ завались. Если Вы поищите информацию об этом - Вы её обязательно найдёте. Как два пальца.

vadiminfoЭто из истории экономической мысли. Это как бы в институте на лекциях было
Замечательно, что Вам это рассказывали в институте. Но мозги-то должны быть? Или верим в любой бред, что скажут?

vadiminfoрасширение рынков ведет к богатству народов. Так как увеличивает обмен. А обмен увеличивает разделение труда. А разделение труда увеличивает производительность. А вот последняя и увеличивает богатсва
Поясните тогда, почему богатство увеличилось у метрополии, а не у всех, с кем метрополия "разделяла труд" (например, с Индией).

vadiminfoДа это гении без кавычек, в отличии от нас с Вами
За себя говорите.

vadiminfoСобственные и тепличные помидоры пока не конкуренты грунтовым дагестанским, узбекским
1. С чего Вы это взяли? Если бы так было, никто бы их и не выращивал на дачах по всей стране. То есть даже экономически - конкуренция есть.
2. Конкуренты совершенно точно по той гадости, что суют в помидоры, и по её отсутствию в собственных теплицах. Если Вы кушаете всё, что красиво выглядит и дешёвое - это Ваше право, но не надо вбрасывать, что так все поступают.
3. Про конкуренцию вообще говоря речи и не было. Речь была о том, как они "смотрятся".
...
Рейтинг: 0 / 0
24.09.2019, 08:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866052
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
vadiminfoВ СССРе мы имели вообще пустые полки и ездили в колхозы на шефскую помощь
Это Вы имели пустые полки. Уже в конце СССР, когда его целенаправленно разрушали.
А мы ещё помним не только пустые полки. Да и с голоду народ не умирал вообще-то.

vadiminfoНадо строить капитализм во главе с либерализмом, что позволит использовать наиболее успешные экономические методолгии.
ДБ.
Весь мир уже осознал, что либерализм и капитализм уже всё, сдох. Весь мир уже пытается найти новые формации. И только наша либерда упорно желает ходить по детским граблям...
...
Рейтинг: 0 / 0
24.09.2019, 08:57
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866115
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей ВаскецовВпрочем, да, жаль. Я бы посоветовал, куда их деть.

И всё это никак не отменяет того факта, что денег у Пр-ва РФ завались. Если Вы поищите информацию об этом - Вы её обязательно найдёте. Как два пальца.

Теперь не жаль. Чувствую Вы бы насоветовали.

Сергей ВаскецовЗамечательно, что Вам это рассказывали в институте. Но мозги-то должны быть? Или верим в любой бред, что скажут?

Ну мы и не верим тоиу, что Вы говорите и всем этим митинговым идеям. А в институте, извините, дипломы выдают. Или их выкинуть и слушать людей с улицы от народа?

Сергей ВаскецовПоясните тогда, почему богатство увеличилось у метрополии, а не у всех, с кем метрополия "разделяла труд" (например, с Индией).

Одно дело идеи, а другое дело их применение. Но у метрополии то увеличилось. А так и у нее не бы увеличилось. В Индии они навязывали идеи физиократов, чьи учения предшествовали, классике (Адаму Смиту). Но теперь и в Индии появился капитализм, и она богатеет потихоньку: старается применять экономические капиталистические методологии. В которых идеи Адама Смита имеют большое значение. А Зюганыча или кого Вы там наслушались - не очень популярны


Сергей ВаскецовvadiminfoДа это гении без кавычек, в отличии от нас с Вами
За себя говорите.

Ну извините, если недооценил Вас. Если Ваше имя где-то рядом с Адамом Смитом и (или) Давидом Риккардо в экономических учениях, киньте ссылочку, плиз.


Сергей Васкецов1. С чего Вы это взяли? Если бы так было, никто бы их и не выращивал на дачах по всей стране. То есть даже экономически - конкуренция есть.
2. Конкуренты совершенно точно по той гадости, что суют в помидоры, и по её отсутствию в собственных теплицах. Если Вы кушаете всё, что красиво выглядит и дешёвое - это Ваше право, но не надо вбрасывать, что так все поступают.
3. Про конкуренцию вообще говоря речи и не было. Речь была о том, как они "смотрятся".
1. Да и зубилы экономически есть. Но нужны Тигуаны подешевле. Поэтому кто может тот пусть и производит. Смогут оставаться на рынке, на которых будут и турецкие и прочие - хорошо. Я то собственно за то, чтобы не ограничивать импорт. Да любимые дагестанские от этого дешевле.
2. Ну не все же могут есть помидоры из теплиц. Ну может для салатов. Но все же люди труда РФ имеют право и на вкусные помидоры. Но пожауйста. Только пусть будут и импортные и гранатовые.
3. Но конкуренция и приводит к тому что, те которые смотрятся доступны по цене. Под "смотрятся" и имелись в виду конкурируют, но в нише вкусных.
...
Рейтинг: 0 / 0
24.09.2019, 10:34
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866141
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей ВаскецовЭто Вы имели пустые полки. Уже в конце СССР, когда его целенаправленно разрушали.
А мы ещё помним не только пустые полки. Да и с голоду народ не умирал вообще-то.

Рад за Вас, что у Вас были не пустые. Но народ променял СССР на колбасу: чтобы колбасные полки не были пустыми. Не пошел поддерживать ГКЧП, которое хотело бороться с "целенаправленными разрушителями"

vadiminfoВесь мир уже осознал, что либерализм и капитализм уже всё, сдох. Весь мир уже пытается найти новые формации. И только наша либерда упорно желает ходить по детским граблям...
Говорите за себя, плиз.
В РФ либерализм еще не побеждал, и не дал всего того, что дал развитым странам.
Маркс как учил? Примерно следующее (включил Вашу эмоциональную терминологию): Мы за "либерду" пока она не победила всех остальных. Вот когда она победит, мы будем с ней бороться. Но, если к нам кто-то еще придет с "либердой" бороться, мы их прогоним. Они еще хуже "либерды".
Конечно, экономическая мысль не стоит на месте когда-то "найдет новые формации". Но пока рациональнее использовать то, что лучше для народа сегодня. А народ хочет жить богаче.
...
Рейтинг: 0 / 0
24.09.2019, 11:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866238
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
vadiminfoТ.е. для самого главного (для страны, для народа)Гуано вытряхните: у кого денег больше, тот и заказывает музыку. Но не для всех: "Джентельменов-то у нас полно - у нас мест не хватает".
Последние тридцать лет мы все буржуа. Просто не все на содержании - большинство пашет, как и классические пролетарии. Хотя и в гораздо более комфортных условиях и за гораздо бОльшие деньги.

P.S.
А либертарианство, батенька, противоречит не абстрактным философиям, простой биологии: основа человеческого социума - кооперация.
И со времён промышленной революции (века, этак, с 18-го) именно глубокое разделение труда обеспечивает постоянный рост комфорта.
...
Рейтинг: 0 / 0
24.09.2019, 12:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866359
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Basil A. SidorovПоследние тридцать лет мы все буржуа. Просто не все на содержании - большинство пашет, как и классические пролетарии. Хотя и в гораздо более комфортных условиях и за гораздо бОльшие деньги.


P.S.
А либертарианство, батенька, противоречит не абстрактным философиям, простой биологии: основа человеческого социума - кооперация.
И со времён промышленной революции (века, этак, с 18-го) именно глубокое разделение труда обеспечивает постоянный рост комфорта.[/quot]

Это "гораздо более комфортных условиях и за гораздо бОльшие деньги." и есть главное. И если будут развитые рынки, в сможете заработав открыть свое дело. А можете не открывать, но и дальше работать за бОльшие деньги. А можете ничего не делать за меньшие деньги. Это и есть либерализм - ваше право, и ваше же ответственность за свой выбор. Разумный эгоизм каждого приводит ко всеобщему благу: более комфортным условиям и гораздо большим деньгам.

А уже обмен и желание заработать ведет и ведет к разделению туда, так как это приносит большую прибыль, богатства.

И это как бы естественные законы: эгоизм то присущ каждому. Проста биология. А гуманизм надо вырабатывать в себе.

Конечно, это разумный эгоизм (либерализм), а не просто эгоизм (до либеральное), хотя и не гуманизм(коммунизм).
...
Рейтинг: 0 / 0
24.09.2019, 14:47
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866432
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
vadiminfoНо у метрополии то увеличилось. А так и у нее не бы увеличилось. В Индии они навязывали идеи физиократов, чьи учения предшествовали, классике (Адаму Смиту). Но теперь и в Индии появился капитализм, и она богатеет потихоньку: старается применять экономические капиталистические методологии. В которых идеи Адама Смита имеют большое значение. А Зюганыча или кого Вы там наслушались - не очень популярны
Не очень понятно, при чём тут Зюганов. Вот совсем непонятно. Например, КПРФ за частную собственность на средства производства. Поэтому никаких коммунистов там нет. Там самая обычная либерда.

Но понятно то, что Вы по сути оправдали разграбление всего мира Британией тем, что Британии стало от этого хорошо. Нравственность Ваша так и прёт.

vadiminfoПод "смотрятся" и имелись в виду конкурируют, но в нише вкусных.
1. Только что сорванный спелый помидор, выращенный правильно и своими руками, несомненно будет и полезным, и вкусным. Сорванный заранее - содержит яд (соланин). Поэтому помидоры, которые продают в магазинах - они в принципе ядовитые, иначе их просто не довезут. Вы пишете полнейший бред, защищая ядовитую еду супротив вкусной и полезной.
2. Какие ещё общепризнанные слова Вы используете совершенно не так, как все остальные люди, причём безо всяких оснований для этого?

vadiminfoНо народ променял СССР на колбасу: чтобы колбасные полки не были пустыми. Не пошел поддерживать ГКЧП, которое хотело бороться с "целенаправленными разрушителями"
Вам стоит не только мантры и ярлыки в голову впустить, но и хоть что-нибудь узнать о том, как и почему существовал СССР и о роли Партии.
Если в двух словах, то существование СССР было обусловлено существованием Партии. Именно Партия была первична, и именно она учредила СССР. Народ пошёл против Партии, не осознавая, что это приведёт к разрушению СССР. А разрушения СССР народ не хотел. Доказательство элементарно: на референдуме народ высказался за сохранение СССР. Спросите у мамки, если возрастом не вышли. В общем, изучайте историю не про сваниздам, а по реальным работам.

vadiminfoВ РФ либерализм еще не побеждал, и не дал всего того, что дал развитым странам
И не даст уже.
Всё.
Он кончился.


vadiminfoМаркс как учил? Примерно следующее
В данном случае что там бредил Маркс - совершенно не интересно.

vadiminfoА народ хочет жить богаче.
Так народ жил богаче при СССР, а не сейчас (если сравнивать с другими странами). Если Вы оперируете этими понятиями, то Вы должны быть за СССР.

vadiminfoЭто "гораздо более комфортных условиях и за гораздо бОльшие деньги." и есть главное. И если будут развитые рынки, в сможете заработав открыть свое дело. А можете не открывать, но и дальше работать за бОльшие деньги. А можете ничего не делать за меньшие деньги. Это и есть либерализм - ваше право, и ваше же ответственность за свой выбор. Разумный эгоизм каждого приводит ко всеобщему благу: более комфортным условиям и гораздо большим деньгам
Эгоизм не бывает разумным. Это есть глубочайшее заблуждение.

vadiminfoА уже обмен и желание заработать ведет и ведет к разделению туда, так как это приносит большую прибыль, богатства.
Разделение труда ведёт не к богатству трудящегося, а к богатству КОНТРОЛИРУЮЩЕГО трудящихся.

vadiminfoИ это как бы естественные законы: эгоизм то присущ каждому. Проста биология
Это неверно. Эгоизм массово насаждается культурой. Если бы было так, как Вы пишете, то в насаждении хатаскрайности не было бы никакого смысла.
...
Рейтинг: 0 / 0
24.09.2019, 15:42
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866450
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
vadiminfoЭто "гораздо более комфортных условиях и за гораздо бОльшие деньги." и есть главное."Успешной является та жизненная стратегия, которая увеличивает вероятность выживания внуков".
А ваше "главное" - тупик, хотя лично вам , может быть и хорошо.
Хотя и здесь до вас так и не доходит простая, в общем-то мысль: без труда огромных коллективов, на которые вам так хочется "наплевать и забыть", вы бы до сих пор топили печку дровами и таскали бы воду вёдрами.
...
Рейтинг: 0 / 0
24.09.2019, 16:05
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866457
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
Сергей ВаскецовНарод пошёл против ПартииВо-первых, пафос и прописные буквы совершенно неуместны.
Во-вторых, народ против партии не шёл. И в партии и в народе было молчаливое согласие в том, что надо променять идею на колбасу.
И не потому, что мы были тупыми совками, а потому, что требуется не очень много активных мерзавцев, чтобы сделать много гадости. Исповдоль, постепенно, но очень неотвратимо.
...
Рейтинг: 0 / 0
24.09.2019, 16:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866469
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
а в СССР была проблема с докторской колбасой или минтаем? В Ленинграде AFAIK в каждом магазине лежало навалом.

Минтай в моей семье вообще считался рыбой, пригодный исключительно на корм коту. Сейчас смотрю на цену ментая в магазине и изумляюсь: кто его покупает )))

p.s. вроде топик не совсем про политику. Давайте вернемся к СУБД )))
p.p.s. не удержался, демотиватор по имортозамещению, всязто с ixbt:
 



...
Рейтинг: 0 / 0
24.09.2019, 16:25
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866478
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
А что их (СУБД) сравнивать-то?
Людей, которые хорошо знают СУБД не очень много, а таких, которых хорошо знают более одной СУБД - ещё меньше.
...
Рейтинг: 0 / 0
24.09.2019, 16:38
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866563
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей ВаскецовНе очень понятно, при чём тут Зюганов. Вот совсем непонятно. Например, КПРФ за частную собственность на средства производства. Поэтому никаких коммунистов там нет. Там самая обычная либерда.

Но понятно то, что Вы по сути оправдали разграбление всего мира Британией тем, что Британии стало от этого хорошо. Нравственность Ваша так и прёт.


Ну Зюганроводы объясняют все успехи той же Англии удачной колониальной политикой несколько веков назад. Поэтому, а не в силу неудачных экономических методологий (административно плавной экономики и проч) СССР проиграл.

А либерда, извините, должна видеть причину в другом: в преимуществах рыночной экономики. Торговать, а не воевать.

Если Вы либердой называете КПРФ или там социал-демократов, то это другое дело.

Тогда просто под одним словом мы понимаем разные вещи. Я тут придерживаюсь того, чему учили в институте. Джон Локка - автора теории либерализма и все такое.



Сергей ВаскецовВам стоит не только мантры и ярлыки в голову впустить, но и хоть что-нибудь узнать о том, как и почему существовал СССР и о роли Партии.
Если в двух словах, то существование СССР было обусловлено существованием Партии. Именно Партия была первична, и именно она учредила СССР.

Ну вот. Учредила. ..обусловлено существованием Партии. А надо чтобы было обусловлено экономическим фундаментом.

Сергей ВаскецовНарод пошёл против Партии, не осознавая, что это приведёт к разрушению СССР. А разрушения СССР народ не хотел.

Вот Вы признаете, что народ не осознает последствий.

Сергей Васкецов Доказательство элементарно: на референдуме народ высказался за сохранение СССР.

А тут что он высказался на референдуме. Ну опять, видно, не осознавал.

А потом не осознал когда не стал поддерживать ГКЧП?

Ну все дело видимо в том, удается или нет привлечь народ борющимся за власть элитам. Вот элиты ГКЧП не смогли привлечь. Ну действительно, кому нужны пустые полки? Привлекли другие колбасой, и референдум не помог.

Сергей ВаскецовИ не даст уже.
Всё.
Он кончился.

До 1991 года тоже думали, что он никогда не придет. После хороших кризисов он придет. Пока больше некому приходить, кроме кризисов.

Сергей ВаскецовВ данном случае что там бредил Маркс - совершенно не интересно.

Ну где Марксу до нас в данном случае?

Сергей ВаскецовТак народ жил богаче при СССР, а не сейчас (если сравнивать с другими странами). Если Вы оперируете этими понятиями, то Вы должны быть за СССР.

Вы еще скажите, что черное это белое.

Сергей ВаскецовЭгоизм не бывает разумным. Это есть глубочайшее заблуждение.

Еще как бывает. Это есть глубочайшая природа вещей.

Сергей ВаскецовРазделение труда ведёт не к богатству трудящегося, а к богатству КОНТРОЛИРУЮЩЕГО трудящихся.

Дающего трудящемуся заработать. А заработав, трудящиеся приобретут блага, которых благодаря разделению труда стало больше.
А как еще трудящиеся могут стать богаче? Халява - это хорошо. Но вот беда: из ничего нельзя получить что-то.
В СССРе была зряплата. Маленькая, но халява. Но она кончилась: все проели. А остальное что понаделали, никому не надо. Например, обувь. Всем нужна была импортная.

Сергей ВаскецовЭто неверно. Эгоизм массово насаждается культурой.
Угу. Все сплошь гуманисты, романтики, аскеты. Культурой он массово осуждается. В СССРе даже секса не было. А чтобы осуждаться - нужно существовать.
...
Рейтинг: 0 / 0
24.09.2019, 18:32
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866566
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Basil A. Sidorov"Успешной является та жизненная стратегия, которая увеличивает вероятность выживания внуков".
И вот англосаксонская модель увеличила выживание не только внуков, но и правнуков внуков.
Basil A. SidorovА ваше "главное" - тупик, хотя лично вам , может быть и хорошо.
.
Тупик - это Англия, Америка или кто, где юзали либерализм?
Basil A. SidorovХотя и здесь до вас так и не доходит простая, в общем-то мысль: без труда огромных коллективов, на которые вам так хочется "наплевать и забыть", вы бы до сих пор топили печку дровами и таскали бы воду вёдрами.
Вы имеете в виду, например, колхозы. Ну нас гоняли туда на шефскую помощь. Колол там и дрова и воду таскал.
Мне не наплевать на коллективы. Но я личность ставлю выше коллектива: первичны права человека.
...
Рейтинг: 0 / 0
24.09.2019, 18:39
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866613
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
vadiminfoИ вот англосаксонская модель увеличила выживание не только внуков, но и правнуков внуков."Узок их круг, страшно далеки они от народа".Тупик - это Англия, Америка или кто, где юзали либерализм?Тупиковой является мысль, что конкуренция лучше кооперации.
Рынок полностью глобализован уже около ста пятидесяти лет и конкуренция стала способом, позволяющим спустить в унитаз любые ресурсы.Вы имеете в виду, например, колхозы.Речь была о повседневной жизни. Когда вы не в командировку приехали, а у вас просто выбора нет.Но я личность ставлю выше коллектива: первичны права человека.Первично выживание социума. Личная блажь оголтелых эгоистов допустима постольку, поскольку эта блажь не мешает обществу.
...
Рейтинг: 0 / 0
24.09.2019, 23:39
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866618
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
[quot Basil A. Sidorov][упиковой является мысль, что конкуренция лучше кооперации.
Рынок полностью глобализован уже около ста пятидесяти лет и конкуренция стала способом, позволяющим спустить в унитаз любые ресурсы.[quot ]
Я очень извиняюсь, но конкуренция это именно то, что приводит к наиболее рациональной трате ресурсов. Действительно, когда ресурсы тратятся зря? Когда производят, то что вообще не нужно или когда тратят на то, что можно было получить без траты (например при импортозамещении).
Когда это происходит? Когда не удается правильно ответить на основные вопросы в экономике: ЧТО, КАК и для КОГО производить.

На самом деле, в этом фундаментальное преимущество рыночной экономики перед административно плановой. Это причина краха административно-плановой экономики при достижении определенного развития потребления. Она много тратила средств, чтобы ответить на эти вопросы. Но все равно отвечала плохо. Много не нужных заводов, обуви. А полки пустые.

А рынок отвечает на эти вопросы бесплатно и более или менее хорошо с помощью ценовых сигналов. И именно благодаря конкуренции ценовые сигналы так хороши. Если цена выше справедливой, то спрос упадет и конкуренция производителей приведет к ее снижению. И наоборот. Поэтому конкуренция имеет решающее значение, чтобы иметь ответы на основные вопросы экономики.
...
Рейтинг: 0 / 0
25.09.2019, 00:35
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866622
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
vadiminfo, а вы тупее, чем кажетесь.

P.S.
Научитесь, хотя бы, пользоваться кнопкой предварительный просмотр.
...
Рейтинг: 0 / 0
25.09.2019, 00:56
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866844
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Basil A. Sidorovvadiminfo, а вы тупее, чем кажетесь.


Ну хорошо что Вы не тупее, чем кажетесь, хотя кажетесь достаточно тупым.
...
Рейтинг: 0 / 0
25.09.2019, 13:19
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866869
Бумбараш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бумбараш
Участник
опять в СУБД три страницы кукареков про сталина.

Куда милиция смотрит.
...
Рейтинг: 0 / 0
25.09.2019, 13:59
| Ответить | Цитировать | Написать  
Российские СУБД
    #39866992
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
Basil A. SidorovВо-первых, пафос и прописные буквы совершенно неуместны
Это не пафос, а способ выразить в русском языке единственность сущности.
Солнце - оно наше единственное, а солнце - любая звезда.
Предзидент - он наш один, а президентов других в мире много.
Ферштейн?
В дальнейшем попрошу не приписывать мне свои стереотипы.

Basil A. SidorovИ в партии и в народе было молчаливое согласие в том, что надо променять идею на колбасу
Выделенное - и есть идти против Партии, поскольку Партия определяла идею (идеологию).
То есть люди в Партии пошли против Партии.
Так понятно?

vadiminfoобъясняют все успехи той же Англии удачной колониальной политикой несколько веков назад. Поэтому, а не в силу неудачных экономических методологий (административно плавной экономики и проч) СССР проиграл
1. Правильно объясняют. И не только "зюгановоды".
2. СССР не проиграл, а был намеренно уничтожен партсовноменклатурой, потому что так лично им было выгодно.

vadiminfoЕсли Вы либердой называете КПРФ или там социал-демократов, то это другое дело.
Тогда просто под одним словом мы понимаем разные вещи. Я тут придерживаюсь того, чему учили в институте. Джон Локка - автора теории либерализма и все такое.
Вы можете придерживаться любых ярлыков, но суть должна быть засвечена: КПРФ поддерживает частную собственность на средства производства, значит коммунистов там никаких нет, обычная либерда, просто мимикрировавшая.

vadiminfoА надо чтобы было обусловлено экономическим фундаментом
Экономический фундамент никогда не обуславливает существование государства. Он является инструментом для существования государства. У Вас причинно-следственные связи нарушены.

vadiminfoА потом не осознал когда не стал поддерживать ГКЧП?
А с чего Вы решили, что народ должен был поддержать ГКЧП? Там была точно такая же элита, как и с другой стороны. Просто методы достижения целей (своих) были иные. А цели - те же.

vadiminfoНу все дело видимо в том, удается или нет привлечь народ борющимся за власть элитам. Вот элиты ГКЧП не смогли привлечь. Ну действительно, кому нужны пустые полки? Привлекли другие колбасой, и референдум не помог.
Народ и не надо привлекать. Народ ничего не решает. Предательства осущствляются в кабинетах. Народ на улице - лишь спектакль.

vadiminfoДо 1991 года тоже думали, что он никогда не придет
Почему? До 1991 года запад вынужден был содержать витрину капитализма для противостояния СССР. После уничтожения СССР социальные проекты на западе начали сворачиваться. Поэтому так как в цитате - никто не думал.

vadiminfoСергей ВаскецовТак народ жил богаче при СССР, а не сейчас (если сравнивать с другими странами). Если Вы оперируете этими понятиями, то Вы должны быть за СССР.

Вы еще скажите, что черное это белое.
Я вообще-то медицинский факт излагаю.

vadiminfoДающего трудящемуся заработать. А заработав, трудящиеся приобретут блага, которых благодаря разделению труда стало больше.
Почему тогда на западе люди в среднем беднеют, а индекс джини там увеличивается, и этот тренд никак не может изменить никакой капитализм и никакая либеральн-буржуазная формация?

vadiminfoВ СССРе даже секса не было
Если Вы скатились на враньё, то не вижу смысла продолжать дискуссию в подобном ключе. Попробуйте более конструктивно выражать свои мысли.
...
Рейтинг: 0 / 0
25.09.2019, 17:01
| Ответить | Цитировать | Написать  
Российские СУБД
    #39867038
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H5N1
Участник
Сергей Васкецов2. СССР не проиграл, а был намеренно уничтожен партсовноменклатурой, потому что так лично им было выгодно.

ссср проиграл т.к. не смог построить полноценное гос-во. где были спецслужбы ? что за образование получило население, которое с такой легкостью променяло Родину на колбасу ? что за система, что пропихивала наверх исключительно овно ?
сталинская система образования спецом выращивала людей с перевернутом представлении о чести и совести. эти люди делали ровно то, к чему их готовила система образования.
...
Рейтинг: 0 / 0
25.09.2019, 17:43
| Ответить | Цитировать | Написать  
Российские СУБД
    #39867087
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Сергей Васкецов2. СССР не проиграл, а был намеренно уничтожен партсовноменклатурой, потому что так лично им было выгодно.

А проиграл бы если бы был не намеренно уничтожен? А когда намерено не считается? Типа не по правилам играют?


Сергей ВаскецовЭкономический фундамент никогда не обуславливает существование государства. Он является инструментом для существования государства. У Вас причинно-следственные связи нарушены.

Вы какой-то коммунист - не марксист. Скорее всего утопист: домарксистского так сказать периода.

Сергей ВаскецовА с чего Вы решили, что народ должен был поддержать ГКЧП? Там была точно такая же элита, как и с другой стороны. Просто методы достижения целей (своих) были иные. А цели - те же.

Не поддержал ГКЧП - означает, что не выступил в защиту СССР. А в душе то может и хотел СССРа. Но Вы писали, что народ не осознает. Поэтому все равно не считается: сам не осознает чего хочет.
У либерды то все просто: народ хочет быть богатым, процветать. Человек то эгоист все же.

Сергей ВаскецовНарод и не надо привлекать. Народ ничего не решает. Предательства осущствляются в кабинетах. Народ на улице - лишь спектакль.

А они не послушали Вас и привлекли. И в виде исключения народ решил: поставили Ельцина и либерду.


Сергей ВаскецовПочему? До 1991 года запад вынужден был содержать витрину капитализма для противостояния СССР. После уничтожения СССР социальные проекты на западе начали сворачиваться. Поэтому так как в цитате - никто не думал.

Потому что осуществили либерализацию цен, разрешили частную собственность: капиталистические реформы. А капитализм экономика - либерды.



Сергей ВаскецовПочему тогда на западе люди в среднем беднеют, а индекс джини там увеличивается, и этот тренд никак не может изменить никакой капитализм и никакая либеральн-буржуазная формация?

Вот нам бы так обеднеть как в Швейцарии или Лихтенштейне. А потом посмотрим изменить этот тренд или не изменить.
А быть таким богатыми как в СССРе или там теперешней Венесуэле - возьмите плиз себе.
...
Рейтинг: 0 / 0
25.09.2019, 20:58
| Ответить | Цитировать | Написать  
Российские СУБД
    #39867138
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
Сергей ВаскецовЭто неверно. Эгоизм массово насаждается культурой. Если бы было так, как Вы пишете, то в насаждении хатаскрайности не было бы никакого смысла.

Тут немного сложнее.
Эгоистичное, так и альтруистическое поведение присуща человекам "by defualt".
Да с помощью культуры, пропаганды и т.д. можно сместить поведение в ту или иную сторону.
Но не смотря на это в популяции все равно будут встречаться особи с тем или иным поведением в не зависимости от "давления общества".
...
Рейтинг: 0 / 0
26.09.2019, 06:07
| Ответить | Цитировать | Написать  
Российские СУБД
    #39867139
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
vadiminfoПотому что осуществили либерализацию цен, разрешили частную собственность: капиталистические реформы. А капитализм экономика - либерды.


Либерализм и капитализм вещи ортогональные.

Например, во время рассвета "классического капитализма" протекционизм, вмешательство государства в экономику не только не порицались, а иногда даже приветствовались.

Либерализм, как и коммунизм - это идеология.
Воплощение которой в жизнь приводит к предсказуемому результату - полному провалу.
...
Рейтинг: 0 / 0
26.09.2019, 06:14
| Ответить | Цитировать | Написать  
Российские СУБД
    #39867189
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
mad_nazgulvadiminfoПотому что осуществили либерализацию цен, разрешили частную собственность: капиталистические реформы. А капитализм экономика - либерды.


Либерализм и капитализм вещи ортогональные.

Например, во время рассвета "классического капитализма" протекционизм, вмешательство государства в экономику не только не порицались, а иногда даже приветствовались.

Либерализм, как и коммунизм - это идеология.
Воплощение которой в жизнь приводит к предсказуемому результату - полному провалу.

Либерализм политическая система капитализма. А капитализм соответственно экономика либерализма. Это как бы фундаментально, самое главное.

Ведь что такое либерализм: каждый человек по факту рождения имеет права. Право на жизнь, на свободу и на СОБСТВЕННОСТЬ. Но права то у него есть. Но их может кто-то отнять. Вот государство аппарат сдерживания и принуждения тех кто хочет отнять права, и больше ничего. Не участник экономики в частности.
А капитализм - экономика основанная на частной СОБСТВЕННОСТИ (не на государственной).

А в реальности нет, конечно, ни чистого либерализма ни капитализма: какие-то отклонения всегда есть. Например, везде есть госсобственность. Чем меньше отклонений, тем либеральнее.


В другом смысле либерализм - политическая теория.


Но как бы не идеология, а отсутствие таковой. Вы можете если верите во что-то открывать свои секты. Лишь бы это не ущемляло чьих-то прав.

В теории нет истин, а есть что-то что кажется рациональным и пока не опровергнуто. А в идеологии есть истины. А как народ пойдет за ней если это не истины?
...
Рейтинг: 0 / 0
26.09.2019, 10:17
| Ответить | Цитировать | Написать  
Российские СУБД
    #39867234
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
А в топике можно обсуждать сами СУБД ?
...
Рейтинг: 0 / 0
26.09.2019, 11:33
| Ответить | Цитировать | Написать  
Российские СУБД
    #39867251
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
Можно, конечно - у нас же разумный эгоизм на марше ;)
...
Рейтинг: 0 / 0
26.09.2019, 12:16
| Ответить | Цитировать | Написать  
Российские СУБД
    #39867273
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Отлично. Давайте в топике обсуждать СУБД. Это технический вопрос. Я делаю на этом акцент.
...
Рейтинг: 0 / 0
26.09.2019, 12:54
| Ответить | Цитировать | Написать  
Российские СУБД
    #39867672
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
vadiminfoЛиберализм политическая система капитализма. А капитализм соответственно экономика либерализма. Это как бы фундаментально, самое главное.


Либерализм - это идеология.
В рамках капиталистического общества есть другая идеология - консерватизм.
Не смотря на один "экономисеский базис" идеологии отличаются.

Хотя "исконно-посконной" идеологией капитализма, это все таки протестантизм,

vadiminfoВедь что такое либерализм: каждый человек по факту рождения имеет права. Право на жизнь, на свободу и на СОБСТВЕННОСТЬ. Но права то у него есть. Но их может кто-то отнять. Вот государство аппарат сдерживания и принуждения тех кто хочет отнять права, и больше ничего. Не участник экономики в частности.
А капитализм - экономика основанная на частной СОБСТВЕННОСТИ (не на государственной).


Ага вот скажите это крестьянам которых "съели овцы", или нещадно эксплуатируемым детям из юго-восточного региона.
Вот по факту рождения у них было одно право - сдохнуть.

vadiminfoА в реальности нет, конечно, ни чистого либерализма ни капитализма: какие-то отклонения всегда есть. Например, везде есть госсобственность. Чем меньше отклонений, тем либеральнее.


В другом смысле либерализм - политическая теория.


Либерализм - идеология.
Один из способов промывки мозгов населению, чтобы оно не возмущалось и работало на благо "дяди".
...
Рейтинг: 0 / 0
27.09.2019, 07:27
| Ответить | Цитировать | Написать  
Российские СУБД
    #39867673
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
maytonА в топике можно обсуждать сами СУБД ?

ПТ закрыли, вот и вылезло :-)
Модератор: Закрыто
...
Рейтинг: 0 / 0
27.09.2019, 07:28
| Ответить | Цитировать | Написать  
403 сообщений из 403, показаны все 17 страниц
  все  
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Российские СУБД
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru             Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=35&tid=1552188]:
 0ms
get settings:
 10ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 92ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 369ms
get tp. blocked users:
 2ms
others: 20ms
total:  523ms
созд. / загр.: 523ms / 2067ms
x
x
Закрыть


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