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

Откуда:
Сообщений: 4919
Блог
Кэш на SSD
Alexander Ryndin
пропущено...
Вы представляете отличие кэша данных на flash от данных лежащих на flash?

Кэш на SSD ускоряет только чтение, а данные на flash ускоряет чтение и запись.
Если раньше SSD были менее надежны, то вопрос о надежности современных SSD и HDD более чем спорный.
Согласен. Но кэш - это настроил и забыл. СУБД сама заботится, какие данные кэшировать.
7 ноя 11, 17:34    [11559745]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67534
Блог
Dimitry Sibiryakov
Да, и мы все знаем где он.

Это хорошо. Ещё лучше, что в 17:26 об этом узнал и жираф.

Dimitry Sibiryakov
Уже дохрена раз повторялось, что IB/FB не умеет

Замечательно. Вот тогда - внимательно следите за мыслью - попробуйте понять следующее: когда чуткая техподдержка FB исправит этот недостаток, Вы сможете с несколько большими основаниями пороть фигню относительно других вендоров.
7 ноя 11, 17:35    [11559756]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Dimitry Sibiryakov
Member

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

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

Я смогу пороть фигню с меньшими основаниями когда Вы покажете как Оракул:

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

То есть занимается тем, что Firebird не может делать вследствие данного недостатка.

Posted via ActualForum NNTP Server 1.4

7 ноя 11, 17:50    [11559865]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
hvlad
Member

Откуда:
Сообщений: 11578
softwarer
А тогда, простите, какого хрена Вы выдвигаете мне претензию, что я говорю про чтение?
Где я выдвигал претензии ?

Я пытался понять - о чём вы говорите когда упоминете ненормальную работу IB\FB с индексами в пишуших тр-циях.
Как выяснилось - вы сами этого не понимаете :)
Собственно, не смею больше занимать вашего драгоценного времени.
7 ноя 11, 18:58    [11560146]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67534
Блог
Dimitry Sibiryakov
Я смогу пороть фигню с меньшими основаниями когда Вы покажете как Оракул: 1) Извлекает данные из function-based индексов

А зачем Вы упорно тянете к какой-то фигне? Смотрите:

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% случаев?
8 ноя 11, 10:23    [11561817]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
dimitr
Member

Откуда: PNZ
Сообщений: 7008
softwarer,

это может показаться странным, но у этого "недостатка" есть и достоинства. Именно из-за них в далекое время индексы были реализованы именно таким образом. Сейчас весь вопрос в балансе интересов. Я готов согласиться, что индексное покрытие является важной фичей. Но не видеть за ней ничего прочего - как минимум непрофессионально. А не хотеть видеть - еще хуже.
8 ноя 11, 10:36    [11561923]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67534
Блог
dimitr
это может показаться странным, но у этого "недостатка" есть и достоинства.

Я понимаю это. Я жду, когда об этом задумается товарищ Сибиряков, и когда до него дойдёт, что я демонстрирую ему ровно его же подход: взять один-единственный аспект одной-единственной детали и долбить в него, не задумываясь, для чего он, почему именно так, как это вписывается в общую картину и каков баланс плюсов-минусов. Напоминаю, что эта ветвь выросла из броской фразы Дмитрия про то, что, мол, Оракл кучу лет не устраняет мешающую пользователям мутацию таблиц. Я взял примерно такую же деталь из ценимого Дмитрием продукта и предлагаю сесть подождать, когда команда FB продемонстрирует лучшие результаты.
8 ноя 11, 11:07    [11562112]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Yo.!
Guest
softwarer
Напоминаю, что эта ветвь выросла из броской фразы Дмитрия про то, что, мол, Оракл кучу лет не устраняет мешающую пользователям мутацию таблиц. Я взял примерно такую же деталь из ценимого Дмитрием продукта и предлагаю сесть подождать, когда команда FB продемонстрирует лучшие результаты.

