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

Откуда:
Сообщений: 957
Leonid Kudryavtsev

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

....

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

IMHO & AFAIK


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

Эльбрус, кстати, единственный из "российских процессоров", который действительно выпускается в России. Остальные "российские" - да, за границей. Россия при этом экспортирует микроэлектроники на миллионы долларов - не для всех компонентов нужны тонкие техпроцессы.
24 мар 16, 14:03    [18973173]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Addx
Member

Откуда:
Сообщений: 957
Vladimir Baskakov
- если база встала-накрылась вендор поможет вендор спасет.


Почему-то считается, что платить за поддержку дорогого платного продукта нормально, а бесплатного - нет. Должно само работать. Сам по себе Oracle ничего не предоставляет.
24 мар 16, 14:07    [18973213]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Leonid Kudryavtsev
Addx
...А в других госпроектах почему бы при прочих равных не выбрать российские продукты или open source? И деньги сэкономятся государственные.


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

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

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

IMHO & AFAIK

Раньше вроде был не бред: на рынке и должны искать выгоду. Вот идеологией руководствовться на рынку, это сомнительное что-то.
24 мар 16, 14:08    [18973223]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
vadiminfo
Victor Metelitsa
Причина копирования (то бишь воровства) западной компьютерной техники вместо развития своей была в нехватке программистов, а для западной можно было наворовать софт. А теперь аж целый Линтер есть.

Программистов вседа было полно.

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

При Советском Союзе какой такой рынок?
Ну нужен Вам это Линтер сам по себе? Вам же нужно систему как можно лучше сделать, а не сделать систему из своего. Может завтра вообще СУБД будут не нужны, а их будут с помощью костылей типа развивать, тратить ресурсы.

Линтер мне нужен только для того, чтобы сказать, что он есть.
24 мар 16, 14:14    [18973266]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
Addx
Эльбрус, кстати, единственный из "российских процессоров", который действительно выпускается в России.

Разве что советский, прошлого века, выпускался в. Нынешний на Тайване.
24 мар 16, 14:17    [18973280]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Addx
Member

Откуда:
Сообщений: 957
vadiminfo
Leonid Kudryavtsev
пропущено...


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

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

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

IMHO & AFAIK

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


Вопрос в том, кто ищет свою выгоду, государство или люди, получающие откаты? Когда покупается продукт, заведомо более дорогой, чем нужно исходя из сложности задач - варианта два. Личная заинтересованность или некомпетентность (раз все покупают Oracle, то и мы купим). Рынком тут не пахнет. Разумный! протекционизм не повредит рынку ПО, но укрепит безопасность государства и будет способствовать развитию отрасли(как ни пафосно это звучит).
24 мар 16, 14:21    [18973312]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Yo.!
Guest
Victor Metelitsa
Разве что советский, прошлого века, выпускался в. Нынешний на Тайване.

небоись, для вояк выпускают в РФ по 90 нм технологии.
24 мар 16, 14:41    [18973453]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
vadiminfo
Member

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

???

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

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

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

Victor Metelitsa
Линтер мне нужен только для того, чтобы сказать, что он есть.

Типа чтобы выиграть пари с кем-то? А так какая разница Вам есть он или нет, если только для этого.
24 мар 16, 14:48    [18973504]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
roden
Member

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

Victor Metelitsa
Линтер мне нужен только для того, чтобы сказать, что он есть.

Типа чтобы выиграть пари с кем-то? А так какая разница Вам есть он или нет, если только для этого.

По-моему уже давно выяснили, что работают с тем, с чем умеют лучше всего.
Будет человек уметь работать с Линтер - будет работать с Линтер.
24 мар 16, 15:16    [18973707]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
roden
vadiminfo
пропущено...

Типа чтобы выиграть пари с кем-то? А так какая разница Вам есть он или нет, если только для этого.

По-моему уже давно выяснили, что работают с тем, с чем умеют лучше всего.
Будет человек уметь работать с Линтер - будет работать с Линтер.
Это какая-то подмена понятий. Допустим, я знаю хорошо MS Access или dbase, но я их точно не буду использовать.
24 мар 16, 15:25    [18973778]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
Alexander Ryndin
Так что там реально нет Partitioning? Только самописки? Мда.

Ну что такое partitioning? По большому счету синтаксический сахар над view с instead of триггерами.
То что в Oracle trigger очень накладная вещь и гораздо проще было запихнуть функционал по определенному множеству триггеров в движок базы еще не делает ему чести. Тем более, что за этот костыль еще и денег дополнительных просят. С другой стороны его стандартизированность предоставляет удобство в сопровождении и охватывает большую часть пользовательских потребностей.
24 мар 16, 15:26    [18973787]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Dimitry Sibiryakov
Member

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

Сергей Арсеньев
Ну что такое partitioning? По большому счету синтаксический сахар
над view с instead of триггерами.

А в PG есть instead of select триггера, которые определяют из какой подлежащей таблицы
выбирать, а какую не трогать?..

Posted via ActualForum NNTP Server 1.5

24 мар 16, 15:32    [18973832]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
roden
По-моему уже давно выяснили, что работают с тем, с чем умеют лучше всего.
Будет человек уметь работать с Линтер - будет работать с Линтер.

