|
Российские СУБД
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev Вот именно "при прочих равных". Где Вы в госпроектах это видели? На каком тендере? ))) .... "российский процессор" Эльбрус) IMHO & AFAIK С тендерами беда, тут Вы правы. Эльбрус, кстати, единственный из "российских процессоров", который действительно выпускается в России. Остальные "российские" - да, за границей. Россия при этом экспортирует микроэлектроники на миллионы долларов - не для всех компонентов нужны тонкие техпроцессы. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 14:03 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Vladimir Baskakov - если база встала-накрылась вендор поможет вендор спасет. Почему-то считается, что платить за поддержку дорогого платного продукта нормально, а бесплатного - нет. Должно само работать. Сам по себе Oracle ничего не предоставляет. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 14:07 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevAddx...А в других госпроектах почему бы при прочих равных не выбрать российские продукты или open source? И деньги сэкономятся государственные. Вот именно "при прочих равных". Где Вы в госпроектах это видели? На каком тендере? ))) Раньше было: "1С хорошая система, но больно дешевая. Мы лучше Oracle продадим" ( C ) теперь все наоборот Только российское и, пофиг, что сделано на западе (что "российская СУБД" PostgreSQL, что "российский процессор" Эльбрус) Как "прочих равных" не было, так и нет. Один бред сменяется другим бредом. IMHO & AFAIK Раньше вроде был не бред: на рынке и должны искать выгоду. Вот идеологией руководствовться на рынку, это сомнительное что-то. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 14:08 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
vadiminfoVictor MetelitsaПричина копирования (то бишь воровства) западной компьютерной техники вместо развития своей была в нехватке программистов, а для западной можно было наворовать софт. А теперь аж целый Линтер есть. Программистов вседа было полно. ??? Воровство от бендости, а так и купили ба. Не развивать свое, а чтобы развивалось то что получается по рынку. При Советском Союзе какой такой рынок? Ну нужен Вам это Линтер сам по себе? Вам же нужно систему как можно лучше сделать, а не сделать систему из своего. Может завтра вообще СУБД будут не нужны, а их будут с помощью костылей типа развивать, тратить ресурсы. Линтер мне нужен только для того, чтобы сказать, что он есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 14:14 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
AddxЭльбрус, кстати, единственный из "российских процессоров", который действительно выпускается в России. Разве что советский, прошлого века, выпускался в. Нынешний на Тайване. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 14:17 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
vadiminfoLeonid Kudryavtsevпропущено... Вот именно "при прочих равных". Где Вы в госпроектах это видели? На каком тендере? ))) Раньше было: "1С хорошая система, но больно дешевая. Мы лучше Oracle продадим" ( C ) теперь все наоборот Только российское и, пофиг, что сделано на западе (что "российская СУБД" PostgreSQL, что "российский процессор" Эльбрус) Как "прочих равных" не было, так и нет. Один бред сменяется другим бредом. IMHO & AFAIK Раньше вроде был не бред: на рынке и должны искать выгоду. Вот идеологией руководствовться на рынку, это сомнительное что-то. Вопрос в том, кто ищет свою выгоду, государство или люди, получающие откаты? Когда покупается продукт, заведомо более дорогой, чем нужно исходя из сложности задач - варианта два. Личная заинтересованность или некомпетентность (раз все покупают Oracle, то и мы купим). Рынком тут не пахнет. Разумный! протекционизм не повредит рынку ПО, но укрепит безопасность государства и будет способствовать развитию отрасли(как ни пафосно это звучит). ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 14:21 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Victor MetelitsaРазве что советский, прошлого века, выпускался в. Нынешний на Тайване. небоись, для вояк выпускают в РФ по 90 нм технологии. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 14:41 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Victor Metelitsa ??? Ну не только же их в Обниске было много? Где я их наблюдал. Victor MetelitsaПри Советском Союзе какой такой рынок? Ну вот и я том же. Все рынок и должен решать. И бедности меньше станет. А нерыночное типа импортозамещения, только мешает нашему светлому каптилистческому будущему. Victor MetelitsaЛинтер мне нужен только для того, чтобы сказать, что он есть. Типа чтобы выиграть пари с кем-то? А так какая разница Вам есть он или нет, если только для этого. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 14:48 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
vadiminfo Victor MetelitsaЛинтер мне нужен только для того, чтобы сказать, что он есть. Типа чтобы выиграть пари с кем-то? А так какая разница Вам есть он или нет, если только для этого. По-моему уже давно выяснили, что работают с тем, с чем умеют лучше всего. Будет человек уметь работать с Линтер - будет работать с Линтер. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 15:16 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
rodenvadiminfoпропущено... Типа чтобы выиграть пари с кем-то? А так какая разница Вам есть он или нет, если только для этого. По-моему уже давно выяснили, что работают с тем, с чем умеют лучше всего. Будет человек уметь работать с Линтер - будет работать с Линтер.Это какая-то подмена понятий. Допустим, я знаю хорошо MS Access или dbase, но я их точно не буду использовать. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 15:25 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Alexander Ryndin Так что там реально нет Partitioning? Только самописки? Мда. Ну что такое partitioning? По большому счету синтаксический сахар над view с instead of триггерами. То что в Oracle trigger очень накладная вещь и гораздо проще было запихнуть функционал по определенному множеству триггеров в движок базы еще не делает ему чести. Тем более, что за этот костыль еще и денег дополнительных просят. С другой стороны его стандартизированность предоставляет удобство в сопровождении и охватывает большую часть пользовательских потребностей. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 15:26 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Сергей АрсеньевНу что такое partitioning? По большому счету синтаксический сахар над view с instead of триггерами. А в PG есть instead of select триггера, которые определяют из какой подлежащей таблицы выбирать, а какую не трогать?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 15:32 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
rodenПо-моему уже давно выяснили, что работают с тем, с чем умеют лучше всего. Будет человек уметь работать с Линтер - будет работать с Линтер. Многие переходили на более продвинутое, с хорошо знаемого. Я когда-то типа по Прадоксу досовому обучал. Но перепрыгнул на Аксцесс при первой возможности. Потом рвлся на Скуля, но мечтал об Оракле. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 15:43 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Victor MetelitsaAddxЭльбрус, кстати, единственный из "российских процессоров", который действительно выпускается в России. Разве что советский, прошлого века, выпускался в. Нынешний на Тайване. Под 90 нм на Микроне. Вчерашний день, конечно, но и задачи есть разные. Новые Эльбрусы на Микроне не сделаешь, там другой техпроцесс. Впрочем, с ПО проще. Не нужны многомиллиардные инвестиции в фабрики (которые России к тому же никто не продаст, AMD свою линию продали, и то, обстановка в мире была другая). ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 15:45 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovА в PG есть instead of select триггера, которые определяют из какой подлежащей таблицы выбирать, а какую не трогать?.. Мне казалось, что функционал выборки формируется на основе условия where. И если в запросе стоит where id=5 and id=10, то уж оптимизатор запросов должен понять, что ему надо делать. Но не все йогурты одинаково полезны. Что в этом случае делает PG не в курсе. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 15:49 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Сергей АрсеньевМне казалось, что функционал выборки формируется на основе условия where. И если в запросе стоит where id=5 and id=10, то уж оптимизатор запросов должен понять, что ему надо делать. И как он в случае наколеночного партиционирования на триггерах должен догадаться из какой "партиции" нужно читать данные для данного запроса?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 15:55 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovСергей АрсеньевНу что такое partitioning? По большому счету синтаксический сахар над view с instead of триггерами. А в PG есть instead of select триггера, которые определяют из какой подлежащей таблицы выбирать, а какую не трогать?.. Есть CREATE RULE с возможностью указать instead of select. Наверное, туда можно воткнуть и определение трогать таблицу или нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 15:55 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Alexander Ryndin, можешь подтвердить ссылками слова Путина про программистов?) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 16:29 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Сергей АрсеньевИ если в запросе стоит where id=5 and id=10, то уж оптимизатор запросов должен понять, что ему надо делать. Если в СУБД предусмотрено секционирование - оптимизатор "знает", что читать надо блоки только из той секции, (например, у каждой секции свой файл - только из этого файла). А если нет, то он, скорее всего, будет просматривать все "секции" (ну назовите их партиции). Иначе кажНая СУБД поддерживала эту фичу, если бы все так просто было. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 16:57 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovИ как он в случае наколеночного партиционирования на триггерах должен догадаться из какой "партиции" нужно читать данные для данного запроса?.. Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
Как можно догадаться, что из первого подзапроса ничего не будет выбрано? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 17:02 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
[baza906, 1) давно уже сказали, что это был не Путин 2) а что подтверждать, баян он и есть баян: https://navalny.com/t/400/ ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 17:06 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Сергей АрсеньевКак можно догадаться, что из первого подзапроса ничего не будет выбрано? "Не будет выбрано" не равно "не будет просмотрено" в общем случае. И надо не из подзапроса, а из запроса: идея в том, что пишущий запросы ничего не знает про секции. Т.е. в запросе ничего не должно быть про секции. Сервер сам выберет только нужные секции, а остальные пропустит. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 17:19 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Поэкспериментировал. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Типа имеем три партиции. Триггер 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.
Действительно, трогает все три таблицы. Но это же логично. Никто не запрещает же в t_part_1 положить part_id=2. Запретим это делать: Код: plsql 1. 2. 3. 4. 5. 6. 7.
И вдруг план говорит, что можно в таблицы и не смотреть: Код: 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 18:30 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
Сергей АрсеньевDimitry SibiryakovИ как он в случае наколеночного партиционирования на триггерах должен догадаться из какой "партиции" нужно читать данные для данного запроса?.. Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
Как можно догадаться, что из первого подзапроса ничего не будет выбрано? Похоже, достаточно CHECK-констрейнта. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 18:32 |
|
Российские СУБД
|
|||
---|---|---|---|
#18+
А что там с hash и композитным партицированием? Ну там сначала по диапазону дат, а потом уже внутри по хэшу? Сдается мне, что если это и поддерживается, то будет адок с сопровождением. В Oracle такое партицирование вплошь и рядом. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2016, 18:41 |
|
|
start [/forum/topic.php?fid=35&msg=39199878&tid=1552188]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
27ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
66ms |
get tp. blocked users: |
1ms |
others: | 277ms |
total: | 418ms |
0 / 0 |