тут не совсем понял зачем было брать "примерно такую же деталь", а не ткнуть носом Дмитрия, что в firebird ровно та же мутация происходит, но при этом никакой защиты не реализовано.
8 ноя 11, 12:40    [11562930]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Dimitry Sibiryakov
Member

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

softwarer
Вы всерьёз озабочены проблемой, относящейся к 0,91% от общего количества индексов?

Во-первых, какое слово из "в Firebird все индексы - function-based" Вы не заметили?
Во-вторых, проигнорировать вопрос об использовании индексного покрытия для
регистронечувствительного поиска - неплохой приём, но слишком примитивный.

Posted via ActualForum NNTP Server 1.4

8 ноя 11, 13:41    [11563423]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Dimitry Sibiryakov
Member

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

Yo.!
никакой защиты не реализовано.

А от чего там защищаться-то? От "чтения таблиц в состоянии на момент начала выполнения
запроса", которое считается фичей?

Posted via ActualForum NNTP Server 1.4

8 ноя 11, 13:43    [11563434]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Yo.!
Guest
Dimitry Sibiryakov
А от чего там защищаться-то? От "чтения таблиц в состоянии на момент начала выполнения
запроса", которое считается фичей?

забей, тебе этого не осилить. тебе три раза уже разжевывалось, четвертый точно не поможет.
8 ноя 11, 13:57    [11563563]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67534
Блог
Dimitry Sibiryakov
Во-первых, какое слово из "в Firebird все индексы - function-based" Вы не заметили?

А это внутренняя проблема Firebird-а, что у него "все индексы function based". "Любая приличная СУБД" умеет выполнить команду CREATE INDEX над полем/набором полей и использовать её результат для "индексного покрытия". Firebird выполняет CREATE INDEX и не способен использовать результат для "индексного покрытия". Это - измеримый результат, недостаток. Не можете его исправить - нефиг было делать неудачное проектное решение. А то, что Вы говорите, выглядит примерно так: мы поставили на наш грузовик колёса от детского самоката, поэтому не надо претензий, что он плохо ездит - давайте судить его по критериям для самокатов.
8 ноя 11, 14:50    [11563974]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Dimitry Sibiryakov
Member

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

softwarer
"Любая приличная СУБД" умеет выполнить команду CREATE INDEX над полем/набором полей и
использовать её результат для "индексного покрытия".

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

Ну и повторюсь: покажите, как "не любая приличная СУБД" использует индексное покрытие для
регистронечувсвительного поиска.

Posted via ActualForum NNTP Server 1.4