Многие переходили на более продвинутое, с хорошо знаемого. Я когда-то типа по Прадоксу досовому обучал. Но перепрыгнул на Аксцесс при первой возможности. Потом рвлся на Скуля, но мечтал об Оракле.
24 мар 16, 15:43    [18973927]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Addx
Member

Откуда:
Сообщений: 957
Victor Metelitsa
Addx
Эльбрус, кстати, единственный из "российских процессоров", который действительно выпускается в России.

Разве что советский, прошлого века, выпускался в. Нынешний на Тайване.


Под 90 нм на Микроне. Вчерашний день, конечно, но и задачи есть разные.
Новые Эльбрусы на Микроне не сделаешь, там другой техпроцесс.
Впрочем, с ПО проще. Не нужны многомиллиардные инвестиции в фабрики (которые России к тому же никто не продаст, AMD свою линию продали, и то, обстановка в мире была другая).
24 мар 16, 15:45    [18973939]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
Dimitry Sibiryakov
А в PG есть instead of select триггера, которые определяют из какой подлежащей таблицы
выбирать, а какую не трогать?..

Мне казалось, что функционал выборки формируется на основе условия where.
И если в запросе стоит where id=5 and id=10, то уж оптимизатор запросов должен понять, что ему надо делать. Но не все йогурты одинаково полезны. Что в этом случае делает PG не в курсе.
24 мар 16, 15:49    [18973967]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Dimitry Sibiryakov
Member

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

Сергей Арсеньев
Мне казалось, что функционал выборки формируется на основе условия
where.
И если в запросе стоит where id=5 and id=10, то уж оптимизатор запросов должен понять, что
ему надо делать.

И как он в случае наколеночного партиционирования на триггерах должен догадаться из какой
"партиции" нужно читать данные для данного запроса?..

Posted via ActualForum NNTP Server 1.5

24 мар 16, 15:55    [18974011]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Alexander A. Sak
Member

Откуда: Омск
Сообщений: 1229
Dimitry Sibiryakov
Сергей Арсеньев
Ну что такое partitioning? По большому счету синтаксический сахар
над view с instead of триггерами.

А в PG есть instead of select триггера, которые определяют из какой подлежащей таблицы
выбирать, а какую не трогать?..


Есть CREATE RULE с возможностью указать instead of select. Наверное, туда можно воткнуть и определение трогать таблицу или нет.
24 мар 16, 15:55    [18974013]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
baza906
Member

Откуда:
Сообщений: 291
Alexander Ryndin,
можешь подтвердить ссылками слова Путина про программистов?)
24 мар 16, 16:29    [18974236]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Сергей Арсеньев
И если в запросе стоит where id=5 and id=10, то уж оптимизатор запросов должен понять, что ему надо делать.

Если в СУБД предусмотрено секционирование - оптимизатор "знает", что читать надо блоки только из той секции, (например, у каждой секции свой файл - только из этого файла). А если нет, то он, скорее всего, будет просматривать все "секции" (ну назовите их партиции). Иначе кажНая СУБД поддерживала эту фичу, если бы все так просто было.
24 мар 16, 16:57    [18974391]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
Dimitry Sibiryakov
И как он в случае наколеночного партиционирования на триггерах должен догадаться из какой
"партиции" нужно читать данные для данного запроса?..

with t as (
   select id ...
    where id=1
  union all
   select id ...
    where id=2
)
select * from t where id>1

Как можно догадаться, что из первого подзапроса ничего не будет выбрано?
24 мар 16, 17:02    [18974431]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9907
[baza906,
1) давно уже сказали, что это был не Путин
2) а что подтверждать, баян он и есть баян:
https://navalny.com/t/400/
24 мар 16, 17:06    [18974466]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Сергей Арсеньев
Как можно догадаться, что из первого подзапроса ничего не будет выбрано?

"Не будет выбрано" не равно "не будет просмотрено" в общем случае.
И надо не из подзапроса, а из запроса: идея в том, что пишущий запросы ничего не знает про секции. Т.е. в запросе ничего не должно быть про секции. Сервер сам выберет только нужные секции, а остальные пропустит.
24 мар 16, 17:19    [18974545]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Alexander A. Sak
Member

Откуда: Омск
Сообщений: 1229
Поэкспериментировал.

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

Смотрим на план:
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. Запретим это делать:

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=> 


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

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 строки)
24 мар 16, 18:30    [18974893]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Alexander A. Sak
Member

Откуда: Омск
Сообщений: 1229
Сергей Арсеньев
Dimitry Sibiryakov
И как он в случае наколеночного партиционирования на триггерах должен догадаться из какой
"партиции" нужно читать данные для данного запроса?..

with t as (
   select id ...
    where id=1
  union all
   select id ...
    where id=2
)
select * from t where id>1

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


Похоже, достаточно CHECK-констрейнта.
24 мар 16, 18:32    [18974896]     Ответить | Цитировать Сообщить модератору
 Re: Российские СУБД  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
А что там с hash и композитным партицированием? Ну там сначала по диапазону дат, а потом уже внутри по хэшу? Сдается мне, что если это и поддерживается, то будет адок с сопровождением. В Oracle такое партицирование вплошь и рядом.
24 мар 16, 18:41    [18974926]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9 10 .. 17   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить