ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Oracle или MS SQL Server 2005
25 сообщений из 262, страница 7 из 11
  7  все
Oracle или MS SQL Server 2005
    #37514804
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
Кэш на SSDAlexander Ryndinпропущено...
Вы представляете отличие кэша данных на flash от данных лежащих на flash?
Кэш на SSD ускоряет только чтение, а данные на flash ускоряет чтение и запись.
Если раньше SSD были менее надежны, то вопрос о надежности современных SSD и HDD более чем спорный.Согласен. Но кэш - это настроил и забыл. СУБД сама заботится, какие данные кэшировать.
...
Рейтинг: 0 / 0
07.11.2011, 17:34
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37514808
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Dimitry SibiryakovДа, и мы все знаем где он.
Это хорошо. Ещё лучше, что в 17:26 об этом узнал и жираф.

Dimitry Sibiryakov Уже дохрена раз повторялось, что IB/FB не умеет
Замечательно. Вот тогда - внимательно следите за мыслью - попробуйте понять следующее: когда чуткая техподдержка FB исправит этот недостаток, Вы сможете с несколько большими основаниями пороть фигню относительно других вендоров.
...
Рейтинг: 0 / 0
07.11.2011, 17:35
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37514842
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
softwarerВот тогда - внимательно следите за мыслью - попробуйте понять следующее: когда чуткая
техподдержка FB исправит этот недостаток, Вы сможете с несколько большими основаниями
пороть фигню относительно других вендоров.
Я смогу пороть фигню с меньшими основаниями когда Вы покажете как Оракул:

1) Извлекает данные из function-based индексов
2) Использует индекс для регистронечувствительного поиска и при этом опять же извлекает из
него данные.

То есть занимается тем, что Firebird не может делать вследствие данного недостатка.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
07.11.2011, 17:50
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37514953
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
softwarer А тогда, простите, какого хрена Вы выдвигаете мне претензию, что я говорю про чтение? Где я выдвигал претензии ?

Я пытался понять - о чём вы говорите когда упоминете ненормальную работу IB\FB с индексами в пишуших тр-циях.
Как выяснилось - вы сами этого не понимаете :)
Собственно, не смею больше занимать вашего драгоценного времени.
...
Рейтинг: 0 / 0
07.11.2011, 18:58
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37515587
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Dimitry SibiryakovЯ смогу пороть фигню с меньшими основаниями когда Вы покажете как Оракул: 1) Извлекает данные из function-based индексов
А зачем Вы упорно тянете к какой-то фигне? Смотрите:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
SQL> select index_type, count(*), round( 100  * count(*) / (select count(*) from dba_indexes),  2 ) percent
from dba_indexes group by index_type
order by  2  desc;

INDEX_TYPE                  COUNT(*)               PERCENT                
--------------------------- ---------------------- ---------------------- 
NORMAL                       3687                     76 , 49                   
LOB                          904                      18 , 76                   
IOT - TOP                    158                      3 , 28                    
FUNCTION-BASED NORMAL        40                       0 , 83                    
BITMAP                       16                       0 , 33                    
CLUSTER                      10                       0 , 21                    
FUNCTION-BASED DOMAIN        4                        0 , 08                    
DOMAIN                       1                        0 , 02                    

 8  rows selected

Вы всерьёз озабочены проблемой, относящейся к 0,91% от общего количества индексов? Уверяю Вас, как только Вы покажете отсутствие в FB проблемы с 99,09% индексов, остаток я Вам прощу

Dimitry SibiryakovТо есть занимается тем, что Firebird не может делать вследствие данного недостатка.
О, Вы уже признали, что это недостаток. Прогресс. Так что там с чуткой службой ТП, когда можно ждать исправления данного недостатка в FB? Хотя бы для 99% случаев?
...
Рейтинг: 0 / 0
08.11.2011, 10:23
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37515610
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
softwarer,

это может показаться странным, но у этого "недостатка" есть и достоинства. Именно из-за них в далекое время индексы были реализованы именно таким образом. Сейчас весь вопрос в балансе интересов. Я готов согласиться, что индексное покрытие является важной фичей. Но не видеть за ней ничего прочего - как минимум непрофессионально. А не хотеть видеть - еще хуже.
...
Рейтинг: 0 / 0
08.11.2011, 10:36
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37515662
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
dimitrэто может показаться странным, но у этого "недостатка" есть и достоинства.
Я понимаю это. Я жду, когда об этом задумается товарищ Сибиряков, и когда до него дойдёт, что я демонстрирую ему ровно его же подход: взять один-единственный аспект одной-единственной детали и долбить в него, не задумываясь, для чего он, почему именно так, как это вписывается в общую картину и каков баланс плюсов-минусов. Напоминаю, что эта ветвь выросла из броской фразы Дмитрия про то, что, мол, Оракл кучу лет не устраняет мешающую пользователям мутацию таблиц. Я взял примерно такую же деталь из ценимого Дмитрием продукта и предлагаю сесть подождать, когда команда FB продемонстрирует лучшие результаты.
...
Рейтинг: 0 / 0
08.11.2011, 11:07
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37515879
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
softwarerНапоминаю, что эта ветвь выросла из броской фразы Дмитрия про то, что, мол, Оракл кучу лет не устраняет мешающую пользователям мутацию таблиц. Я взял примерно такую же деталь из ценимого Дмитрием продукта и предлагаю сесть подождать, когда команда FB продемонстрирует лучшие результаты.
тут не совсем понял зачем было брать "примерно такую же деталь", а не ткнуть носом Дмитрия, что в firebird ровно та же мутация происходит, но при этом никакой защиты не реализовано.
...
Рейтинг: 0 / 0
08.11.2011, 12:40
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516052
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
softwarerВы всерьёз озабочены проблемой, относящейся к 0,91% от общего количества индексов?