8 ноя 11, 15:26    [11564291]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Yo.!
Guest
Dimitry Sibiryakov
[Оракул не может выполнить select если в этом время на таблице выполняется DML. Это - измеримый результат, недостаток.

а потом интербейз гайз обижаются когда их воспринимаю как клоунов.
8 ноя 11, 15:42    [11564443]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Dimitry Sibiryakov
Member

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

Yo.!
а потом интербейз гайз обижаются когда их воспринимаю как клоунов.

Утверждаешь, что select в on each row after триггере неожиданно заработал?..

Posted via ActualForum NNTP Server 1.4

8 ноя 11, 15:47    [11564486]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67534
Блог
Dimitry Sibiryakov
Точно так же "любая приличная СУБД" умеет выполнять запрос select вне зависимости от того, что с таблицами в данный момент происходит.

Да ну правда что ли? Интересно, Вы вообще думаете над своими словами?

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

Скорее "не хочет". Технически-то проблем нет.

Dimitry Sibiryakov
Это - измеримый результат, недостаток. Не можете его исправить - нефиг было делать неудачное проектное решение.

Ну так Вы с этого и начали. Я рад, что Вы наконец-то осознали, чем мои слова похожи на Ваши. Теперь Вам осталось решить, то ли Вы сначала исправите бревно в собственном глазу, то ли... продолжите как всегда.
8 ноя 11, 16:08    [11564688]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67534
Блог
Dimitry Sibiryakov
А то, что Вы говорите, выглядит примерно так: вот тут круглые колёса не влезли, так мы вместо них поставили два кирпича, поэтому не надо претензий, что он плохо ездит - давайте судить по критериям для кирпичных зданий

В выделенном, кстати, Вы солгали, причём совершенно по-хамски. Я говорю "сначала свои самокатные колёса исправьте, тогда и мои сможете критиковать".
8 ноя 11, 16:10    [11564706]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Dimitry Sibiryakov
Member

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

softwarer
В выделенном, кстати, Вы солгали, причём совершенно по-хамски. Я говорю "сначала свои
самокатные колёса исправьте, тогда и мои сможете критиковать".

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

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

Posted via ActualForum NNTP Server 1.4

8 ноя 11, 16:49    [11565060]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67534
Блог
Dimitry Sibiryakov
Учитывая, что на самокатных колёсах ездится таки лучше, чем на паре кирпичей...

То есть Вы убеждаете, что "недостаток проявляется в 100% случаев" лучше, чем "недостаток проявляется в 0.91% случаев". Ну, удачи.
8 ноя 11, 17:04    [11565207]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Dimitry Sibiryakov
Member

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

softwarer
То есть Вы убеждаете, что "недостаток проявляется в 100% случаев" лучше, чем "недостаток
проявляется в 0.91% случаев".

А Вы - уверены, что в 99.09% случаев after trigger-а могут читать таблицу на которую
навешаны. Ню-ню...

Posted via ActualForum NNTP Server 1.4

8 ноя 11, 18:05    [11565686]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Dimitry Sibiryakov
И, кстати, началась эта дискуссия не с моих слов, а со слов АР о том, что "разработчики
Оракула могут в кратчайшие сроки сделать любую фичу, достаточно попросить".
Вы передергиваете. Я такое не говорил. А говорил я:
1) Enhancement request добавляет приоритета проблеме
2) У меня есть примеры, когда лично от enhancement request, заведенного мной, приоритет взлетал до достаточного уровня, чтобы функциональность реализовали.

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

Дим, мне казалось, что для тебя это довольно очевидно.
8 ноя 11, 18:43    [11565860]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
dimitr
Member

Откуда: PNZ
Сообщений: 7008
softwarer
Не можете его исправить

папа, а ты это с кем сейчас разговаривал (с) :-)
8 ноя 11, 19:22    [11566001]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Dimitry Sibiryakov
Member

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

Alexander Ryndin
Вы передергиваете. Я такое не говорил. А говорил я:
1) Enhancement request добавляет приоритета проблеме
2) У меня есть примеры, когда лично от enhancement request, заведенного мной, приоритет
взлетал до достаточного уровня, чтобы функциональность реализовали.

Хорошо. А можно поинтересоваться сколько Enchantment request-ов было подано по проблеме
мутации таблиц и какой у неё текущий приоритет? Где вообще можно посмотреть на BugTracker
Оракула?

Posted via ActualForum NNTP Server 1.4

8 ноя 11, 20:24    [11566160]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Dimitry Sibiryakov
Alexander Ryndin
Вы передергиваете. Я такое не говорил. А говорил я:
1) Enhancement request добавляет приоритета проблеме
2) У меня есть примеры, когда лично от enhancement request, заведенного мной, приоритет
взлетал до достаточного уровня, чтобы функциональность реализовали.

Хорошо. А можно поинтересоваться сколько Enchantment request-ов было подано по проблеме
мутации таблиц и какой у неё текущий приоритет? Где вообще можно посмотреть на BugTracker
Оракула?
Это же очевидно.
8 ноя 11, 20:32    [11566192]     Ответить | Цитировать Сообщить модератору
 Re: Oracle или MS SQL Server 2005  [new]
Dimitry Sibiryakov
Member

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

Alexander Ryndin
Это же очевидно

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

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

А к данному обсуждению мы сможем вернуться, когда Оракул подтянется. Хотя если уж они даже
трекер починить не могут...

Posted via ActualForum NNTP Server 1.4

8 ноя 11, 20:48    [11566232]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 [7] 8 9 10 11   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить