powered by simpleCommunicator - 2.0.40     © 2025 Programmizd 02
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Российские СУБД
25 сообщений из 403, страница 3 из 17
Российские СУБД
    #39199715
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev
Вот именно "при прочих равных". Где Вы в госпроектах это видели? На каком тендере? )))

....

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

IMHO & AFAIK

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

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


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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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


Есть CREATE RULE с возможностью указать instead of select. Наверное, туда можно воткнуть и определение трогать таблицу или нет.
...
Рейтинг: 0 / 0
Российские СУБД
    #39199917
baza906
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexander Ryndin,
можешь подтвердить ссылками слова Путина про программистов?)
...
Рейтинг: 0 / 0
Российские СУБД
    #39199950
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей АрсеньевИ если в запросе стоит where id=5 and id=10, то уж оптимизатор запросов должен понять, что ему надо делать.
Если в СУБД предусмотрено секционирование - оптимизатор "знает", что читать надо блоки только из той секции, (например, у каждой секции свой файл - только из этого файла). А если нет, то он, скорее всего, будет просматривать все "секции" (ну назовите их партиции). Иначе кажНая СУБД поддерживала эту фичу, если бы все так просто было.
...
Рейтинг: 0 / 0
Российские СУБД
    #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
Российские СУБД
    #39199967
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[baza906,
1) давно уже сказали, что это был не Путин
2) а что подтверждать, баян он и есть баян:
https://navalny.com/t/400/
...
Рейтинг: 0 / 0
Российские СУБД
    #39199979
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей АрсеньевКак можно догадаться, что из первого подзапроса ничего не будет выбрано?
"Не будет выбрано" не равно "не будет просмотрено" в общем случае.
И надо не из подзапроса, а из запроса: идея в том, что пишущий запросы ничего не знает про секции. Т.е. в запросе ничего не должно быть про секции. Сервер сам выберет только нужные секции, а остальные пропустит.
...
Рейтинг: 0 / 0
Российские СУБД
    #39200034
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
Российские СУБД
    #39200036
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
Российские СУБД
    #39200046
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А что там с hash и композитным партицированием? Ну там сначала по диапазону дат, а потом уже внутри по хэшу? Сдается мне, что если это и поддерживается, то будет адок с сопровождением. В Oracle такое партицирование вплошь и рядом.
...
Рейтинг: 0 / 0
25 сообщений из 403, страница 3 из 17
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Российские СУБД
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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