Во-первых, какое слово из "в Firebird все индексы - function-based" Вы не заметили?
Во-вторых, проигнорировать вопрос об использовании индексного покрытия для
регистронечувствительного поиска - неплохой приём, но слишком примитивный.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
08.11.2011, 13:41
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516055
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Yo.!никакой защиты не реализовано.
А от чего там защищаться-то? От "чтения таблиц в состоянии на момент начала выполнения
запроса", которое считается фичей?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
08.11.2011, 13:43
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516097
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
Dimitry SibiryakovА от чего там защищаться-то? От "чтения таблиц в состоянии на момент начала выполнения
запроса", которое считается фичей?

забей, тебе этого не осилить. тебе три раза уже разжевывалось, четвертый точно не поможет.
...
Рейтинг: 0 / 0
08.11.2011, 13:57
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516224
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Dimitry SibiryakovВо-первых, какое слово из "в Firebird все индексы - function-based" Вы не заметили?
А это внутренняя проблема Firebird-а, что у него "все индексы function based". "Любая приличная СУБД" умеет выполнить команду CREATE INDEX над полем/набором полей и использовать её результат для "индексного покрытия". Firebird выполняет CREATE INDEX и не способен использовать результат для "индексного покрытия". Это - измеримый результат, недостаток. Не можете его исправить - нефиг было делать неудачное проектное решение. А то, что Вы говорите, выглядит примерно так: мы поставили на наш грузовик колёса от детского самоката, поэтому не надо претензий, что он плохо ездит - давайте судить его по критериям для самокатов.
...
Рейтинг: 0 / 0
08.11.2011, 14:50
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516337
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
softwarer"Любая приличная СУБД" умеет выполнить команду CREATE INDEX над полем/набором полей и
использовать её результат для "индексного покрытия".

Точно так же "любая приличная СУБД" умеет выполнять запрос select вне зависимости от того,
что с таблицами в данный момент происходит. Оракул не может выполнить select если в этом
время на таблице выполняется DML. Это - измеримый результат, недостаток. Не можете его
исправить - нефиг было делать неудачное проектное решение. А то, что Вы говорите, выглядит
примерно так: вот тут круглые колёса не влезли, так мы вместо них поставили два кирпича,
поэтому не надо претензий, что он плохо ездит - давайте судить по критериям для кирпичных
зданий.

Ну и повторюсь: покажите, как "не любая приличная СУБД" использует индексное покрытие для
регистронечувсвительного поиска.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
08.11.2011, 15:26
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516393
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
Dimitry Sibiryakov[Оракул не может выполнить select если в этом время на таблице выполняется DML. Это - измеримый результат, недостаток.

а потом интербейз гайз обижаются когда их воспринимаю как клоунов.
...
Рейтинг: 0 / 0
08.11.2011, 15:42
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516407
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Yo.!а потом интербейз гайз обижаются когда их воспринимаю как клоунов.
Утверждаешь, что select в on each row after триггере неожиданно заработал?..
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
08.11.2011, 15:47
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516476
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Dimitry SibiryakovТочно так же "любая приличная СУБД" умеет выполнять запрос select вне зависимости от того, что с таблицами в данный момент происходит.
Да ну правда что ли? Интересно, Вы вообще думаете над своими словами?

Dimitry SibiryakovОракул не может выполнить select если в этом время на таблице выполняется DML.
Скорее "не хочет". Технически-то проблем нет.

Dimitry SibiryakovЭто - измеримый результат, недостаток. Не можете его исправить - нефиг было делать неудачное проектное решение.
Ну так Вы с этого и начали. Я рад, что Вы наконец-то осознали, чем мои слова похожи на Ваши. Теперь Вам осталось решить, то ли Вы сначала исправите бревно в собственном глазу, то ли... продолжите как всегда.
...
Рейтинг: 0 / 0
08.11.2011, 16:08
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516482
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Dimitry SibiryakovА то, что Вы говорите, выглядит примерно так: вот тут круглые колёса не влезли, так мы вместо них поставили два кирпича, поэтому не надо претензий, что он плохо ездит - давайте судить по критериям для кирпичных зданий
В выделенном, кстати, Вы солгали, причём совершенно по-хамски. Я говорю "сначала свои самокатные колёса исправьте, тогда и мои сможете критиковать".
...
Рейтинг: 0 / 0
08.11.2011, 16:10
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516573
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
softwarerВ выделенном, кстати, Вы солгали, причём совершенно по-хамски. Я говорю "сначала свои
самокатные колёса исправьте, тогда и мои сможете критиковать".

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

И, кстати, началась эта дискуссия не с моих слов, а со слов АР о том, что "разработчики
Оракула могут в кратчайшие сроки сделать любую фичу, достаточно попросить".
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
08.11.2011, 16:49
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516614
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Dimitry SibiryakovУчитывая, что на самокатных колёсах ездится таки лучше, чем на паре кирпичей...
То есть Вы убеждаете, что "недостаток проявляется в 100% случаев" лучше, чем "недостаток проявляется в 0.91% случаев". Ну, удачи.
...
Рейтинг: 0 / 0
08.11.2011, 17:04
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516727
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
softwarerТо есть Вы убеждаете, что "недостаток проявляется в 100% случаев" лучше, чем "недостаток
проявляется в 0.91% случаев".

А Вы - уверены, что в 99.09% случаев after trigger-а могут читать таблицу на которую
навешаны. Ню-ню...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
08.11.2011, 18:05
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516790
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
Dimitry SibiryakovИ, кстати, началась эта дискуссия не с моих слов, а со слов АР о том, что "разработчики
Оракула могут в кратчайшие сроки сделать любую фичу, достаточно попросить".
Вы передергиваете. Я такое не говорил. А говорил я:
1) Enhancement request добавляет приоритета проблеме
2) У меня есть примеры, когда лично от enhancement request, заведенного мной, приоритет взлетал до достаточного уровня, чтобы функциональность реализовали.

Но побойтесь бога! Я не говорил о любой функциональности (а то бы я давно попросил реализовать монетный двор) и, тем более, о кратчайших сроках. Любая серьезная разработка ПО - это куча бюрократии: планы, deadline, приоритеты, личные KPI и KPI руководителей. Все не так просто. Но если об определенной функции спрашивают одновременно 10-20 разных компаний, то к их мнению прислушиваются. Для этого есть специальные люди - Product Managers.

Дим, мне казалось, что для тебя это довольно очевидно.
...
Рейтинг: 0 / 0
08.11.2011, 18:43
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516859
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
softwarerНе можете его исправить
папа, а ты это с кем сейчас разговаривал (с) :-)
...
Рейтинг: 0 / 0
08.11.2011, 19:22
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516943
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Alexander RyndinВы передергиваете. Я такое не говорил. А говорил я:
1) Enhancement request добавляет приоритета проблеме
2) У меня есть примеры, когда лично от enhancement request, заведенного мной, приоритет
взлетал до достаточного уровня, чтобы функциональность реализовали.

Хорошо. А можно поинтересоваться сколько Enchantment request-ов было подано по проблеме
мутации таблиц и какой у неё текущий приоритет? Где вообще можно посмотреть на BugTracker
Оракула?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
08.11.2011, 20:24
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516958
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
Dimitry SibiryakovAlexander RyndinВы передергиваете. Я такое не говорил. А говорил я:
1) Enhancement request добавляет приоритета проблеме
2) У меня есть примеры, когда лично от enhancement request, заведенного мной, приоритет
взлетал до достаточного уровня, чтобы функциональность реализовали.

Хорошо. А можно поинтересоваться сколько Enchantment request-ов было подано по проблеме
мутации таблиц и какой у неё текущий приоритет? Где вообще можно посмотреть на BugTracker
Оракула?
Это же очевидно .
...
Рейтинг: 0 / 0
08.11.2011, 20:32
| Ответить | Цитировать | Написать  
Oracle или MS SQL Server 2005
    #37516981
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Alexander RyndinЭто же очевидно

http://bug.us.oracle.com/ - "сервер не найден". Что в переводе означает "засуньте свои
feature requests в /dev/nul".

Ну а requests по проблеме индексного покрытия в Firebird желающие могут посмотреть на
http://tracker.firebirdsql.org
И даже поднять ей приоритет, проголосовав.

А к данному обсуждению мы сможем вернуться, когда Оракул подтянется. Хотя если уж они даже
трекер починить не могут...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
08.11.2011, 20:48
| Ответить | Цитировать | Написать  
25 сообщений из 262, страница 7 из 11
  7  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Oracle или MS SQL Server 2005
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=37516097&tid=1552613]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 32ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 53ms
get tp. blocked users:
 1ms
others: 14ms
total:  141ms
созд. / загр.: 141ms
x
x
Закрыть


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