Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
... Влетел начальник, кричит шумит, срочно мне все плюсы MSSQL и минусы оркла. У нас работает билинговая система, нужны скоростные характеристики в зависимости от используемого железа. Если не удастся убедить, что MSSQL круче, или по кр.мере справляется, придется менять билинговую систему на оракловую, и как следствие новый гемор. Где искать информацию, помогите плз, очень срочно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 09:57 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Вам надо доказать любой ценой? Даже если потом выяснится что это не так? Или Вы ставите более сложную задачу - выяснить, что Скуль круче не смотря на то что это пока явно никому не удалось. У Скуля все надежды на Юкон (а не на 2000) и то вроде как они больше выглядят как тока догнать. Если любой ценой, тада надо грить о том, что Винды лучше всех ОС вместе взятых (чтобы кроссплатфрменность сразу исключить из рассмотрения). Вторая проблема блокировки. У Скуля либо читающий блокирует пишущего, либо грязное чтение - у Оракла этого нет - версионник. Плата за это, что откат не всегда самое приятное. Но на коммитах хорош - не боится большего их числа, хотя и замедляется но не драматично, как другие. Это я как Ораклист грю. Это главное по-моему, что Вам надо либо сразу оговрить в как-то в пользу Скуля, либо замалчивать. Чтобы начальник сюда даже не копал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 10:18 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
У нас работает билинговая система, нужны скоростные характеристики в зависимости от используемого железа. Если не удастся убедить, что MSSQL круче, или по кр.мере справляется, придется менять билинговую систему на оракловую, и как следствие новый гемор. Мне всегда казалось, что достоинства любой системы скрыты в ее функционале, а не в платформе. Тем более биллинговой системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 10:26 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
А может начальника нужно немного "продвинуть" и объяснить ему, что откатистость (commit) в рублевом эквиваленте у них вполне сопоставимая, все зависит от вендора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 10:27 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Все это конечно весело, я и сам мог-бы привести кучу доводов, путей решения,.... но вопрос чисто политический. Нужно именно любыми путями доказать, что MSSQL круче (хотя я то в этом совсем не уверен :) ). Начальник всего-лишь начальник отдела, ему не хочется иметь геморой с внедрением новой системы. Вся бодяга идет из-за слияния двух крупных организация, билинг одной из которых (как вы уже наверное догадались) сделан на макросятине, а второй на оракле. Короче, кто кому протурит свою систему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 10:56 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Предположим обе системы построены по одной архитектуре (структура баз и объемы совпадают). На практике тормоза в основном возникают на на отчетах, то-бишь на больших запросах. Кто более шустро будет справляться с задачей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:02 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
И вообче, где можно надыбать именно скоростные характеристики ? Зависимость от железа.... Блин, хотя хрен его знает, в чем и что нужно измерять. Придется убеждать начальника сдаться :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:07 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
А те, что с Ораклятиной пришли, счас любыми путями доказывают своему нач отдела, что Оракл круче? А потом типа вы с ними очно встретитесь? Или все завист тока от Вашего нач отдела? Это важно, потому, что если Вы используете легкоуязвимые доводы, и их никто проверять не будет это одно, а если будут это другое. Вам наверное стоит на сайтах обоих фирм посмотреть. У Оракла точно было про сравнеие со Скулем, и Скуля должно быть. Дальше развивать то, что нашли у Скуля и готовить аргумекнты от того, что нашли у Оракла. Про эти аргументы уже можно и здесь искать или спрашивать. Потом следует посмотреть тесты TPC, и тоже их инетрпритирвать в пользу Скуля. Но надо быть внимательными, чтобы не пропустить опсаного контраргумента. Например, тесты более позние по срокам на внешне одинаковых по характеристикам компах должны быть быстрее - например, более продвинутые I/O к тому времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
vadiminfo...Вторая проблема блокировки. У Скуля либо читающий блокирует пишущего, либо грязное чтение - у Оракла этого нет - версионник.... И что, Оракуль нельзя использовать в режиме т.н. совместимости с предыдущими версиями (текущий инстанс) ??? То бишь блокировочник? Хотя лучше этого не делать, будут тормоза с удалением/вставкой... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:23 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь Ч Предположим обе системы построены по одной архитектуре (структура баз и объемы совпадают). На практике тормоза в основном возникают на на отчетах, то-бишь на больших запросах. Кто более шустро будет справляться с задачей? Здесь дело не тока в производительности, но и в фичах. У Оракла есть секционирование. Т.е. к примеру, на 100 000 000 записей запрос будет за счет пропуска не нужных секций искать тока среди 1 000 000. А основной напряг это чтения с диска. У Оракла развитые средства статистики - можно искать узкие места более легко. Скуль в Юконе многое из этого тока хочет взять. Значит в 2000, скорее всего, нет еще такого. Не знаю есть у Скуля 2000 такое. А это тоже играет роль для реализации быстроты работы. Кто на конкретных задачах лучше это несколько другое, чем сравнение вообще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:26 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
nik_x И что, Оракуль нельзя использовать в режиме т.н. совместимости с предыдущими версиями (текущий инстанс) ??? То бишь блокировочник? Хотя лучше этого не делать, будут тормоза с удалением/вставкой... Что это за режим? В каком смысле блокировочник? Т.е. с одной копией данных, как у реального блокировочника. Без сегментов отката? Несколько инстансев тока у RAC. Или в какм смысле инстансев? Не понял что Вы имете в виду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:36 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
vadiminfoЗдесь дело не тока в производительности, но и в фичах. У Оракла есть секционирование. Т.е. к примеру, на 100 000 000 записей запрос будет за счет пропуска не нужных секций искать тока среди 1 000 000. А основной напряг это чтения с диска. У Оракла развитые средства статистики - можно искать узкие места более легко. Скуль в Юконе многое из этого тока хочет взять. Значит в 2000, скорее всего, нет еще такого. Не знаю есть у Скуля 2000 такое. А это тоже играет роль для реализации быстроты работы. Кто на конкретных задачах лучше это несколько другое, чем сравнение вообще. Секционирование в MSSQL2k есть и хорошо работает, средства статистики - тоже довольно развитые. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:41 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Вопрос политический, и будет решаться, в зависимости кто круче. -- Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:44 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь ЧПредположим обе системы построены по одной архитектуре (структура баз и объемы совпадают). На практике тормоза в основном возникают на на отчетах, то-бишь на больших запросах. Кто более шустро будет справляться с задачей? Гы. Если система(еще раз подчеркиваю) построена с учетом сервера, на котором она работает, то просто обязана справляться с задачами шустро. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:50 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Слияний равноправных обычно не бывает, есть поглощение. Тот кто поглощает, тот и диктует свое решение. все наши на www.corba.kubsu.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:51 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
если сравниваются две системы то и сравнивать надо две системы а не платформы. Мерседесовы дизель всяко круче бензинового зила. Пробраться в стан конкурентов и выяснить слабые стороны (с админами пивка попить, ихему начальству пожалиться что зряплата маленькая а в их отделе "о какая"). Ну и проч. А блокировки/многоплатформенность это для пацанов. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 11:54 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь Ч... Влетел начальник, кричит шумит, срочно мне все плюсы MSSQL и минусы оркла. У нас работает билинговая система, нужны скоростные характеристики в зависимости от используемого железа. Если не удастся убедить, что MSSQL круче, или по кр.мере справляется, придется менять билинговую систему на оракловую, и как следствие новый гемор. Где искать информацию, помогите плз, очень срочно. Доказать сложно, но может быть и возможно. Проблема состоит в том, что это сервера близкого класса, и доказать превосходство одного над другим, при условии что другой хорошо разбирается в серверах, вряд ли возможно. Если задача стоит - доказать что MSSQL2k лучше чем Oracle9, то все зависит от политической ситуации и от того, у кого больше уровень знаний - у вас или у итого кто будет продвигать Oracle. Если у вас их больше, сможете придумать/скачать с сайта Микрософт всевозможные аргументы и убедительно их отстоять. У нас используется MSSQL2k, Win2k3, диски - EMC CX300. Система обработки ордеров от трейдеров/брокеров. По тестам, максимум держит 700 транзакций в секунду. Если добавить процессоры, то будет держать больше - у нас все упирается в процессоры а не в дисковую систему. Сервер с почти такой же конфигурацией участвовал в tpc-c тестах, занял первое место в своем классе (среди машин с таким же количеством CPU). Можно привести тесты tpc-c. Походить по микрософтовскому сайту, где они описывают всевозможные системы использующие MSSQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:00 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
andsm Секционирование в MSSQL2k есть и хорошо работает, средства статистики - тоже довольно развитые. у sql2k секционирования нет, есть какие-то partitioned view с check констреинтами, но к patitioning это оригинальное решение никакого отношения не имеет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:08 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
nik_xИ что, Оракуль нельзя использовать в режиме т.н. совместимости с предыдущими версиями (текущий инстанс) ??? То бишь блокировочник? Хотя лучше этого не делать, будут тормоза с удалением/вставкой... Смешно, ну разьве что с 5-ой версией Я ее в глаза не видел и врать не буду. Но начиная с 6-ки ВСЕ ВЕРСИОННИКИ. У Oracle нет блокировочников. авторСекционирование в MSSQL2k На уровне 7 Oracle через union all представления насколько мне известно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:10 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) На уровне 7 Oracle через union all представления насколько мне известно ну да, union all + check constraints только представь как это чудо джоинить с другой табличкой :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:20 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
мдяяя дело хана. Просто я еще довольно плохо разбираюсь в специфике вопроса. Нашел тесты - вроде бы MSSQL там все рекорды побивает. И это единственный плюс (ну еще кроме того, что он у нас есть, а оркла нет). Во всем остальном, все в один голос говорят, что оракул лучше. А что такое "Секционирование"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:30 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
И что значит версионник/блокировочник ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:34 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь Чмдяяя дело хана. Просто я еще довольно плохо разбираюсь в специфике вопроса. Нашел тесты - вроде бы MSSQL там все рекорды побивает. И это единственный плюс (ну еще кроме того, что он у нас есть, а оркла нет). Во всем остальном, все в один голос говорят, что оракул лучше. А что такое "Секционирование"? http://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:35 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
да и еще, каким образом проводится TCP-C тест. Я так понял, что под разные платформы должны использоваться базы с одинаковым содержимым ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:39 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. А как это увеличивает надои? Например при выборке, все одно придется каждую секцию обходить, если только в самом запросе не укзать в какой именно секции искать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:45 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь Ч мдяяя дело хана. Да не расстраивайтесь Вы так. Вот када с Оракла на МуSQL заставят переходить - вот це да. Вот дипресняк реальный. Игорь Ч Нашел тесты - вроде бы MSSQL там все рекорды побивает. Что за тесты? Что за рекорды? Никада еще не видел такого. Хде нашли? Игорь Ч А что такое "Секционирование"? Ну предствьте у Вас есть 800 приборов, которые записывают за месяц 16 000 000 записей в таблу. Надо искать средние за день по одному из приборов. Прошел год скока там записей? Но есть секционирование - вы разбиваете таблу на секцию по диапазонам - месяцам и по хеш ключу по приборам на 16 подсекций. Данные физически разбиты на секции. Например, по диапазону вообще в отдельных файлах (и их кроме всего прочего можно отключать, переносит в архив). В результате запрос должен посмотреть тока 1 000 000 записей для того типа запоса, а не все за год. Т.е. он смотрит тока секцию за март - 16 000 000, а в ненй подсекцию для того прибора, которая соответствует хеш - ключу. Результат несколько секунд вместо даже не знаю часов или чего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:51 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
В запросе указывать секцию не надо - сам разберется. К него еще и локальные индексы есть, которые на секцию заточены. При желании можно указать секцию, чтобы, например, понять что Вы правильно разбили и там то что Вы хотели. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 12:59 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь Ч wrote: > В СУБД oracle секционирование позволяет большие структуры базы данных (таблицы, индексы) разбить на меньшие кусочки. Оракл предлагает несколько методов для различных сценариев: > > > А как это увеличивает надои? Например при выборке, все одно придется > каждую секцию обходить, если только в самом запросе не укзать в какой > именно секции искать. дык зачастую вы то знаете, в какой секции искать. К примеру, если разделение идет по дате, то отчеты вы считаете за определенный период, значит можете указать минимальную и максимальную секцию. По крайней мере в юконе это так, подозреваю что и в оракле аналогично. кроме того, секционирование позволеят обслуживать базу кусочками, к примеру, производить реиндексацию не всей таблицы, а только одной секции. также можно откреплять/прикреплять секции, т.е. достаточно быстро и просто производить архивацию данных (вынесение данных в архив и обратную интеграцию). -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 13:01 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Тесты вот здесь нашел, http://]http://www.microsoft.com/rus/sql/benefits/tpcrecord.asp правда они вряд-ли о чем-то скажут начальству. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 13:13 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
пардон ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 13:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Тут вот вернулся друган, поработал он на Оракле пару лет после MS SQL - хорошо поработал, не по верхам, не один. Мнения: единственное, чего там по умолчанию лучше - это нет эскалации блокировок (правда в MS SQL это обходится, но уже не по умолчанию). Все остальное - те же яйца, только в профиль. Есть много чего кривого там, есть много чего кривого тут. Все это так или иначе преодолевается. Вывод: одинаковые системы. Разница только в привычке программера. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 13:38 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь ЧА как это увеличивает надои? Например при выборке, все одно придется каждую секцию обходить, если только в самом запросе не укзать в какой именно секции искать. Вот будет у тебя по 6 млн. записей в месяц, перестанешь глупые вопросы задавать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 15:46 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Green2Вопрос политический, и будет решаться, в зависимости кто круче.Присоединяюсь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 15:57 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) Игорь ЧА как это увеличивает надои? Например при выборке, все одно придется каждую секцию обходить, если только в самом запросе не укзать в какой именно секции искать. Вот будет у тебя по 6 млн. записей в месяц, перестанешь глупые вопросы задавать Я вам одну вещь скажу. ASIQ 12 с правильным индексом уделывает Oracle без всяких там секционирований. На таблице из 889 573 698 записей. Только вот встает вопрос - из одних ли запросов на чтение с жестко фиксированным фильтром будет состоять работа биллинговой системы ? Потому как в том же ASIQ невозможно, к примеру, одновремнно запустить две транзакции, пусть даже и на разных таблицах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 16:06 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Я говорил что-то о запросах на чтение ??? Я говорил о реальной таблице реальной биллинговой системы, которую мне приходилось админить. Поверьте, без секционирования там была-бы полная Ж ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 16:08 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
полная (_|_) там была на оракле? 8) Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 16:26 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Я говорил что-то о запросах на чтение ??? Я говорил о реальной таблице реальной биллинговой системы, которую мне приходилось админить. Поверьте, без секционирования там была-бы полная Ж Так стало быть ASE/ASIQ лучше ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 16:29 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 16:42 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Я на работе пиписьками не меряюсь. Oracle меня вполне устраивает и менять его на что-то с чем я не знаком .... для этого нужны ОЧЕНЬ веские причины. А Ж была бы Вы в курсечто такое сослогательное наклонение ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 16:44 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
да не, никаких шансов. Теперь не отмыться. ------------------ это пример пример для автора топика как надо вести аргументированную дискуссию. Не в блокировках сила 8) Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 16:56 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Я на работе пиписьками не меряюсь. Oracle меня вполне устраивает и менять его на что-то с чем я не знаком .... для этого нужны ОЧЕНЬ веские причины. А Ж была бы Вы в курсечто такое сослогательное наклонение ? Вообще-то был мой вопрос. Если у меня в ASIQ такая же система будет работать без секционирования, а в Oracle без нее настанет Ж, то можно считать ли что ASIQ лучше Oracle ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 17:05 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Glory Gluk (Kazan)Я на работе пиписьками не меряюсь. Oracle меня вполне устраивает и менять его на что-то с чем я не знаком .... для этого нужны ОЧЕНЬ веские причины. А Ж была бы Вы в курсечто такое сослогательное наклонение ? Вообще-то был мой вопрос. Если у меня в ASIQ такая же система будет работать без секционирования, а в Oracle без нее настанет Ж, то можно считать ли что ASIQ лучше Oracle ? Для биллинговых систем нельзя :) Sybase IQ работает как аналитический сервер и что то мне подсказывает, что слив данных по ночам в него не очень подойдет для биллинговой системы. А вот для обработки информации в качестве аналитического сервера IQ сделает Oracle только так по моему личному скромному мнению :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 17:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторА вот для обработки информации в качестве аналитического сервера IQ сделает Oracle только так по моему личному скромному мнению :) как только это мнение подтвердится в тестах tpc-h мы тут же пожмем вам руку ;) а пока мы наблюдаем прямо противоположное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 18:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! авторА вот для обработки информации в качестве аналитического сервера IQ сделает Oracle только так по моему личному скромному мнению :) как только это мнение подтвердится в тестах tpc-h мы тут же пожмем вам руку ;) а пока мы наблюдаем прямо противоположное. Как доказывает жизнь, теория и практика разные вещи. Поэтому в тестах может быть все просто замечательно, странно что в жизни получается так далеко от результатов тестов, в том числе и в СУБД. Именно поэтому я предпочитаю практику, оставляя теорию теоретикам (как говорит мой один хороший знакомый, который даже не программер "Пока не пощупаю сам ручками, в жизнь не поверю"). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 18:42 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2ASCRUS в этом и беда многих проэктов что щупают люди которые даже не программер ... я представляю бедолагу (который задал вопрос) щас пересадят и как он начнет "менять билинговую систему на оракловую" :) а практика тона вот тута . там все видно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 18:50 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
чёт там много написано. Если в поиске выбрать виндовую платформу то почти на всех первых местах MS SQL Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 19:11 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! wrote: > 2ASCRUS > в этом и беда многих проэктов что щупают люди которые даже не программер > ... я представляю бедолагу (который задал вопрос) щас пересадят и как он > начнет "менять билинговую систему на оракловую" :) > а практика тона вот тута > <http://www.wintercorp.com/VLDB/2005_TopTen_Survey/TopTenWinners_2005.asp>. > там все видно. Гы, у меня биллинг, правда, не он-лайн, коммуналка, на Sql2k, вполне попадаю в категорию number of rows|all environments|other... на 4-е место. -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 19:43 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Glory Я вам одну вещь скажу. ASIQ 12 с правильным индексом уделывает Oracle без всяких там секционирований. На таблице из 889 573 698 записей. ASCRUS А вот для обработки информации в качестве аналитического сервера IQ сделает Oracle только так по моему личному скромному мнению :) Оракла уделывают уже все? И по скорости и по содержанию? Я про аналитические весчи? Это проверяли независимые (не заинтересованные) эксперты? Иначе Оракл может уделать Оракл в соответствующих руках - собственные наблюдения. И заодно те СУБД, что якобы уделали второго. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 19:50 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь Ч Где искать информацию, помогите плз, очень срочно Если ты пытаешься сравнить две эти СУБД, и не знаешь, чем отличается блокировочник от версионника - то, как говорит Саддам Хусейн в одном известном мультике - расслабься и не парься, ты ничего доказать не сможешь из-за отсутствия базовых понятий (ну разве что ораклоиды там совсем деревянные, на что надеяться не стоит). Это довольно равнозначные СУБД, и победит тот, как правильно сказал andsm, кто обладает бОльшими знаниями и подвешенным языком. Вот если-бы тебе надо-было доказать, что биллиговую систему не стоит делать на Аксесе - то это можно было-бы сделать даже не имея вообще никакого понятия о базах данных, порывшись вечер в инете - можно достать массу фактов, а в твоем случае - увы. Советую поискать хорошего специалиста по mssql, и заплатив ему - пустить в бой. А сам ты за вечер ничего не нароешь - поверь, на себе проверено, когда-то был в очень похожей ситации... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 21:08 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
StalkerS Это довольно равнозначные СУБД, и победит тот, как правильно сказал andsm, кто обладает бОльшими знаниями и подвешенным языком. Вот если-бы тебе надо-было доказать, что биллиговую систему не стоит делать на Аксесе - то это можно было-бы сделать даже не имея вообще никакого понятия о базах данных, порывшись вечер в инете - можно достать массу фактов, а в твоем случае - увы. в пользу msql2k не достать, а вот в пользу oracle в принципе можно :) http://oraclemind.blogspot.com/2005_04_01_oraclemind_archive.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 21:13 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ага, прикольная статья, например там написано, что в mssql нет b-tree индекса с разным порядком сортировки столбцов... Yo!! в пользу msql2k не достать кто ищет, тот всегда найдет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 22:11 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
StalkerS кто ищет, тот всегда найдет. ну да, остается сравнивать сырую бету с 10g :) а занаете что будет в oracle 11z ? сравним ? :)) ЗЫ. точно есть reverse index ? тогда поправим ... ЗЫЫ. про индекс сперто было отсюда: http://www.sql.ru/forum/actualthread.aspx?tid=89186&pg=20#845046 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 22:19 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
StalkerS кто ищет, тот всегда найдет. Посмотрел про Data Minig. Замечания по визуализации интерсны. Ораклу правильно замечания делают. Но по алгоритмам признают: MS On the other hand, Analysis Services implements only two data mining algorithms: decision trees and clustering. Оракле Its classification, clustering, association rules, and attribute importance data mining functions are implemented by adaptive Bayes Network, Naive Bayes, k-Means, O-Cluster, predictive variance, and A priori algorithms. Это же тоже имеет значение, скока и как задач вообще можно решать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 22:24 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Но за ссылку спасибо. Там хоть прояснили откуда у Ораклового Data Mining ноги растут. А то я замучался сличать его с общей литрой по Data Minig. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 22:31 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
vadiminfoНо за ссылку спасибо. Там хоть прояснили откуда у Ораклового Data Mining ноги растут. А то я замучался сличать его с общей литрой по Data Minig. да ссылачка прикольная, смотрю "SAP Benchmark: SQL Server 2005 Outperforms Oracle" думаю ну нифига себе, КОГДА ? тыркаю на ссылку - выясняется ... это не sql2005 a sql2k и обогнали стареньких 4xитаниума новейшими 4x dual-core opterona (читай 8 процов) с TPC-C таже херня обогнали древний итаниум, но даже там не дотянули до RACа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 22:39 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Ну все - понеслась душа в рай. О перваночальной задаче уже все забыли. Началось мерение не скажу чем в стиле "А у нас в квартире газ. А у вас ?" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 22:43 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь Ч... Влетел начальник, кричит шумит, срочно мне все плюсы MSSQL и минусы оркла. У нас работает билинговая система, нужны скоростные характеристики в зависимости от используемого железа. Если не удастся убедить, что MSSQL круче, или по кр.мере справляется, придется менять билинговую систему на оракловую, и как следствие новый гемор. Где искать информацию, помогите плз, очень срочно. Вместо этого посчитайте в деньгах и времени, сколько вам будет стоить перевод биллинга с одной платформы на другую. Просто без всяких плюсов и минусов MSSQL и Oracle ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 22:46 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторВся бодяга идет из-за слияния двух крупных организация, билинг одной из которых (как вы уже наверное догадались) сделан на макросятине, а второй на оракле. Короче, кто кому протурит свою систему Вот отсюда надо плясать в данном случае, а не от навороченности одного или другого сервера. Сливаются две организации, у каждой свой биллинг. Работающий. Значит надо сравнивать функциональности работающих систем, перспективы их развития в компании. А затем уже решать, кто и что внедряет/переписывает. Вопрос может решиться так, что в части компаний пользователям заменят "Программу1" на "Программу2". Разумеется, будет обучение пользователей, администраторов. А также миграция данных из одной системы в другую. Так вот, чтобы Вам избежать геморроя с переводом биллинга на Оракл надо впервую очередь доказывать что система с использованием SQL Server круче (не сам сервер, а система). Лучше подходит под бизнес-процессы, более гибкая. Что у вас есть пользователя, для которых переход на другой биллинг невозможен, т.к. там не реализован какой либо функционал. И посчитать, сколько будет стоить доработка этого функционала. Плюс сколько будет стоить само внедрение. А что круче, так это только Yo, и в последнее время vadiminfo кипятяться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 23:58 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
В конце концов, биг боссам можно намекнуть, что в данном случае, когда обе системы коммерчески примерно равноценны, совсем не обязательна комсомольская категоричность или/или, ту би ор нот ту би :) Как говорят англичане, не храните все яйца в одной корзине. Хорошо для начала выиграть время, а там жар спадёт и горячки поменьше станет. IMHO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 06:42 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
GloryВообще-то был мой вопрос. Если у меня в ASIQ такая же система будет работать без секционирования, а в Oracle без нее настанет Ж, то можно считать ли что ASIQ лучше Oracle ? Не вижу ЛОГИКИ возникновения вопроса. Биллинг это не только селекты. А в случае FullScan-ов вам НИКАКИЕ индексы не помогут. Сравнивать надо решения конкретных задач в конкретной предметной области. Покажите мне биллинг, с которым сравнивать тот-же Абсолют, но на ASIQ будем говорить о том что лучше. Извините, но при всем уважении, Ваш вопрос, на мой взгляд совершенно бессмысленен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 09:20 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ASCRUSА вот для обработки информации в качестве аналитического сервера IQ сделает Oracle только так по моему личному скромному мнению :) Верю. Инструмент надо подбирать ПО РАБОТЕ ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 09:23 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Glory Ну все - понеслась душа в рай. по существующим законам природы, топики с названием "mssql vs. oracle" живут долго и счастливо, а некоторые не умрут никогда ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 10:38 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
StalkerSствующим законам природы, топики с названием "mssql vs. oracle" живут долго и счастливо, а некоторые не умрут никогда мда ... чего-то склщики в последнее время вялые, а ведь еще пол года назад было столько эмоций :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 11:23 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
а смысл что-то объяснять упорствующим маргиналам? Было время, был оракл. Время прошло. Автору топика вроде всё сказали Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 11:41 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!мда ... чего-то склщики в последнее время вялые, а ведь еще пол года назад было столько эмоций :) зато ораклисты всегда на коне... особенно Yo!!. всегда готов вставить хвалебную оду оракулу и опустить конкурирующие продукты и по делу и просто так.... а толку то? интересно, есть ли люди, которые поменяли свое мировоззрение с mssql на oracle (или наоборот), читая этот форум? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 11:50 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) GloryВообще-то был мой вопрос. Если у меня в ASIQ такая же система будет работать без секционирования, а в Oracle без нее настанет Ж, то можно считать ли что ASIQ лучше Oracle ? Не вижу ЛОГИКИ возникновения вопроса. Биллинг это не только селекты. А в случае FullScan-ов вам НИКАКИЕ индексы не помогут. Сравнивать надо решения конкретных задач в конкретной предметной области. Покажите мне биллинг, с которым сравнивать тот-же Абсолют, но на ASIQ будем говорить о том что лучше. Извините, но при всем уважении, Ваш вопрос, на мой взгляд совершенно бессмысленен. Логика вопроса возникла из ваших слов про без секционирования в биллинге просто никуда. А единственно правильное секционирование, конечно же только у Oracle. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 11:54 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
andy st зато ораклисты всегда на коне... особенно Yo!!. всегда готов вставить хвалебную оду оракулу и опустить конкурирующие продукты и по делу и просто так.... просто так получается исключительно по вине склщиков, каждый раз я привожу конкретно где и как сливает sql2k первый затыкается но тут же следующий [censored] рассказывает что в принципе эти базы равны ... чтоб небыло просто попробуйте ответить: http://oraclemind.blogspot.com/2005/04/oracle-vs-mssql2k.html или опять начнем что в принципе они одинаковы, разница в незначительных деталях ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 11:55 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! просто так получается исключительно по вине склщиков, каждый раз я привожу конкретно где и как сливает sql2k первый затыкается но тут же следующий [censored] рассказывает что в принципе эти базы равны ... чтоб небыло просто попробуйте ответить: http://oraclemind.blogspot.com/2005/04/oracle-vs-mssql2k.html или опять начнем что в принципе они одинаковы, разница в незначительных деталях ? автор вооще не упомянул (): 1. ddl в транзакции 2. openquery, linked servers 3. репликация на 19200 4. временные таблицы 6. DTS 7. Analysis Services правда, исходя из принципа, что если в оракуле чего-то нету или реально нету, то это нигде и не надо, этими пунктами можно пренебречь. ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 12:12 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!... сразу хочу сказать, что очередную баталию я развивать не планирую... большей частью буду сидеть в RO но, все-таки, очень хотелось бы увидеть вышеупомянутую Вами статью с учетом пунктов, упомянутых мной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 12:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2andy st без проблем смогу добавить ddl в транзакции и 4. временные таблицы действительно упустил баталии по этим пунктам там у оракла гораздо сильней позиции. по репликации в принципе можно, но там с Arscus'ом был спор. по остальным посмотрю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 12:31 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Так, это, исходный пункт, какая БД лучше? Сейчас завалят(ивают) всяким словесным мусором. Воз и ныне там. Священная война оракла и ms sql переворачивает новый том. Но главная задача автора опустить оракл ниже плинтуса. Что делать будем? -- Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 12:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! wrote: > мда ... чего-то склщики в последнее время вялые, а ведь еще пол года Удовлетворённые... потому и вялые.... :-) -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 13:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Green2 Но главная задача автора опустить оракл ниже плинтуса. Но в эту задачу входит и защита от Ораклоидов. Теперь автор знает возможные напрвления опускания ниже плинтуса оными Скуля. Может подготовиться. Так что не все прошло зазря. Опустить ниже плинтуса надо по сравнеию со Скулем. Давайте искать что есть у Скуля и как можно обойти Оракла ему. Или если здесь пока не получается другой в принципе ход искать. Но сравнивать сами две системы опасно. Там речь о гиморе, а здесь в случае не успеха о чем-то худьшем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 13:25 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
1.оракловое обслуживание дороже 2.в следующих версиях мсскл можно будет писать на таком модном языке как с-диез 3.DTS - для интеграции с другими системами 4.лучше интеграция с микрософтом, чтоб сделать из ексела запрос к мс скл (в ms query) на клиенте не нужно устанавливать ничего 5.не уверен, но в оракле вроде нет виндовой аутентификации, т.е. нельзя чтоб пользователь вводил пароль только на вход в вин Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 13:38 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Уели :) я действительно плохо разбираюсь в глубинных понятиях, типа "версионник/блокировочник" и буду очень рад, если направите на путь истины. Тут еще один вопрос встал. Есть вероятность, что останутся обе биллинговых системы (поскольку на новый билинг придется ухлопать немалые денежки). Можно-ли средствами MSSQL или Oracle делать репликацию данных. Насколько мне подсказывает интуиция в MSSQL можно худо бедно воспользоваться Data Link-ом. А как насчет ораклов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 13:53 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
>2.в следующих версиях мсскл можно будет писать на таком модном языке как с-диез 10gR2 это можно делать уже сейчас. >3.DTS - для интеграции с другими системами у оракла есть streams и data hub, который стоит неимоверных денег. >4.лучше интеграция с микрософтом, чтоб сделать из ексела запрос к мс скл (в ms query) на клиенте не нужно устанавливать ничего точно также можно и к ораклу, odbc должно быть как и у сиквела. >5.не уверен, но в оракле вроде нет виндовой аутентификации, т.е. нельзя чтоб пользователь вводил пароль только на вход в вин есть. ну а по первому пункту можно спорить бесконечно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:00 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь ЧУели :) я действительно плохо разбираюсь в глубинных понятиях, типа "версионник/блокировочник" и буду очень рад, если направите на путь истины. Тут еще один вопрос встал. Есть вероятность, что останутся обе биллинговых системы (поскольку на новый билинг придется ухлопать немалые денежки). Можно-ли средствами MSSQL или Oracle делать репликацию данных. Насколько мне подсказывает интуиция в MSSQL можно худо бедно воспользоваться Data Link-ом. А как насчет ораклов? Повторю свой вопрос, ато на той страничке еще не увидят :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:05 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
1024 1.оракловое обслуживание дороже 2.в следующих версиях мсскл можно будет писать на таком модном языке как с-диез 3.DTS - для интеграции с другими системами 4.лучше интеграция с микрософтом, чтоб сделать из ексела запрос к мс скл (в ms query) на клиенте не нужно устанавливать ничего 5.не уверен, но в оракле вроде нет виндовой аутентификации, т.е. нельзя чтоб пользователь вводил пароль только на вход в вин 1. Лучше сказать, что сам Оракл дороже. Хотя для богатых фирм - это не деньги. С обслуживанием - надо конкретные цифры приводить. А если больше будут платить, то мож опускать Оракла передумают. Ваще пусть прибавят Ораклаидом зарплату за переход на Скуль. Это вариант. 2. Про следующие версии не надежно. Вроде в следующих у Оракла тоже может быть. Да и вообще в следующих версиях, если посмотреть рекламы то мало не покажется. 3. Надо знать, чем это лучше Гетерогенных сервисов Оракла. Они могут просто продемонстрировать. 4. Наскока лучше. Тоже могут продемонстрировать с помощью тех же гетерогенных сервисов связ с экселем. Особенно на виндовозном Оракле. 5. Есть конечно такая аутинтификация в Оракле. Надо опять, чтобы она хуже была. Могут продемонстрировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:05 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
>Повторю свой вопрос, ато на той страничке еще не увидят :) Можно. Тоже запросы по линкам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:09 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 Игорь Ч Ну так что у Вас там вырисовыается? А то мы здесь из-за Вас переживаем. Вон здесь уже на Ораклоидов вовсю наезжают. А мож у Вас там все утряслось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:11 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
vadiminfo2 Игорь Ч Ну так что у Вас там вырисовыается? А то мы здесь из-за Вас переживаем. Вон здесь уже на Ораклоидов вовсю наезжают. А мож у Вас там все утряслось. поди уже решил переводить оба биллинга на mysql ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:22 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь Ч Повторю свой вопрос, ато на той страничке еще не увидят :) увидели. что в оракуле, что в mssql при наличии СТАБИЛЬНОЙ И БЫСТРОЙ сети можно организовать перекрестную видимость таблиц. дальше view c union all и итоговые отчеты по двум биллингам сразу (очень жестко). если сеть не очень - на mssql гетерогенную репликацию можно поднять... на оракуле поди тоже это без проблем. можно третий сервак поставить для аккумулирования данных с обоих биллингов. и выбор субд для него - это повод очередного раунда бесконечной религиозной войны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:28 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
1.ну да, ну да. Можно сравнить зряплаты в конкретном случае отделов которые у автора и этим всё решить 2.ну, эту фигню везде суют. Можно сказать что микросфт в свои поделки это лучше интегрирует адназначна 3.не знаю что там у кого есть ещё. У мс скл это идёт в стандартной поставке и работает на ура. Но конечно если автор с этим не знаком то показать всю крутость будет трудно. 4.все драйвера и провайдеры для мс скл уже встроены в виндовс. Ничего ставить не надо 5.разве? Не знал Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:31 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Нет городской так и остается на oracle. Вопрос за республиканским. Тут еще конечно есть зацепки типа Reporting Service, да всяческие Net технологии, которые якобы в юконе интегрированы. Меня самого с любимых делфей, на пока еще не любимые, но довольно заманчивые C# пересадили. А если сейчас на ораклу, то это что, это на всяческие явы нужно будет переквалифицироваться... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:32 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
1024 1.ну да, ну да. Можно сравнить зряплаты в конкретном случае отделов которые у автора и этим всё решить 2.ну, эту фигню везде суют. Можно сказать что микросфт в свои поделки это лучше интегрирует адназначна 3.не знаю что там у кого есть ещё. У мс скл это идёт в стандартной поставке и работает на ура. Но конечно если автор с этим не знаком то показать всю крутость будет трудно. 4.все драйвера и провайдеры для мс скл уже встроены в виндовс. Ничего ставить не надо 5.разве? Не знал Posted via ActualForum NNTP Server 1.3 :) с этим автор знаком и DTS и Data Link юзал. У меня знания выборочные, блочно-кусочные, по мере необходимости пополняемые. Еще ни одного проекта небыло, чтоб чисто субд, или чисто приклад, все приходится комбинировать, отсюда и неполнота знаний. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:36 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Игорь Ч Нет городской так и остается на oracle. Вопрос за республиканским. Проясните. Ораклоидов не тронут по любому? Или что? Вы занимаетесь респубиканским, а они городским? Не понятна картина. Что у Вас происходит? Игорь Ч Тут еще конечно есть зацепки типа Reporting Service, да всяческие Net технологии, которые якобы в юконе интегрированы. Меня самого с любимых делфей, на пока еще не любимые, но довольно заманчивые C# пересадили. А если сейчас на ораклу, то это что, это на всяческие явы нужно будет переквалифицироваться... Всяческие Net в качестве клиентов к Ораклу идут - Netы об этом позаботитлись. Т.е. с клиентами то нет вопросов. Там речь шла, чтобы ХП на Net лабать. Так тут сказали, что и это у Оракла буит. Ява у Оракла действительно имеет значение. И для ХП и для всяких Data Minig проч решений такого плана. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 15:08 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
было две организации - городская телефонная сеть и организация, которая занимается республикой в целом (исключая город). Сейчас обе организации сливаются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 15:13 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2.ну, эту фигню везде суют. Можно сказать что микросфт в свои поделки это лучше интегрирует адназначна Сказать то можно. Но автору надо показать это. 3.не знаю что там у кого есть ещё. А автору то надо знать. Потому что те плохие парни, могут знать что у них есть. 4.все драйвера и провайдеры для мс скл уже встроены в виндовс. Ничего ставить не надо Да и там мало что ставить надо. В Оракловых конфигах за пару минут кое-что прописать. Он тоже виндовсим пользуется, если ексель нужен. Врядли здесь можно произвести автору будет решающее впечатление. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 15:18 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Ладно господа и товарисчи, пора закрывать топик, я все понял, спасибо рекомендации и указявки. Ситеевина похая, видимо откаты большие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 15:36 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
vadiminfo Там речь шла, чтобы ХП на Net лабать. Так тут сказали, что и это у Оракла буит. для справедливости ради, надо добавить, что это будет у оракла под виндой. Под юниксами (где живет большинство инсталляций оракла) .net пока какой-то недоразвитый, и когда его там и во что разовьют - тот еще вопрос Игорь Ч Ладно господа и товарисчи, пора закрывать топик ага, щаз тебе его закроют, для подобных топиков 4 страницы - только начало, неужели не догадывался, какой вопрос задаешь ? ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 15:46 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
StalkerS для справедливости ради, надо добавить, что это будет у оракла под виндой. Под юниксами (где живет большинство инсталляций оракла) .net пока какой-то недоразвитый, и когда его там и во что разовьют - тот еще вопрос Может этот аргумент упомянуть и стоит автору. Но он явно в такой редакции текста упоминает кроссплатформенность Оракла. А я думаю этого стоит избегать. А вот если все равно про нее будет упомянуто ранее, тада другое дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 15:54 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
>для справедливости ради, надо добавить, что это будет у оракла под виндой. справедливости ради, надо добавить, что это уже есть и работает как в oracle10gR2 так и в db2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 15:56 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! чтоб небыло просто попробуйте ответить: http://oraclemind.blogspot.com/2005/04/oracle-vs-mssql2k.html Читаю по ссылке такую фразу (скорость на эталонных тестах TPC-C у лучшего блокировочника IBM DB2 и Oracle примерно одинакова, mssql2k на 20-30% отстает от лидеров) Ну иду на указанный сайт TPC и смотрю top 10 results. Неужели 3,210,540 tpmc у DB2 это примерно одинаково 1,601,784 tpmc у Oracle? А значит MSSQL с результатом 1,082,203 tpmc это на 20-30% отстает??? Ну и математика.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 15:57 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv Неужели 3,210,540 tpmc у DB2 это примерно одинаково 1,601,784 tpmc у Oracle? Ну так если учесть что там 64р а там 32р, то примерно одинакова. На два делите 3,210,540. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 16:03 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
StalkerS Игорь Ч Ладно господа и товарисчи, пора закрывать топик ага, щаз тебе его закроют, для подобных топиков 4 страницы - только начало, неужели не догадывался, какой вопрос задаешь ? ;) :) догадываюсь, примерно тоже что и про оранжевую революцию :). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 16:04 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv Ну иду на указанный сайт TPC и смотрю top 10 results. Неужели 3,210,540 tpmc у DB2 это примерно одинаково 1,601,784 tpmc у Oracle? А значит MSSQL с результатом 1,082,203 tpmc это на 20-30% отстает??? Ну и математика.... непонял, а вы ожидали что имея в 2 меньше процессоров оракл должен был примерно тот же результат показать ? опустите глаза чуть ниже и посмотрите тесты db2 vs oracle на эдинтичном железе, опять же с вами мы это уже перетерали, нужно опять ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 16:08 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! ggv Ну иду на указанный сайт TPC и смотрю top 10 results. Неужели 3,210,540 tpmc у DB2 это примерно одинаково 1,601,784 tpmc у Oracle? А значит MSSQL с результатом 1,082,203 tpmc это на 20-30% отстает??? Ну и математика.... непонял, а вы ожидали что имея в 2 меньше процессоров оракл должен был примерно тот же результат показать ? опустите глаза чуть ниже и посмотрите тесты db2 vs oracle на эдинтичном железе, опять же с вами мы это уже перетерали, нужно опять ? ну опускаю глаза чуть ниже. На "эдинтичное" железо. Потому как идентичным его нельзя назвать Ну смотрите сами Oracle logs 96x73,4GB HDD, data 3200x36,4GB HDD DB2 logs 40x73,4GB HDD, data 1950x36,4GB HDD Что подтверждает тезис gardenman, о подсистеме I/O, и сравнению производительности Oracle vs. DB2. Так чта почему же, пользуясь таким же принципом, не взять во внимание и топовый результат? Там, правда, и дисков добавили, не токо CPU, после чего всем окончательно стало видно кончину TPC-C ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 18:00 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv Что подтверждает тезис gardenman, о подсистеме I/O, и сравнению производительности Oracle vs. DB2. 3 раза прочитал и не понял, вам что-то не понравилось в этой фразе, можно сформулировать что именно ? преимущество неблокирующего чтения компенсируется большим I/O расходами в сравнении с блокировочником, т.е. если блокировочник ждет снятие блокировок, то версионник не ждет а тратит это же время на I/O (скорость на эталонных тестах TPC-C у лучшего блокировочника IBM DB2 и Oracle примерно одинакова ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 18:24 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!мда ... чего-то склщики в последнее время вялые, а ведь еще пол года назад было столько эмоций :) Тема топика становится все менее и менее актуальной. MSSQL2k5 находится в стадии release candidate, до релиза осталось чуть больше месяца. Так что скоро основные топики будут: MSSQL2k5 vs Oracle ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 18:32 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
про "примерно одинаковые" и про идентичность железа. А так нет, ничего больше в этой фразе. А по статье - честно говоря, нет желания начинать флейм, так как результат все равно известен и мне, и вам, все останутся при своем мнении. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 18:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvпро "примерно одинаковые" и про идентичность железа. А так нет, ничего больше в этой фразе. А по статье - честно говоря, нет желания начинать флейм, так как результат все равно известен и мне, и вам, все останутся при своем мнении. по всей точно не нада, а то прийдет уже третий [censored] и скажет что в принципе субд равнозначны :) а вот по конкретным фичам - без проблем, по rac мы вроде вполне продуктивно пофлеймили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 18:42 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!по всей точно не нада, а то прийдет уже третий [censored] и скажет что в принципе субд равнозначны :) а вот по конкретным фичам - без проблем, по rac мы вроде вполне продуктивно пофлеймили. и как всегда забыт перечень тем, по которым можно неслабо пофлеймить... начнем сравнение? или по заведомо проигрышным вопросам не стоит начинать беседу? ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 05:43 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
andsmТема топика становится все менее и менее актуальной. MSSQL2k5 находится в стадии release candidate, до релиза осталось чуть больше месяца. Так что скоро основные топики будут: MSSQL2k5 vs Oracle Только от того, что продукт перестанет называться бетой, он не станет менее сырым и более шустрым ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 08:27 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
скорее всего это офф-топик, но я думаю Yo будет интересно. Во всех проектах, в которых мне приходилось учавствовать, было очень много одновременного доступа к одним и тем же данным на update (могу пояснить примеры задач) В блокировочнике с его сериализацией доступа это работало замечательно. Но практически не встречались задачи, где одним транзакциям нуже repeatable read а другим update на те же данные в то же время. Ну ладно, если я не встречал (и не могу выдумать) такую задачу, это еще не значит, что их нет в принципе. Так вот конкретный диалект SQL позволяет мне в этой ситуации получить поведение версионника на блокировочнике. insert into <temptable> select from <maintable> затем все нужные изменения в <temptable>, и в конце merge into <maintable> Синтаксис merge нихилый, и опираясь на старейший в индустрии, и лучший на текущий момент cost based optimizer это даст выликолепный результат по производительности. К сожалению, до понедельника не смогу ринять участие в поливании грязью моего поста :) Но вы не стесняйтесь :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 09:08 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Поддерживаю ggv. А если еще сервер поддерживает NOT TRANSACTIONAL local and global temporary table, так вообще все шустро отработает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 09:59 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
кстати, была дадена ссылка на топ 10. Когда выяснилось что оракл там не особо-то и на первых местах начались сопли про ту же ссылку что там меряли как-то не так. В приличном обществе за такие финты ипало бьют. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 10:03 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторВ приличном обществе за такие финты ипало бьют. Ага, а в приличных форумах, за такие посту банят ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 10:12 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2ggv честно говоря совсем не понял. на время модификации нужна блокировка именно основной записи иначе у вас 2 update смогут одновременно типа править одну и туже запись и получите lost update. ну и имхо это все равно не решает главную проблему блокировочника - длинные транзакции в OLPT задаче. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 10:31 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
1024 Когда выяснилось что оракл там не особо-то и на первых местах Выяснилось, что не на первых местах? На каких? Десятых? Разве можно сказать, что Ораклисты первыми начинают? Там одинаковые аппараты 9 и 10. Если Оракл бы на 32р обгонял 64р, то либо 64р это одно и то же что и 32р, либо что? 1024 В приличном обществе за такие финты ипало бьют. Смотря кто больше в боксе преуспел. Но ловкость в единоборствах не всегда доказывает превосходство СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 10:46 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) andsmТема топика становится все менее и менее актуальной. MSSQL2k5 находится в стадии release candidate, до релиза осталось чуть больше месяца. Так что скоро основные топики будут: MSSQL2k5 vs Oracle Только от того, что продукт перестанет называться бетой, он не станет менее сырым и более шустрым ;) О да ! А то, что сроки выпуска были отодвинуты настолько, говорит лишь о том, что разрвботчики в MS только и горазды бамбук пинать. А в конце лишь меняют на продукте лейбл с Beta на RTM. Так что ли ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 10:48 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Glory Gluk (Kazan) andsmТема топика становится все менее и менее актуальной. MSSQL2k5 находится в стадии release candidate, до релиза осталось чуть больше месяца. Так что скоро основные топики будут: MSSQL2k5 vs Oracle Только от того, что продукт перестанет называться бетой, он не станет менее сырым и более шустрым ;) О да ! А то, что сроки выпуска были отодвинуты настолько, говорит лишь о том, что разрвботчики в MS только и горазды бамбук пинать. А в конце лишь меняют на продукте лейбл с Beta на RTM. Так что ли ? Если честно, такое впечатление действито складывается ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 11:40 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
я так и знал. И видовс маздай. Религия всегда мешает продуманному выбору решения т.к. впросы веры не поддаются анализу Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 11:43 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
1024 я так и знал. И видовс маздай. Религия всегда мешает продуманному выбору решения т.к. впросы веры не поддаются анализу Posted via ActualForum NNTP Server 1.3 И кто из нас более религиозен ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 11:47 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) GloryО да ! А то, что сроки выпуска были отодвинуты настолько, говорит лишь о том, что разрвботчики в MS только и горазды бамбук пинать. А в конце лишь меняют на продукте лейбл с Beta на RTM. Так что ли ? Если честно, такое впечатление действито складывается А вы лично участвовали в бэта-тестировании хоть одного продукта MS, чтобы такое говорить ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 11:48 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Нет не учавствовал, но формировать свое мнение и ВЫСКАЗЫВАТЬ его где бы то ни было ИМЕЮ ПОЛНОЕ ПРАВО ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 11:57 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Нет не учавствовал, но формировать свое мнение и ВЫСКАЗЫВАТЬ его где бы то ни было ИМЕЮ ПОЛНОЕ ПРАВО Ага. Сам не слышал, но осуждаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 12:00 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
не стоит думать что ваше личное мнение чем-то лучше любого другого. Тем более в вопросах о которых вы имеете поверхностное представление, например о настройках производительности мс скл или вопросах безопасности в виндах Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 12:05 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Glory Gluk (Kazan)Нет не учавствовал, но формировать свое мнение и ВЫСКАЗЫВАТЬ его где бы то ни было ИМЕЮ ПОЛНОЕ ПРАВО Ага. Сам не слышал, но осуждаю. Не совсем :) Я с ЭТИМ БЛЯДСТВОМ КАЖДЫЙ ДЕНЬ РАБОТАЮ :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 12:08 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
andy st и как всегда забыт перечень тем, по которым можно неслабо пофлеймить... начнем сравнение? или по заведомо проигрышным вопросам не стоит начинать беседу? ;-) нам слабо !?! :) с нетерпением жду списка :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 12:14 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) Glory Gluk (Kazan)Нет не учавствовал, но формировать свое мнение и ВЫСКАЗЫВАТЬ его где бы то ни было ИМЕЮ ПОЛНОЕ ПРАВО Ага. Сам не слышал, но осуждаю. Не совсем :) Я с ЭТИМ БЛЯДСТВОМ КАЖДЫЙ ДЕНЬ РАБОТАЮ :( Мда. Какие-то действительно ораклисты стали нервные ближе к выходу Юкона. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 12:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторМда. Какие-то действительно ораклисты стали нервные ближе к выходу Юкона. Просссто несккколььккко болллее темммпппераммменттные А с Юконом вашим гребаным мне еще предстоит работать, так что я такой-же "ораклист" как и вы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 12:20 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) wrote: > автор > Мда. Какие-то действительно ораклисты стали нервные ближе к выходу Юкона. > > > > Просссто несккколььккко болллее темммпппераммменттные > > А с Юконом вашим гребаным мне еще предстоит работать, так что я такой-же > "ораклист" как и вы нда... все программеры делятся на 2 класса: 1 - ненавидят виндовс и работают под юниксом 2 - ненавидят виндовс и работают по виндовс... Меня вот FB раздражает, причем весь - от документации (глаза б не видели) до отсутствия привычных фич.... и ничо, и я живой, токо нервный, и FB живой (даже живее чем я), работаит на нём народ, и еще как! p.s. А Вы не подскажите, как мне сделать так, чтобы юкон стал "моим", ну хотя бы частично? бабок нарубить охота - до жути :-( -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 12:52 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! с нетерпением жду списка :) внииимааатееельно см. на стр. 3 данного топика ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 12:59 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
locky p.s. А Вы не подскажите, как мне сделать так, чтобы юкон стал "моим", ну хотя бы частично? бабок нарубить охота - до жути :-( А ты его купи :) А насчет бабок нарубить, это больше к 1С-никам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 13:17 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) wrote: > А ты его купи :) гы, так я ж куплю не его, а право на его использование :-) > А насчет бабок нарубить, это больше к 1С-никам Давить! В колыбели... млин.... -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 13:19 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
если речь об этих, то .. > 1. ddl в транзакции http://www.sql.ru/forum/actualthread.aspx?tid=157503&pg=-1 главный вывод - за это нужно отрывать яйца. >2. openquery, linked servers это из екселя запросы посылать ? а что за проблема с ораклом? >3. репликация на 19200 http://www.oracle.com/global/ru/oramag/december2001/recommend_dialup.html какие проблемы ? >4. временные таблицы http://www.sql.ru/forum/actualthread.aspx?tid=148020&pg=-1 вывод: у оракла есть нормальные временые таблицы, на которые можно делать вью индексы, кажется тригеры тоже. у сиквела есть что-то очень урезаное, которое использовать при тяжелых нагрузках нельзя. >6. DTS скорее слабое подобие oracle data hub, посмотрю повнимательней. http://www.oracle.com/data_hub/index.html >7. Analysis Services /topic/218685&pg=-1#1899994 On the other hand, Analysis Services implements only two data mining algorithms: decision trees and clustering. Оракле Its classification, clustering, association rules, and attribute importance data mining functions are implemented by adaptive Bayes Network, Naive Bayes, k-Means, O-Cluster, predictive variance, and A priori algorithms. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 13:22 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 Yo!! 1. Согласен. 2. Неа, наоборот к екселю, или к любому другому источнику имеющему ODBC драйвер или OLE DB провайдер. Плюс гетерогенные запросы и распределенные транзакции. 3. Согласен. 4. Не согласен. 5. ??? 6. Стоит посмотреть повнимательней! 7. >On the other hand, Analysis Services implements only two data mining algorithms Зато он не стоит "отдельных денег" и идет "вместе" с сервером. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 13:35 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2pkarklin /topic/218685&pg=3#1901095 а тут 5-го пункта и нету :) по 2, то же самое и у оракла - хоть к ексел табличке можно слать sql запросы. по 7 - я могу перечислить что идет с ораклом бесплатно в отличии от сиквила, но хотелось бы пока ограничится техническим сравнением. а то считать TCO, ROI и т.п. заколебаемся. а вот по временным табличкам можно продолжить, только чур в той теме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 13:42 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! > 1. ddl в транзакции http://www.sql.ru/forum/actualthread.aspx?tid=157503&pg=-1 главный вывод - за это нужно отрывать яйца. конечно... если в оракуле это создает проблемы для серверу - это зло... я этим пользуюсь постоянно и даже не задумываюсь о проблемах, ибо их НЕ ВОЗНИКАЕТ... проблемы есть только у Вас. причем большей частью - из раздела фантазий Yo!! >2. openquery, linked servers это из екселя запросы посылать ? а что за проблема с ораклом? это когда в одном запросе я могу объединить таблицы из десятка различных источнков данных: odbc,oledb, jet.... что, собственно, и делаю Yo!! >3. репликация на 19200 http://www.oracle.com/global/ru/oramag/december2001/recommend_dialup.html какие проблемы ? закат солнца вручную... сношайтесь с этим сами, плз... Yo!! >4. временные таблицы http://www.sql.ru/forum/actualthread.aspx?tid=148020&pg=-1 вывод: у оракла есть нормальные временые таблицы, на которые можно делать вью индексы, кажется тригеры тоже. у сиквела есть что-то очень урезаное, которое использовать при тяжелых нагрузках нельзя. в каком месте нельзя? и в каком месте урезанное? поточнее, плз, и для версии 2000. Yo!! >6. DTS скорее слабое подобие oracle data hub, посмотрю повнимательней. http://www.oracle.com/data_hub/index.html создается обратное впечатление... Yo!! >7. Analysis Services /topic/218685&pg=-1#1899994 On the other hand, Analysis Services implements only two data mining algorithms: decision trees and clustering. Оракле Its classification, clustering, association rules, and attribute importance data mining functions are implemented by adaptive Bayes Network, Naive Bayes, k-Means, O-Cluster, predictive variance, and A priori algorithms. то оракул в жопе со своими продуктами (за 4 года потеряно 2/3 рынка) [http: http://www.olapreport.com/Market.htm%5Dhttp://www.olapreport.com/Market.htm]http://www.olapreport.com/Market.htm]http://www.olapreport.com/Market.htm [/http] удачи... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 13:54 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 Yo!! >по 2, то же самое и у оракла - хоть к ексел табличке можно слать sql запросы. А как с гетерогенными запросами и распределенными транзакциями? Я без издевки спрашиваю. Действительно пока не знаю. >по 7 - я могу перечислить что идет с ораклом бесплатно в отличии от сиквила, но хотелось бы пока ограничится техническим сравнением. а то считать TCO, ROI и т.п. заколебаемся. Ладно. Не будем считать. И ссылки приводить не будем, где уже все посчитано. Особенно для многопроцессорных (в том числе многоядерных) систем с процессорными лицензиями. Oracle еще непоменял свою лицензионную политику, лицензирующую ядро, а не процессор? >а вот по временным табличкам можно продолжить, только чур в той теме. Да в том топике уже все что можно было сказать сказали. Каждый все равно (как обычно) остался при своем мнении. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 14:00 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Таки забежал на работу на секундую ASCRUSПоддерживаю ggv. А если еще сервер поддерживает NOT TRANSACTIONAL local and global temporary table, так вообще все шустро отработает. Ну это я даже не стал упоминать - default типа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 14:07 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!2ggv честно говоря совсем не понял. на время модификации нужна блокировка именно основной записи иначе у вас 2 update смогут одновременно типа править одну и туже запись и получите lost update. ну и имхо это все равно не решает главную проблему блокировочника - длинные транзакции в OLPT задаче. Дык как раз решает, но вы как раз и не поняли. По другому - создаем сегмент отката (snapshot данных), работаем с ним, а потом сливаем изминения в основные данные. Только здесь уже можно не только "кто первый встал того и тапки", а более гибко. Полная эмуляция поведения версионника - на блокировочниках, где такое реализовано, само собой. Будет и OLTP - короткие задачи - будут и длинные транзакции в то же время. Разруха она в головах. Ну теперь точно до понедельника, на транспорт опаздываю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 14:10 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2andy st похоже для вас представленые обсуждения оказались слишком сложны, когда сможете их осилить присоединяйтесь, а пока - в сад. 2pkarklin >А как с гетерогенными запросами и распределенными транзакциями? ну да, так и называется гетерогенный сервисес, с db2/mssql точно работают, с остальными думаю тоже, какая разница что за субд главное чтоб двухвазные транзакции были. > Oracle еще непоменял свою лицензионную политику, лицензирующую ядро, а не процессор? поменял, 75% за ядро. да на многопроцессорных гораздо дороже, а вот на 2х процессорах в разы дешевле, т.к. сиквел ограничивает стандарт эдишен 2Gb, что в наше время на десктопы ставят. >Да в том топике уже все что можно было сказать сказали. Каждый все равно (как обычно) остался при своем мнении. ;) т.е. фраза про сиквел "Generally speaking, temp tables should be avoided, if possible." для вас так и осталось не доказаной ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 14:18 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv Дык как раз решает, но вы как раз и не поняли. По другому - создаем сегмент отката (snapshot данных), работаем с ним, а потом сливаем изминения в основные данные. Только здесь уже можно не только "кто первый встал того и тапки", а более гибко. Полная эмуляция поведения версионника - на блокировочниках, где такое реализовано, само собой. Будет и OLTP - короткие задачи - будут и длинные транзакции в то же время. Разруха она в головах. Ну теперь точно до понедельника, на транспорт опаздываю. да, похоже не понял. итак у нас 2 транзакции одновременно, первая читает майнтабле и пихает в темп, вторая ничерта не ждет и делает тоже самое читая те же данные, первая делает merge в майнтабле, вторая делает тоже самое, затирая все изменения первой транзакции. в чем фишка ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 14:22 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 Yo!! автора вот на 2х процессорах в разы дешевле, т.к. сиквел ограничивает стандарт эдишен 2Gb, что в наше время на десктопы ставят. Дешевле чем Workgroup Edition? 3700 за процессор в независимости от числа ядер, или 730 на сервер с пятью клиентскими лицензиями? Сколько? тынц авторт.е. фраза про сиквел "Generally speaking, temp tables should be avoided, if possible." для вас так и осталось не доказаной ? Я абсолютно согласен с этой фразой. Особенно с "if possible". Но, так же согласен с авторами того топика, которые используют временные таблицы для разбивки ооооочень сложного запроса на более мелкие с хранением промежуточных результатов в темповых таблицах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 14:32 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!2andy st похоже для вас представленые обсуждения оказались слишком сложны, когда сможете их осилить присоединяйтесь, а пока - в сад. когда аргументов больше нету в ход идут оскорбления... ;-) т.е. как всегда... озвучу лозунг: "если на оракуле что-то делать не РЕКОМЕНДУЕТСЯ или НЕЛЬЗЯ - это ЗЛО и это надо искоренять, а все кто придерживается другого мнения, и, не дай боже, используют запрещенные фичи - В САД" вставьте его в автоподпись, плз.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 14:34 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
pkarklin wrote: > 2 Yo!! > автор > т.е. фраза про сиквел "Generally speaking, temp tables should be > avoided, if possible." для вас так и осталось не доказаной ? > > > > Я абсолютно согласен с этой фразой. Особенно с "if possible". Но, так же > согласен с авторами того топика, которые используют временные таблицы > для разбивки ооооочень сложного запроса на более мелкие с хранением > промежуточных результатов в темповых таблицах. кроме того, там рекомендуют заменять тэмп-таблицы на table-var... И еще - это "Если возможно" относится к производительности в части скорости компиляции запросов. Применение временных таблиц в большой процедуре которая очччень часто вызывается - приводит к постоянной рекомпиляции процедуры. А вот применение временной таблицы в сложной расчетной процедуре, которая вызывается достаточно редко.... вот тут всё очень хорошо, потому что выигрышь от упрощения выборок значительно перекрывает проигрышь от некоторой перекомпиляции. -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 14:36 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
lockyПрименение временных таблиц в большой процедуре которая очччень часто вызывается - приводит к постоянной рекомпиляции процедуры. А вот применение временной таблицы в сложной расчетной процедуре, которая вызывается достаточно редко.... вот тут всё очень хорошо, потому что выигрышь от упрощения выборок значительно перекрывает проигрышь от некоторой перекомпиляции. Есть определенные правила, которым надо следовать при написании хп, использующих вроеменные таблицы. Тогда и перекомпиляций удастся избежать: INF Troubleshooting Stored Procedure Recompilation lockyкроме того, там рекомендуют заменять тэмп-таблицы на table-var... table-var по своей сути - теже временные таблицы. Но, хоть Microsoft и обещает "fewer recompilations", приценденты со снижением производительности при их использовании заставляет относиться к ним с опаской. Кроме того table-var имеют "ограниченные" возможности по индексации (только PK и UQ). А вот неподверженность table-var транзакциям в некоторых случаях очень даже пользительно. ЗЫ. Да простит меня Yo!! за обсуждение темповых таблиц в этом топике. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 14:45 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
andy st то оракул в жопе со своими продуктами (за 4 года потеряно 2/3 рынка) [http:http://www.olapreport.com/Market.htm]http://www.olapreport.com/Market.htm[/http] удачи... Прочитал. Интересно. Но там тока про OLAP - "ручной" анализ. Про Data Minig нет. И кроме того, не понял как считают по Ораклу. У него же теперь OLAP встроен в сервер БД. Раньше был отдельный сервер - Express про котрый упоминается. Его посчитать можно. Но ить он разве не по инерции продается? Основное вместе с СУБД. Есть ли есть инфа про это буду благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 14:50 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторДешевле чем Workgroup Edition? 3700 за процессор в независимости от числа ядер, или 730 на сервер с пятью клиентскими лицензиями? Сколько? берем стандартный современый комп 1xCPU 4Gb RAM - oracle - $5K standart one edition mssql - $29K enterprisre edition т.к. standart туда нельзя (2Gb maximum). авторtable-var по своей сути - теже временные таблицы. позвольте :) это уже надо сравнивать с объектами/масивами в оракле, а это уже совсем другая опера. в заявке variables не звучало :) авториспользуют временные таблицы для разбивки ооооочень сложного запроса на более мелкие с хранением промежуточных результатов в темповых таблицах. таким имхо должен заниматся все таки оптимизатор, но и тут оракл гораздо красивей выглядит с view которые можно одевать на темп-таблички. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 15:13 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
>mssql - $29K enterprisre edition т.к. standart туда нельзя (2Gb maximum). очепятка, 20K enterprisre edition ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 15:14 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
pkarklin wrote: > locky спасибо, я это всё знаю. Это не для меня, а вот йо! - рекомендую... >неподверженность table-var транзакциям в некоторых случаях очень даже >пользительно. аха, жаль только частичная неподверженность. на уровне statement - всё равно транзакционно.... :-( -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 15:14 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
к стате показательно как мухлюют в tpc, workgroup edition Up to 2 GB of Memory http://www.microsoft.com/sql/evaluation/overview/default.mspx а в тесте 2.5Gb http://www.sql.ru/subscribe/2005/246_1.jpg ЗЫ. наверника и оракл где-то так-же привирает :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 15:29 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!берем стандартный современый комп 1xCPU 4Gb RAM - oracle - $5K standart one edition mssql - $29K enterprisre edition т.к. standart туда нельзя (2Gb maximum). Хм... Интересный у Вас "стандартный комп". ;) Вряд ли человеку в здравом уме придет в голову для такого "стандартного компа" покупать ЕЕ, тока ради использования 3 гиг оперативки (1 гиг все равно операционке нужен). А SE те же $5k. А вот если процессоров 2 да по 2 ядра... Да Вы сами уже это упоминали. Yo!!позвольте :) это уже надо сравнивать с объектами/масивами в оракле, а это уже совсем другая опера. в заявке variables не звучало :) Вряд ли их можно сравнивать, ибо table-var таки живут в tempdb. Yo!!таким имхо должен заниматся все таки оптимизатор, но и тут оракл гораздо красивей выглядит с view которые можно одевать на темп-таблички. Да занимается он этим, вставляя Table Spool оператор в план выполнения. Вот только не всегда он это делает оптимальным способом. Приходится его "подправлять". Или в Oracle оптимизатор "безгрешен" и всегда выбирает самый оптимальный план. Особенно для многостраничных запросов, для которых перебор возможных вариантов выполнения может занять гараздо большее время, чем выполнение по самому неоптимальному плану? А вот в чем практичности view, которые можно одевать на темп-таблички я не представляю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 15:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторХм... Интересный у Вас "стандартный комп". ;) у вас меньше ? авторВряд ли человеку в здравом уме придет в голову для такого "стандартного компа" покупать ЕЕ, тока ради использования 3 гиг оперативки (1 гиг все равно операционке нужен). откройте тесты tpc/sap везде по 4-12Gb на проц, просто вам приходится экономить. авторА вот если процессоров 2 да по 2 ядра... OK 2xdual-core opteron 8Gb RAM oracle: 2*2*0.75 * 5000 = $15K mssql: 2*20000 = $40K я нигде не ошибся ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 15:40 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
стоп ! помоему standrat one вообще dual-core не считается, т.е. у оракла $10K выйдет, щас проверю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 15:42 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!к стате показательно как мухлюют в tpc, workgroup edition Up to 2 GB of Memory http://www.microsoft.com/sql/evaluation/overview/default.mspx а в тесте 2.5Gb http://www.sql.ru/subscribe/2005/246_1.jpg ЗЫ. наверника и оракл где-то так-же привирает :) Хм... Вы считаете что это "мухлеж"? %) Мы о Win32 говорим?! Где из 4 гиг 2 гига отдается приложениям, 2 гига операционке. Или 3/1 для W2KAS. Так что все чествно. До 2 гиг может отъесть сиквел, остальное операционке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 15:43 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 Yo!! К сожалению, мне надо уходить. предлагаю продолжить в понедельник. С уважением, pkarklin. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 15:51 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
>Хм... Вы считаете что это "мухлеж"? OK, убедил :) в оракле не ограничивают память поэтому не задумывался на что ограничивают. а по dual-core все верно, у стандарт ван эксепшен, т.е. 2-way dual-core opteron + 8Gb RAM будет ровно в 4 раза дешевле чем у сиквела. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 15:53 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Основной критерий перехода или неперехода - это возможность самого перехода и его трудозатраты в случае если это две разные ИБС, дореализация функционала необходимого, миграция старых данных, переучивание персонала и т.д. и т.п. В большинстве случаев биллинг - игла с которой не так просто соскачить и тут вопрос не в том с какой СУБД на какую ползти, а в том на сколько сложные бизнесс-процессы. Сам перевел - одну. На моей памяти было еще две попытки перевода от таких монстров как Комта+ и Атлант(обе неудачны). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 10:04 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!а по dual-core все верно, у стандарт ван эксепшен, т.е. 2-way dual-core opteron + 8Gb RAM будет ровно в 4 раза дешевле чем у сиквела. Согласен, что Oracle Database 10g Standard Edition One - "заманчивая" редакция. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 11:44 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
pkarklin Согласен, что Oracle Database 10g Standard Edition One - "заманчивая" редакция. ;) все таки наврал я - dual-core не считается для стандарт и стандарт one только если проц один, т.е. если 2 dual-core то уже нада платить за все ядра, т.е. $1.5K ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 11:52 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 Yo!! Ответьте на чайниковский вопрос в Oracle под *NIX системами. Он сразу ставиться в 64-битной редакции дабы более 4 гиг памяти юзать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 12:52 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! ggv Дык как раз решает, но вы как раз и не поняли. По другому - создаем сегмент отката (snapshot данных), работаем с ним, а потом сливаем изминения в основные данные. Только здесь уже можно не только "кто первый встал того и тапки", а более гибко. Полная эмуляция поведения версионника - на блокировочниках, где такое реализовано, само собой. Будет и OLTP - короткие задачи - будут и длинные транзакции в то же время. Разруха она в головах. Ну теперь точно до понедельника, на транспорт опаздываю. да, похоже не понял. итак у нас 2 транзакции одновременно, первая читает майнтабле и пихает в темп, вторая ничерта не ждет и делает тоже самое читая те же данные, первая делает merge в майнтабле, вторая делает тоже самое, затирая все изменения первой транзакции. в чем фишка ? Да в том то и фишка, что получается поведение версионника. Только не обязательно перезатирает последующая транзакция изменения предыдущей - если посмотреть на синтаксис MERGE sql statement --- >>-MERGE INTO--+-table-name-------+-----------------------------> +-view-name--------+ '-(--fullselect-- )-' >--+------------------------+--USING--table-reference-----------> '-| correlation-clause | -' >--ON--search-condition-----------------------------------------> .--------------------------------------------------------------------. V | >----WHEN--| matching-condition |--THEN--+-| modification-operation |-+-+--> '-signal-statement-----------' .-ELSE IGNORE-. >--+-------------+--------------------------------------------->< То есть краткий вывод - с помощью SQL STATEMET MERGE можно сделать в блокировочнике поведение транзакций аналогичное версионнику, если нужно. Другой вопрос, что я в своей практической деятельности такой необходимости пока не встречал (я не говорю, что MERGE не использовал) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 13:44 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2ggv что значит необязательно ? обязательно, отвлекитесь от вашего merge это просто синтетический прибамбас (к стате и в оракле он давно). еще раз у вас 2 транзакции: t1. транзакция1 insert into temptable select * from maintable ; t2. транзакция2 insert into temptable select * from maintable ; t3. транзакция1 merge t4. транзакция2 merge и получаете обязательный lost update, ничего похожего на версионный механизм тут нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 15:03 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
pkarklin2 Yo!! Ответьте на чайниковский вопрос в Oracle под *NIX системами. Он сразу ставиться в 64-битной редакции дабы более 4 гиг памяти юзать? зависит от юниха, кажется у сана были 32-битные спарки и наверно был оракл 32-бит для спарка. т.е. если юних 64-бит то и все ПО на нем 64-бит (и оракл в том числе) исключение линух для amd64, на нем можно и 32-бит поставить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 15:11 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!2ggv что значит необязательно ? обязательно, отвлекитесь от вашего merge это просто синтетический прибамбас (к стате и в оракле он давно). еще раз у вас 2 транзакции: t1. транзакция1 insert into temptable select * from maintable ; t2. транзакция2 insert into temptable select * from maintable ; t3. транзакция1 merge t4. транзакция2 merge и получаете обязательный lost update, ничего похожего на версионный механизм тут нет. Ну немного непонятно, разные temptable или одна, думаю таки разные. И непроставлены COMMIT, из-за чего непонятно, если предположить, что COMMIT будет после каждого MERGE - как поведет себя версионник, не перезапишет изменения предыдущей транзакции? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 15:57 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv Ну немного непонятно, разные temptable или одна, думаю таки разные. И непроставлены COMMIT, из-за чего непонятно, если предположить, что COMMIT будет после каждого MERGE - как поведет себя версионник, не перезапишет изменения предыдущей транзакции? это вопрос ? у версионика читатель не блокирует писателя и наоборот, поэтому в темп-табличке надобности нет. читатели получат консистентный отчет на момент запуска селекта, ну а писателей рассудят блокировки. это нисколько не похоже на вашу непонятную схему. ЗЫ. у оракла есть выражение select ... for update если вам интересно как можно избежать lost update в подобной вашей ситуации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 16:32 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo - да нет, не надо мне пояснять, что такое версионник. Я просто смею утверждать, что описанными мной способом мы можем получить поведение версионника на блокировочнике, конкретно db2. И схема очень простая и понятная. Да, верно, в версионнике не надо временных таблиц в таком случае, в блокировочнике надо. И вся разница. И читатели также получат консистентный отчут (хотя, не всегда такое надо, но надо в ситуации repeatable read, хотя как я уже говорил, в бизнесе я таких потребностей не видел) Далее, мне нисколько не интересно про select for update в оракле, и я про это не спрашивал. Повторю - я просто показал, как в блокировочнике сделать поведение версионника - то есть создать snapshot данных, и объеденить его с основными данными. И это работает, хоть вам это и непонятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 16:39 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2ggv >И это работает, хоть вам это и непонятно. вопервых не работает во вторых нисколько не похоже на snapshot. попробую в 3й раз: t1. транзакция1 insert into temptable select * from maintable ; t2. транзакция2 insert into temptable select * from maintable ; t3. транзакция1 merge t4. транзакция2 merge t5. транзакция1 commit t6. транзакция1 commit что вы полчите в результате ? - потеряный апдейт. сможете ли вы получить консистентный отчет на момент t5 ? - нет. схема действительно простая но совершенно непохожа на snapshot. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 17:01 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
t6. транзакция1 commit имелось ввиду t6. транзакция2 commit ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 17:03 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ну после commit в t5 получить отчет - я не понял вопрос. Лучше скажите, что произойдет на шаге t6 в версионнике? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 17:22 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
>ну после commit в t5 получить отчет - я не понял вопрос. t1. транзакция1 insert into temptable select * from maintable ; t2. транзакция2 insert into temptable select * from maintable ; t3. транзакция1 merge t4. транзакция2 merge t5. транзакция1 commit t5.1 транзакция3 длинный select * from maintable t6. транзакция2 commit вот тут шансов что транзакция3 "застанет" данные от транзакции1 почти нет. >Лучше скажите, что произойдет на шаге t6 в версионнике? в oracle это будет выглядеть вот так: t1. транзакция1 update maintable t2. транзакция2 update maintable ^^^^^^ ORA-00054: resource busy t3. транзакция1 commit; и все ! но если вас интеоресует именно такой вариант как вы делаете в дб2 то выглядел бы он так: t1. транзакция1 insert into temptable select * from maintable for update nowait ; t2. транзакция2 insert into temptable select * from maintable fro update nowait; ^^^^^^^^ ORA-00054: resource busy and acquire with NOWAIT specified t3. транзакция1 merge t4. транзакция1 commit ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 17:34 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!>ну после commit в t5 получить отчет - я не понял вопрос. t1. транзакция1 insert into temptable select * from maintable ; t2. транзакция2 insert into temptable select * from maintable ; t3. транзакция1 merge t4. транзакция2 merge t5. транзакция1 commit t5.1 транзакция3 длинный select * from maintable t6. транзакция2 commit вот тут шансов что транзакция3 "застанет" данные от транзакции1 почти нет. 100% в описаной ситуации транзакция3 получит все закомиченные данные транзакции1 >Лучше скажите, что произойдет на шаге t6 в версионнике? в oracle это будет выглядеть вот так: t1. транзакция1 update maintable t2. транзакция2 update maintable ^^^^^^ ORA-00054: resource busy t3. транзакция1 commit; и все ! но если вас интеоресует именно такой вариант как вы делаете в дб2 то выглядел бы он так: t1. транзакция1 insert into temptable select * from maintable for update nowait ; t2. транзакция2 insert into temptable select * from maintable fro update nowait; ^^^^^^^^ ORA-00054: resource busy and acquire with NOWAIT specified t3. транзакция1 merge t4. транзакция1 commit То есть вы хотите сказать, что после того, как транзакци1 один сделала COMMIT, а затем делает транзакция2 COMMIT , то транзакция2 получит отлуп??? Очень интересно, но нафиг не надо. Наверняка вы что-то не то хотели сказать. Еще раз ---- с помощью конкретного дилаекта MERGE можно получить поведение версионника - транзакция получит свой снапшот данных консистентных, сможет работать с ним, и до выполнения MERGE (у версионника это просто COMMIT во время которого выполняется слияние данных) никто не сможет получить доступ к этим данным. Если пойдут более одного MERGE одновременно в разных транзакциях, они будут сериализоваться - блокировками, и выполнятся последовательно. Эта часть понятна, надеюсь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 17:56 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
автор100% в описаной ситуации транзакция3 получит все закомиченные данные транзакции1 втом то и дело что получит все , а не закомиченые на момент t5.1 как нужно для консистентного отчета. авторЕще раз ---- с помощью конкретного дилаекта MERGE можно получить поведение версионника тогда давайте разбиратся что такое merge, у оракла (да и в стандарте 99 кажется ) это просто синтаксическая фича, если запись есть то делется update .. set value=new_value, если записи нет то делается insert into .. values (new_value) и все. неужеле в дб2 это что то другое ?? если нет то попробуйте расписать без merge такой код: транзакция1 update maintable set value=value+5 ; транзакция2 update maintable set value=value+5 ; транзакция1 commit ; транзакция2 commit ; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 18:30 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! автор100% в описаной ситуации транзакция3 получит все закомиченные данные транзакции1 втом то и дело что получит все , а не закомиченые на момент t5.1 как нужно для консистентного отчета. Ничего себе - транзакция1 сделала COMMIT, после этого транзакци3 делает SELECT, и она не должна получить все данные? Она получит и то, что внесла/изменила транзакция1, и то, чего транзакция1 не трогала. Иначе бардак какой-то. Yo!! [quot автор]Еще раз ---- с помощью конкретного дилаекта MERGE можно получить поведение версионника [/quot автор] тогда давайте разбиратся что такое merge, у оракла (да и в стандарте 99 кажется ) это просто синтаксическая фича, если запись есть то делется update .. set value=new_value, если записи нет то делается insert into .. values (new_value) и все. неужеле в дб2 это что то другое ?? если нет то попробуйте расписать без merge такой код: транзакция1 update maintable set value=value+5 ; транзакция2 update maintable set value=value+5 ; транзакция1 commit ; транзакция2 commit ; Дак я же говорю, что для получения поведения версионника необходимо использовать конкретную реализацию sql statement MERGE. Зачем мне пробовать расписать без MERGE, если тогда я не получу такого поведения?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 18:43 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторНичего себе - транзакция1 сделала COMMIT, после этого транзакци3 делает SELECT, и она не должна получить все данные? Она получит и то, что внесла/изменила транзакция1, и то, чего транзакция1 не трогала. Иначе бардак какой-то. как только транзакция1 сделала COMMIT, транзакция2 заблокирует данные и транзакция3 будет ждать пока вторая не закомитится. поэтому этот селект никогда не получит отчет на момент t5.1 автор Зачем мне пробовать расписать без MERGE, если тогда я не получу такого поведения?? потому что MERGE это всего лишь обыкновенный update в нашем случае и никакой магии не привнесет. если table.value=0 и идет 2 транзакции одновременно: t1.транзакция1 insert into temptable select value+5 from table t1.транзакция2 insert into temptable select value+5 from table t2.транзакция1 merge t3.транзакция2 merge t4.транзакция1 commit t5.транзакция2 commit у вас в темтабле будет по 5рке и merge просто заместит table.value пятерками из temptable два раза, т.е. в результате в table.value будет 5 вместо 10, что есть страшный косяк. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 19:08 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! авторНичего себе - транзакция1 сделала COMMIT, после этого транзакци3 делает SELECT, и она не должна получить все данные? Она получит и то, что внесла/изменила транзакция1, и то, чего транзакция1 не трогала. Иначе бардак какой-то. как только транзакция1 сделала COMMIT, транзакция2 заблокирует данные и транзакция3 будет ждать пока вторая не закомитится. поэтому этот селект никогда не получит отчет на момент t5.1 Полная неправда. В описанной вами ситуации, и с предложенной мной схемой - получит. Yo!! автор Зачем мне пробовать расписать без MERGE, если тогда я не получу такого поведения?? потому что MERGE это всего лишь обыкновенный update в нашем случае и никакой магии не привнесет. если table.value=0 и идет 2 транзакции одновременно: t1.транзакция1 insert into temptable select value+5 from table t1.транзакция2 insert into temptable select value+5 from table t2.транзакция1 merge t3.транзакция2 merge t4.транзакция1 commit t5.транзакция2 commit у вас в темтабле будет по 5рке и merge просто заместит table.value пятерками из temptable два раза, т.е. в результате в table.value будет 5 вместо 10, что есть страшный косяк. Страшный косяк?? Интересно - изменения данных выполнялись изолированно , в своих собственных копиях данных, стало быть value в обеих копиях данных был увеличен на 5 и стал равен 5, затем первая транзакция слила данные во вторую таблицу и закоммитила, после чего вторая транзакция слила данные и закомитила - с чего бы вдруг в основной таблице возникло 10? Может, поясните логику, откуда в описанной ситуации возьмется 10? И второе - я предлагал немного другой способ - insert into <temptable> select * from <maintable> where <search condition>, и только после этого update <temptable> c последующим MERGE. Но очень хочется понять, с чего в основной таблице value должен будет увеличиться дважды, то есть стать равен 10 (+5 в первой транзакции, в изолированном наборе данных, и +5 во второй транзакции, в ее и изолированном наборе данных) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 19:29 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторПолная неправда. В описанной вами ситуации, и с предложенной мной схемой - получит. чем докажешь :) автор Интересно - изменения данных выполнялись изолированно, в своих собственных копиях данных тут на самом деле у меня косяк, при таком раскладе как раз будет все правильно 10 ! insert into наложит блокировку на table и транзакция2 пойдет только после того как первая закомитится. но вы же пытаетесь избавится от блокировки на table, поэтому в одной транзакции это сделать не сможете и прейдется так: t1.транзакция1 insert into temptable select value+5 from table t1.транзакция2 insert into temptable select value+5 from table t2.транзакция1 commit (temptable.value=5) t3.транзакция2 commit (temptable.value=5) t4.транзакция1 merge (по сути update из temptable) t5.транзакция2 merge (по сути update из temptable) t6.транзакция1 commit t7.транзакция2 commit ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 19:55 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
так, похоже нада завязывать с пивом. авторИ второе - я предлагал немного другой способ - insert into <temptable> select * from <maintable> where <search condition>, и только после этого update <temptable> c последующим MERGE. это же ничем не отличается от прямого update. допустим у нас есть длинная читающая транзакция (отчет) на 15 минут. чтоб это селект получил согласованый отчет он должен заблокировать все таблицы откуда читает и не важно чем вы будете в них пытатся записать, merge или update все остальные транзакции у вас будут ждать пока этот селект не соизволит закончится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 23:18 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
таак, Yo!!, действительно, с пивом надо завяязывать :) Давайте сначала. 1) в блокировочнике db2 писатель не блокирует читателя безо всякого Uncomited Read. Это дело управляется тремя переменными (отдельно на insert, update и delete). То есть набором значений трех переменных для трех случаев можно добиваться нужного поведения. Гибко, но когда нужна такая гибкость я не знаю, может кому и нужна. В oracle для этого никаких переменных не надо, но и изменить поведение видимо нельзя, да еще так гибко. То есть любая транзакция получит свой набор данных несмотря на незакомиченные транзакции писателей. И все это безо всяческих сегментов откада, очень дешевым и производительным способом. Эти конфигурационные параметры действуют на момент компиляции запроса, что позволяет (используя static SQL) иметь разное поведение в паралельных транзакциях в один и тот же момент времени. 2) Если получив в предыдущем случае данные, транзакция поместит их во временную таблицу, то может гонять курсор туда/обратно сколько ей угодно и абсолютно изолировано,и данные консистентны на момент начала транзакции. Этакий сегмент отката, или снапшот данных. Но этот случай мало интересен, а вот когда транзакция начнет менять данные 3) то она превращается в писателя, и на своем изолированном снапшоте данных делает изменения сколь угодно долго. Для слияния своих изменений с основной копией данных транзакция должна вызвать MERGE; COMMIT В Oracle для этого просто COMMIT. Получается, что в блокировочнике db2 для получения эффекта версионника надо больше sql предложений, и более тщательное планирование транзакций при дизайне приложений. Но при этом достигается более высокая производительность за счет того, что не база, а разработчик транзакций определяет, когда надо создавать изолированный набор данных, и более гибко регулируемое поведение (если оно только кому надо) А теперь я таки хочу понять, почему при начальном значении в таблице value==0 и после того, как две транзакции изолированно выполнят value+=5, потом сольют изменения в основную таблицу --- откуда возьмется 10??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 09:48 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2ggv так, давайте договоримся что речь идет о UL SERIALIZABLE. т.к. на READ COMMITED у блокировочника совсем ничего не получится. на уровне SERIALIZABLE селект наложит (shared наверно) блокировку до конца своей транзакции и соответственно пока она будет "гонять курсор туда/обратно" остальные писатели пойдут курить. авторА теперь я таки хочу понять, почему при начальном значении в таблице value==0 и после того, как две транзакции изолированно выполнят value+=5, потом сольют изменения в основную таблицу --- откуда возьмется 10??? потому что первый селект наложит блокировку до конца транзакции (на уровне SERIALIZABLE) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 10:30 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! еще раз, внимательно в пункте 1) благодаря трем конфигурационным параметрам db2 писатель не блокирует читателя в пункте 2) ясно сказано, что читатель, получивший набор согласованных данных в пункте 1) и выгрузивший их во временную таблицу может гонят курсоры сколько угодно на изолированном наборе данных полученных в пункте 1) и никак не влияя на другие транзакции. Что непонятного? Или так противно признать, что блокировочник может иметь сходное поведение с версионником, но достигнутое более производительным путем (но требуя более тщательного дизайна транзакций)? Я попробую запросить ресурс на публично доступную тестовую db2, и если будет желание, все сказанное мной можно будет вжимвую посмотреть. Быстрее будет встретится в москве и на моем ноуте показать, но если есть время подождать, то можно и на доступном в инете db2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 10:38 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторв пункте 1) благодаря трем конфигурационным параметрам db2 писатель не блокирует читателя это что за конфигурационые параметры ??? грязное чтение ? итак ваша чудо мысль: авторИ второе - я предлагал немного другой способ - insert into <temptable> select * from <maintable> where <search condition>, и только после этого update <temptable> c последующим MERGE. предположим у нас идет поток таких транзакций и нам нужен длинный кончичтентный отчет где участвует maintable тоже, это сделать мы можем лишь на уровне SERIALIZABLE. что делает этот отчет ? накладывает shared блокировку на всю maintable на время всей транзакции. и не важно что у вас там update, merge или сам дьявол, но блокировку на update уже никто не поставит, ни при каких условиях. и будет у вас стоять поток ваших транзакций и смысла ваша схема никакого не имеет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 11:23 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
давайте немного кода чтоб было понятнее (у меня есть только yukon beta2) (все делаем SET TRANSACTION ISOLATION LEVEL SERIALIZABLE ;) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. берем первую транзакцию: Код: plaintext 1. 2. берем вторую Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 11:37 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 ggv по-моему Вы не правы допустим один коннекст выполняет запрос Код: plaintext 1. 2. 3. ну или объясните как тут можно выкрутиться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 11:45 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Блин, я же писал - речь не идет о Uncomited Read. Дополняю - речь идет о Cursor Stability,или Read Stability Параметры называются Scip_inserted, scip_deleted, evaluate_uncomited Повторяю опять - используя эти переменные, можно получить набора данных НЕ дожидаясь COMMIT писателей, и выгрузив набор консистентных данных во временную таблицу, транзакция мрожет делать любые действия, в том числе длительные, не влияя на остальные транзакции - так как транзакция уже получила свой набор данных, на котором будет работать. И опять, в таком случае, никакая длительная блокировка не накладывается Ну и поскольку транзакция только читает данные, то ей не потребуется сливать изменения и делать MERGE. Ну сколько можно разжевывать. Эко вас как раздраконила такая фича... Успокойтесь, не все так страшно, забейте на это, и продолжаейте свято верить, что oracle лучший. А тесты просто не смотрите - все равно при выборе платформы под проект, результаты тестов не учитываются, это стопудово. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 11:49 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
т.е. как выкрутиться понятно - не делать длинных транзакция, а данные заранее прочитать во временную таблицу но полностью съэмулировать версионник не получится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 11:49 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
SergSuper - ну я же написал, что в блокировочнике db2 транзакция делающая select не обязана зависнуть, если есть незакомиченные транзакции писателей, и это поведение регулируется тремя registry variables (не путать с windows registry) уровня инстанции db2 (ничего общего с инстанцией oracle) То есть я делаю INSERT/UPDATE/DELETE в одной транзакции и не делаю commit, другая транзакция делает select * from table with CS (cersor stability) и получает набор данных без задержки. Да, есть такая возможность, ну что же я, виноват теперь, что ли... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 11:53 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! -- поведение юкона мне абсолютно фиотелово. Как-то так по жизни получилось, что у меня небыло, нет, и не будет, скорее всего, продуктов MS ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 11:55 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvSergSuper - ну я же написал, что в блокировочнике db2 транзакция делающая select не обязана зависнуть, если есть незакомиченные транзакции писателей, и это поведение регулируется тремя registry variables (не путать с windows registry) уровня инстанции db2 (ничего общего с инстанцией oracle) То есть я делаю INSERT/UPDATE/DELETE в одной транзакции и не делаю commit, другая транзакция делает select * from table with CS (cersor stability) и получает набор данных без задержки. Да, есть такая возможность, ну что же я, виноват теперь, что ли... замечательно. И что же она вернёт? Последнюю закоммиченную версию? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 11:59 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
вернет набор закомиченных на момент начала транзакций данных То есть незакомиченные будут пропущены. Yo!! могу успокоить, что эти переменные выключены по умолчанию, и подавляющее большинство пользователей (кторые не читают доки) этим не воспользуются. Так же есть всякие ограничения - ну типа, к таблицам системного каталога это не применимо, и тому подобное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 12:05 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
четсное слово, мне уже начало надоедать, и я, наверное, отвалю с ветки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 12:06 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvчетсное слово, мне уже начало надоедать, и я, наверное, отвалю с ветки Насколько я понимаю, незакомиченные изменения будут пропускаться. Это не позволит эмулировать поведение версионника. Либо вам придется самостоятельно делать снапшоты перед любыми изменениями. А в читающей транзакции учитывать, что данные надо брать и из таблицы и из временной таблицы. Как минимум это не удобно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 12:17 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2ggv чесное слово не устраивайте тут детский сад, игра в обиженых и непонятых нам не понятна. а то как ребенок зуб даете что работает а ничерта пояснить не можете, второй день пудрите мозги MERGE. 1. линк на доку с select * from table with CS (cersor stability) 2. вы можете без соплей объяснить откуда селект возьмет "вернет набор закомиченных на момент начала транзакций данных" если с момента начала селекта в базу уже СОТНИ закомиченых транзакций, где хранятся все версии ? то что дб2 может взять последнюю закомиченую никакого интереса не предсталяет, это никоим оьразом не похоже на snapshot ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 12:22 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv, не надо сваливать, я хочу разобраться правильно ли я понял: в DB2 можно получать данные как в оракле, на момент начала "чужой" транзакции, либо (в зависимости от настроек) можно ожидать конца текущей транзакции. Т.е. писатель как и в версионнике не блокирует читателя. Теперь доуглй вопрос: может ли читатель может не блокировать писателя? Т.е. первая транзакция Код: plaintext 1. 2. 3. Здесь же 2-я транзакция зависнет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 12:29 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)[quot ggv] Насколько я понимаю, незакомиченные изменения будут пропускаться. Это не позволит эмулировать поведение версионника. Либо вам придется самостоятельно делать снапшоты перед любыми изменениями. А в читающей транзакции учитывать, что данные надо брать и из таблицы и из временной таблицы. Как минимум это не удобно. Да, незакоммиченные данные будут пропускаться. Читатель ничего не будет знать, про незакомиченные изменения, так же как и в версионнике он ничего про них не знает Yo!! -- ну если уж на личности переходим, то мне уж тут точно делать нечего. Если вы понять не способны, что в db2 писатель не блокирует читателя, то я ничем помочь не могу. Берите официальную доку, благо она доступна, и гризите гранит науки, или гууглите. А то мне вам, как ребенку, уже надоело пояснять. Даже где-то пробегала статья, поясняющая (не польностью) реализацию этого. Я ее пропустил, так как мне потроха не интересны ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 12:30 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
SergSuper правильно ли я понял: в DB2 можно получать данные как в оракле, на момент начала "чужой" транзакции, либо (в зависимости от настроек) можно ожидать конца текущей транзакции. Т.е. писатель как и в версионнике не блокирует читателя. Да, именно так. И не такое уж свежее нововедение. Если я не ошибаюсь, по требованию фирмы SAP было сделано SergSuper Теперь доуглй вопрос: может ли читатель может не блокировать писателя? Т.е. первая транзакция Код: plaintext 1. 2. 3. Здесь же 2-я транзакция зависнет? Это то, что я описал в пункте 2) - да, может, если после получения набора данных выгрузит их во временную таблицу и снимет блокировки с основной, и нет, не может, если не выгрузит и не снимет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 12:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2ggv обычно с теми от кого я могу получить что-то новое и полезное я стараюсь не пинать ... но вы извините мне 2 дня пургу про MERGE несли именно это меня несколько и вывело из себя. но ладно, забыли про merge едем дальше: я уже понял что вы не понимаете как это раблотает, но вы можете хотя бы код показать, т.к. из ваших объяснений пока следует что ... 2All судя по всему он рассказывает о IL Cursor Stability авторLike levels RR and RS, level Cursor Stability (CS) ensures that any row that was changed (or a row that is currently locked with an UPDATE row lock) by another activation group using a different commitment definition cannot be read until it is committed. Unlike RR and RS, level CS only ensures that the current row of every updatable cursor is not changed by other activation groups using different commitment definitions. Thus, the rows that were read during a unit of work can be changed by other activation groups that use a different commitment definition. In addition to any exclusive locks, an activation group running at level CS may acquire a share lock for the current row of every cursor. In the SQL 1999 Core standard, Cursor Stability is called Read Committed. DB2 UDB for iSeries supports cursor stability through COMMIT(*CS). http://publib.boulder.ibm.com/infocenter/iseries/v5r3/ic2924/index.htm?info/db2/rbafzmstisol.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 12:38 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvДа, незакоммиченные данные будут пропускаться. Читатель ничего не будет знать, про незакомиченные изменения, так же как и в версионнике он ничего про них не знает блокировочник на чтении заблокированной строки: 1. может ждать завершения транзакции 2. может пропустить строку в выборке 3. может прочитать незакоммиченные данные версионник: может прочитать данные строки на момент начала своей транзакции Как Вы собираетесь добиться этой функциональности при помощи временных таблиц с приемлемой производительностью ? Мне это не понятно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 12:43 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ну да, все правильно, он просто указывает CS в select'e авторisolation-clause 7 7 >>-+---------------------------------------+------------------->< 7 '-WITH--+-RR--+---------------------+-+-' 7 | '-lock-request-clause-' | 7 +-RS--+---------------------+-+ 7 | '-lock-request-clause-' | 7 +-CS--------------------------+ 7 '-UR--------------------------' 7 7 7 The optional isolation-clause specifies the isolation 7 level at which the statement is executed, and whether a specific type 7 of lock is to be acquired. 7 7 7 RR - Repeatable Read 7 RS - Read Stability 7 CS - Cursor Stability 7 UR - Uncommitted Read я балдею, ggv вы 2 дня мне доказывали что READ COMMITED замечательно заменит оракловый snapshot :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:10 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! -- ничего общего приведенная цицтата с поведением при scip_[inserted/deleted] и evaluate_uncommited не имеет - это другой функционал, ключевые слова для поиска я дал. Gluk - как я уже выше неоднократно пояснял, при использовании вышеупомянутых настроек db2 может прочитать все закомеченные данные на момент начала транзакции, если множество строк было изменено, и изменения не закомичены, то они прочитаны не могут быть, но могут быть пропущены. Для уменьшения влияния длительных блокировок можно использовать временные таблици с последующим merge Это не в полной мере версионник, но я такого и не говорил - поведение приближается к версионнику ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:11 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! - извините, но или вы читаете плохо, или туп и не лечитесь. Скорее первое. Ничего общего с Read Commited это не имеет, на этом разрешите прекратить всяческие препинания с вами в одностороннем порядке - устал просто. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:13 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvЭто не в полной мере версионник, но я такого и не говорил - поведение приближается к версионнику Ни в каком месте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:22 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk - ну хорошо, я уже на все согласен, называйте это как хотите. К тому же IBM нигде и не позиционирует db2 как версионник, просто документирует возможность получить более высокую concurency И это так и есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:29 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv разрешите прекратить всяческие препинания с вами в одностороннем порядке - устал просто. Но все равно Вы долго смогли продержаться на столь уязвимых позициях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:45 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
vadiminfo - я говорил, лишь то, что я говорил. Начал, правда, с конца, ошибочно полагая что всем известны возможности db2 де-факто, и не надо пояснять про scip_[inserted/deleted] и evaluate_uncommited. Повторю лишь, что главный эффект этих фич - устранение эффекта ожидания транзакций и повышение concurency. И эффект достигнут. В этом смысле (только в этом) поведение db2 становиться похоже на версионное. Кроме того, что указал Gluk, есть еще два момента, которые я не называл, но ожидал что они будут подняты, и в чем есть расхождения. Ну никто не задумался над ними, так что я тоже пропущу :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:52 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvGluk - ну хорошо, я уже на все согласен, называйте это как хотите. К тому же IBM нигде и не позиционирует db2 как версионник, просто документирует возможность получить более высокую concurency И это так и есть. еще бы, длинный селект в режиме CS прочитает половину таблиц на время 12:00, а вторую на 12:15. и скипнет или не скипнет, mergeнит или не mergeнит это не важно, важно что полезность такого селекта примерно такая же как и при грязном чтении. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:53 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ну если пропустить безумные высказывания Yo!!, то можно составить таблицу поведения db2 и версионника в трех случаях, insert, delete, и update так вот в случае insert поведение будет абсолютно одинаково, в случае delete абсолютно разное, в случае update не так однозначно, и будет зависеть от предикатов select statement ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 14:06 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
при delete абсолютно противоположное в смысле что в версионнике получим все удаленные строки (так как они не закомичены) а в db2 не получим удаленных строк, даже если удаление незакомичено. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 14:11 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Боюсь, Вы не очень хорошо представляете себе что такое версионность. Возможность пропускать заблокированные строки иногда полезна, у Oracle кстати есть подобная недокументированная фича для реализации AQ, но она ничем не поможет скажем в аналитике, там должны быть ВСЕ данные, включая заблокированные и очень желательно в конситентном состоянии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 14:14 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk, да нет, представляю. Так же представляю, как ibm добивается результатов в tpc-h, зачем делает средства online пополнения хранилища из оперативных источников, и прочее. Озвученый мной функционал предназначен для повышения "пропускной" возможности транзакций, аналитика и ibm'овские аналитический продукты предполагается использовать на хранилищах, классический референс дойч телеком, у них же и пополнение онлайновое хранилища. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 15:08 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvТак вот конкретный диалект SQL позволяет мне в этой ситуации получить поведение версионника на блокировочнике. insert into <temptable> select from <maintable> затем все нужные изменения в <temptable>, и в конце merge into <maintable> Yo!!честно говоря совсем не понял. на время модификации нужна блокировка именно основной записи иначе у вас 2 update смогут одновременно типа править одну и туже запись и получите lost update. ну и имхо это все равно не решает главную проблему блокировочника - длинные транзакции в OLPT задаче. ggvПо другому - создаем сегмент отката (snapshot данных), работаем с ним, а потом сливаем изминения в основные данные. Только здесь уже можно не только "кто первый встал того и тапки", а более гибко. Полная эмуляция поведения версионника - на блокировочниках, где такое реализовано, само собой. Будет и OLTP - короткие задачи - будут и длинные транзакции в то же время. Разруха она в головах. ggvДа в том то и фишка, что получается поведение версионника. Только не обязательно перезатирает последующая транзакция изменения предыдущей - если посмотреть на синтаксис MERGE sql statement ggvДополняю - речь идет о Cursor Stability,или Read Stability Параметры называются Scip_inserted, scip_deleted, evaluate_uncomited ggvНачал, правда, с конца, ошибочно полагая что всем известны возможности db2 де-факто, и не надо пояснять про scip_[inserted/deleted] и evaluate_uncommited. Повторю лишь, что главный эффект этих фич - устранение эффекта ожидания транзакций и повышение concurency. И эффект достигнут. ggvОзвученый мной функционал предназначен для повышения "пропускной" возможности транзакций, аналитика и ibm'овские аналитический продукты предполагается использовать на хранилищах, классический референс дойч телеком, у них же и пополнение онлайновое хранилища. 2ggv давайте вы определитесь у вас или "поведение версионника на блокировочнике" или какя-то опускная способность. если версионика то таки пояснить кодом , а то мы люди маленькие и не образованые, в дойч телекоме небыли и не понимаем КАК вы на IL Cursor Stability можете "получить поведение версионника на блокировочнике" ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 15:55 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvGluk, да нет, представляю. Так же представляю, как ibm добивается результатов в tpc-h, зачем делает А это то при чем. Вроде речь шла о серебрянной пуле, которую Вы обнаружили, а именно эмуляции версионника на DB2. А тут TPC-H появляются зачем-то Слов нет DB2 вещч хорошая, ктож спорит ? Но это блокировочник. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 16:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk - это я к тому упомянул, что несмотря на то, что в некоторых случаях дб2 ведет себя как полный версионник (случай с insert) то в целом это не делает db2 версионником, и для целей анализа боле целесообразно строить отдельные хранилища, а не делают аналитику на операционной базе. Правда, сомневаюсь, что гонять аналитику на операционной базе версионника тоже целесообразно. Так что только в этом контекте. Их хоть в дойчланде я тоже не бывал, но читал, как они онлайново скармливают данные из операционних баз в хранилище. О серебряной пуле речи небыло - а вот об эмуляции поведения версионника - была. Особенно в части неблокируемого чтения. Gluk - так более понятно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 18:43 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Не было никакой эмуляции версионника, поскольку эмуляция поведения версионника отдельно на insert-ах МАРАЗМ. Так более понятно ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 08:40 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ну для вас лично маразм. Но если смотреть с той точки зрения, что писатель не блокирует читателя, и как это использовать, то это уже не маразм. Так более понятно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 09:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Пропуск заблокированных записей это как правило не то что подразумевается под: "писатель не блокирует читателя" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 09:52 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
to ggv я с Gluk (Kazan) полностью согласен, к тому же, ИМХО концептуально разное поведение сервера при разных его настройках, это действительно маразм (то же самое касательно юкона с его эмуляцией версионности). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 10:06 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
автор с его эмуляцией версионности Неудачный оборот речи. Версионность там честная но ОПЦИОНАЛЬНАЯ. Сейчас прибегут SQL-щики и будут сильно ругаться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 10:11 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ну скорее всего, понятие маразма получается в данном случае сугубо субъективное. На то они и настройки, чтобы поведение менять. Я в других топиках тоже писал о маразматических поведениях конкретно RAC, но тот же Yo!! был со мной сильно несогласен. может, пример и неудачный, но суть, кажется, я выразил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 11:16 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) автор с его эмуляцией версионности Неудачный оборот речи. Версионность там честная но ОПЦИОНАЛЬНАЯ. Сейчас прибегут SQL-щики и будут сильно ругаться Извиняюсь, случайно вырвалось :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 11:19 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Как я понимаю, при CS мы получим все закоммиченные данные на время начала запроса t1? Версионности нету, значит во время t2 мы получим совершенно другие данные. Так ведь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 13:01 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
SkyNet77Как я понимаю, при CS мы получим все закоммиченные данные на время начала запроса t1? Версионности нету, значит во время t2 мы получим совершенно другие данные. Так ведь? где? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 13:04 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Ну в блокировочнике, как ведет себя Oracle я знаю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 13:21 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
КалинаНу в блокировочнике, как ведет себя Oracle я знаю в дб2 при cursor stability селект просто все блокирует и проблем с консистентностью у него никаких нет :) они у остальных писателей ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 13:26 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
но другие сессии при нужных настройках могут читать, так ведь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 14:26 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
SkyNet77но другие сессии при нужных настройках могут читать, так ведь? у блокировочников столько видов блокировок что я потерялся, думаю при чтении ставится shared блокировка которая позволяет читать но не дает изменять. т.е. длинная такая транзакция - смерть OLPT и вариант от ggv ничего не решает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 14:51 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! SkyNet77но другие сессии при нужных настройках могут читать, так ведь? у блокировочников столько видов блокировок что я потерялся, думаю при чтении ставится shared блокировка которая позволяет читать но не дает изменять. т.е. длинная такая транзакция - смерть OLPT и вариант от ggv ничего не решает. Дорогой ЙО!! CS - это Cursor Stablity. Это значит что во время select * from sometable , будет блокирована только 1 (одна) запись в sometable. Т.е. блокируется далеко не всё. Дополнительная фича возникакет когда стоит SKIP_INSERTED(YES) и SKIP_DELETED(YES). Тогда select удаленные и добавленные записи просто не заметит в процессе выполнения. Если будет стоять SKIP_INSERTED(NO) и SKIP_DELETED(NO) - то select заткнется на первой же добавленной или удаленной но незакомиченной записи. Хуже будет если в процессе работы встретится запись которая была обновлена. Тогда затык обеспечен, если не стоит SKIP_UNCOMMITED(YES). А если стоит SKIP_UNCOMMITED(YES), то обновленную запись select проскочит не заметив. Дорогой ЙО!! Вы абсолютно правы в том, что эмулировать версионность не имея сегментов отката на блокировочнике - невозможно. Можно разве что улучшить характеристики системы. Однако с другой стороны, не будем забывать того, что длинные транзакции в версионниках связаны с тем, что необходимо данные для отката хранить на диске, и не только их но и инфу о блокировках. Поэтому в реальных системах с ОЛТП Оракл будет выигрывать в быстродействии по сравнению с блокировочником только в том случае, если ему дать раза в два-три шире канал для дискового ввода-вывода. Интенсивный ОЛТП - это прежде всего работа с диском. Тут Оракл пролетает. Сожалею. Кстати, SKIP_INSERTED/SKIP_DELETED - не единственная фича в DB2 которая позволяет значительно повысить производительность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 15:49 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Ув. gardenman, вы заблуждаетесь, на уровне CS ставится лок именно до конца транзакции: READ COMMITTED (DB2 UDB: Cursor Stability) The entire table is locked. Shared locks are released when the associated cursors are closed (isolation levels higher than READ COMMITTED hold shared locks until the end of a transaction ). Exclusive locks are held until the end of the transaction. No other application can perform any DML operation on a table while an open cursor is accessing it. READ COMMITTED applications cannot see uncommitted changes of other applications. Both nonrepeatable reads and phantom reads are possible. READ COMMITTED is the default isolation level, allowing maximum concurrency while seeing only committed rows from other applications. http://publib.boulder.ibm.com/infocenter/weahelp/5.1/index.jsp?topic=/com.ibm.websphere.db2e.doc/db2e_iso_levels.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 16:14 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
извиняюсь не транзакции, а пока курсор открыт ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 16:17 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenman Поэтому в реальных системах с ОЛТП Оракл будет выигрывать в быстродействии по сравнению с блокировочником только в том случае, если ему дать раза в два-три шире канал для дискового ввода-вывода. Интенсивный ОЛТП - это прежде всего работа с диском. Тут Оракл пролетает. Сожалею. и тут вы заблуждаетесь тоже. OLPT это не тольк и не сколько работа с диском. на примерно одинаковом железе оракл в OLPT показывает результаты не хуже дб2, а местами лучше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 16:26 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenmanДорогой ЙО!! Вы абсолютно правы в том, что эмулировать версионность не имея сегментов отката на блокировочнике - невозможно. Можно разве что улучшить характеристики системы. Однако с другой стороны, не будем забывать того, что длинные транзакции в версионниках связаны с тем, что необходимо данные для отката хранить на диске, и не только их но и инфу о блокировках. Поэтому в реальных системах с ОЛТП Оракл будет выигрывать в быстродействии по сравнению с блокировочником только в том случае, если ему дать раза в два-три шире канал для дискового ввода-вывода. Интенсивный ОЛТП - это прежде всего работа с диском. Тут Оракл пролетает. Сожалею. Кстати, SKIP_INSERTED/SKIP_DELETED - не единственная фича в DB2 которая позволяет значительно повысить производительность. Есть одно НО. Реальные системы ОЧЕНЬ редко бывают ЧИСТЫМИ OLTP :) Фичи конечно полезные, но точно так-же адепты MS SQL сейчас начнут доказывать, что для обеспечения ВЫСОКОЙ производительности OLTP и возможности одновременной проооостенькой аналитики ИСКЛЮЧИТЕЛЬНО полезна такая фича, как ГРЯЗНОЕ ЧТЕНИЕ SKIP_INSERTED/SKIP_DELETED сию фичу весьма напоминает, а непротиворечивость отчетов стоит небольших издержек на обеспечение версионности. К тому-же, почувствуйте разницу: Производители DB2 и MSSQL советуют делать транзакции КАК МОЖНО БОЛЕЕ КОРОТКИМИ, а производители Oracle, советуют определять транзакции исходя из ТРЕБОВАНИЙ БИЗНЕС-ЛОГИКИ ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 16:41 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Обожаю темы типа: сравнительная характеристика MSSQL2000 и Oraqul 9i. Вот где пространство для флуда. И где самые жаркие споры... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 17:06 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!Ув. gardenman, вы заблуждаетесь, на уровне CS ставится лок именно до конца транзакции: READ COMMITTED (DB2 UDB: Cursor Stability) The entire table is locked. Shared locks are released when the associated cursors are closed (isolation levels higher than READ COMMITTED hold shared locks until the end of a transaction ). Exclusive locks are held until the end of the transaction. No other application can perform any DML operation on a table while an open cursor is accessing it. READ COMMITTED applications cannot see uncommitted changes of other applications. Both nonrepeatable reads and phantom reads are possible. READ COMMITTED is the default isolation level, allowing maximum concurrency while seeing only committed rows from other applications. http://publib.boulder.ibm.com/infocenter/weahelp/5.1/index.jsp?topic=/com.ibm.websphere.db2e.doc/db2e_iso_levels.html ЁО! вы НЕ правы. О какой блокировке идет речь? Дествительно пока курсор по таблице открыт я не смогу сделать drop table, alter table и подобные тому вещи. Но любое другое приложение может обновлять строку на которой в данный момент не стоит курсор. Интересно в оракле разве можно удалить таблицу на которой есть открытые курсоры? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 17:24 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 Gluk (Kazan) Чем длиннее транзакция тем больше вероятности что при фиксации возникнут проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 17:27 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenmanИнтересно в оракле разве можно удалить таблицу на которой есть открытые курсоры? Именно в такой постановке вопроса, да может. Совсем недавно был тред на эту тему в оракляном разделе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 17:29 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenman2 Gluk (Kazan) Чем длиннее транзакция тем больше вероятности что при фиксации возникнут проблемы. Не передергивайте, упомянутая рекомендация имеет несколько другие корни Продолжительность транзакции должна определяться ТРЕБОВАНИЯМИ БИЗНЕС-ЛОГИКИ. Но в блокировочниках это недостижимо, поскольку начинает сильно мешать другим пользователям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 17:32 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2gardenman 1. вы похоже путаете DDL и DML :) 2. судя по всему ибм как и я запутался в своих субд (я их уже 4 насчитал). похоже блокорока ставится в какой-то db2 everyplace, а db2 udb то же самый IL работает с точностью до наоборот. круто :) 3. тогда получается действительно ничего не блокируется и селект в начале читает данные на одно время а ближе к концу на другое и на выходе х@ня какя-то получается, очень полезная фишка :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 17:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 Yo!! насколько я знаю DB2 Everyplace - для мобильных устройств. Все остальные DB2 UDB (ESE,Personal Edition,Work Group и на мэйнфреймах) работают так как я сказал. Четно скажу - я Everyplace не занимался. 2 Gluk Все достижимо. Нужно только мозг немножко напрячь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 17:53 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
а для МФ и AS/400 один и тот же дб2 ? и еще у ибм есть informix. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 17:58 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenmanВсе достижимо. Нужно только мозг немножко напрячь. Нуууу, или отдать клиенту ...ню вместо отчета ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 17:59 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) gardenman2 Gluk (Kazan) Чем длиннее транзакция тем больше вероятности что при фиксации возникнут проблемы. Не передергивайте, упомянутая рекомендация имеет несколько другие корни Продолжительность транзакции должна определяться ТРЕБОВАНИЯМИ БИЗНЕС-ЛОГИКИ. Но в блокировочниках это недостижимо, поскольку начинает сильно мешать другим пользователям. Во бред.... Тот же обсосаный со всех сторон TPC-C - полностью документированная бизнес-логика - и прекрасные результаты у блокировочника. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 16:12 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
да ни с чем IBM не запутался. Последовательно повышает производительность, и повышает уровень self-management. Так как db2 идет в составе многих других продуктов и для использования только внутри этих продуктов исключительно для их (продуктов) потребностей, то требования к "самообслуживанию" юазы резко возрастает - DBA просто не предусмотрен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 16:16 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv Во бред.... Тот же обсосаный со всех сторон TPC-C - полностью документированная бизнес-логика - и прекрасные результаты у блокировочника. TPC-C конечно лучше чем ничего но где вы в ральной жизни видели настолько примитивную БЛ ? к стате, у МС вроде появилось еще 2 результата в tpc-c нет ли у кого идей как вычисить в каком они режиме - snapshot или read commited ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 16:19 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! Я в реальной жизни вижу реальные работающие на DB2 системы. Будем перечислять, или как? По мне, так это бесполезное занятие. Так что результаты совсем не ничего. А очень даже неплохие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 16:29 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Так я непонял, фича с пропуском (SKIP ляляля ) возможность получать несогласованные данные, а нахера они нужны? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 16:38 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvYo!! Я в реальной жизни вижу реальные работающие на DB2 системы. Будем перечислять, или как? По мне, так это бесполезное занятие. Так что результаты совсем не ничего. А очень даже неплохие. нет-нет, спасибо. на чистых OLPT задачах я вполне допускаю что у дб2 могут быть неплохие результаты :) 2Калина борьба с дедлогами + читатели побыстрей проходят ... а небольшой +/- в отчетах - издержки производства :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 16:42 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! - так именно в реальной жизни чистых OLTP практически и нету. Но ведь работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 16:48 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
и что интересно, в биллинговых системах отчеты делаются абсолютно точные, а не +/- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:01 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
я спрашивал о другом, какой смысл имеют несогласованные данные при построении отчета? Как этим пользоваться я понимаю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvи что интересно, в биллинговых системах отчеты делаются абсолютно точные, а не +/- конечно делают, но на отдельном сервере, на OLPT серевере или с некислым +/- или с ущербом в скорости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! ggvи что интересно, в биллинговых системах отчеты делаются абсолютно точные, а не +/- конечно делают, но на отдельном сервере, на OLPT серевере или с некислым +/- или с ущербом в скорости. полная чушь основанная на полном незнании. На одном, и без ущерба для текущих OLTP транзакций. И ничего "чудесного" в этом нет - просто спроектированы бизнес процессы, модели данных, и транзакции. Да, кстати, транзакции тоже проектируют. Сдается мне, на оракле этого не делают, полагаясь на версионник, откуда и вылетают конфликты (ну или могут вылетать, так как Yo!! щас заявит, что у него не вылетают.) Yo!! - как не хочется вам поверить, что у оракла есть альтернативы... Но я уже вам говорил - забейте, и радуйтесь, только не делитесь своим незнанием. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:20 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
кстати, по поводу отчетов и билинга - стандартная, можно сказать, обкатанная ситуация. Бывают юизнес-запросы похуже, которые приходится разруливать, и вполне софт IBM справляется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:22 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvкстати, по поводу отчетов и билинга - стандартная, можно сказать, обкатанная ситуация. Бывают юизнес-запросы похуже, которые приходится разруливать, и вполне софт IBM справляется. так давайте один раз разберемся а то парит по 3 раза одно и тоже обсасывать. давайте конкретную задачу - билинг, билинг чего там у вас ? давайте возьмем и посмотрим конкретно ваш билинг и посмотрим как надо проэктировать транзакции, а то я действительно не умею :( итак ваше "решение" с IL cursor stability - сразу в сад, вы не получите консистентный отчет на этом уровне, merge и skip ункомитед в тот же сад т.к. проблему консистентности они не помогут решить. с нетерплением хочу услышать как я могу получить отчет в вашем билинге на момент запуска отчета, причем так чтоб OLPT транзакции не остановились на это время. ЗЫ. только не надо велосипедов с timestamp в итоговых табличках, уже с ASCRUS их проходили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:29 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
не, никакие timestamp'ы я предлагать не буду. Но я ведь не зря расположил моделирование бизнес-процессов первыми - нам что, прямо с этоого, чтоли, начинать? Это ведь как нормализации не бывает без предметной области, так и дизайна транзакций не бывает без модели процессов. Мы будет с вами обсуждать дизайн транзакций сферического коня в вакууме? Или вы таки действительно думаете, что заказчики IBM довольствуются потерей производительности? Или мы сейчас выдумаем компанию, сотового оператора, или ISP, и будем делать проект, в это форуме? Лично я не готов выкинуть столько времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:35 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
а по сравнению с банками биллинг просто фигня - многие операторы, не только РФ но и забугорные, склоняются к решению, что дешевле дать клиенту лишнего попользоватся услугой, чем чаржить онлайново как пример такого подхода (курьез, но сам видел) - биллинг на geneva, система работает исключительно на оракл Не во всех банковских задачах такой подход возможен. И как ни странно будет услишать Yo!!, в банковской сфере оракл не единственно возможное решение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:44 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Да никто и неговорит, что кроме Oracle нет баз. работаю и работают хорошо, если правильно спроектировано под нужную БД. Однако полезность фич описанных вами сомнительно с точки зрения OLTP . ИМХО ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:46 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2ggv вы 3 дня что-то рассказывали про merge, scip uncommited и превосходство db2 перед mssql. теперь оказывается вся соль в проэкстировании, мы не могли бы хоть немного медленней менять позицию, а то я теряю мысл с такими переходами :( мы вполне можем упростить билинг до минимума, пусть будет крупный сотовик с 3 табличками: звонки, клиент, платежи как я могу получить консистентный отчет по этим табличкам в то время как идет непрерывный поток OLPT транзакций ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:48 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
в дагонку: большинство транзакций в финансовой сфере делают мэйнфремы и кобол, кажется gartner не так давно утверждал. поэтому было бы глупо утверждать, что в банках только оракл. в банке все достаточно просто - есть банковский день (как рассказывал ASCRUS) и это позволяет не гонять отчеты по OLPT системе. но мне все равно удивляет когда банковская система может окло часа переводить деньги на соседний счет в пределах одного банка ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 17:54 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! - я что-то рассказывал, но видимо нежоходчиво. сам виноват а вот то, что ниже - это постановка задачи? Если да, то я теперь не удивляюсь, что звонит "партнер", и говорит, мы вот систему сделали телеканалу, а она "легла"... Я спрашиваю - что значит "легла"? А, говорят, простой запрос, оказывается, около 20 минут. Встречный вопрос - а сколько должно быть? Какие объективные показатели? Ну и ряд других вопросов. Ни на один ответа не получил Но услышал, что они уже не первый год в отрасли. О как. После этого, Yo!!, вы просто ангел и лапочка. Успехов, я жрать отвалил. Yo!! - составите техническое задание, сделаем вам систему. Только вопрос с ценой обсудим сперва - задаром пусть торвальдс работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 18:23 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
и пока не ушел - у вас, Yo!!, базоцентричный взгляд на мир. То есть для вас база - это все. Вот даже ваша "постановка задачи" это показывает. И это типично не только для ораклоидов. Но есть и другой взгляд, где база это сервис. И когда решаются бизнес-проблемы в рамках информационной системы, то перед формируется набор задач, которые сервис "база" должен будет выполнять. Вот в рамках общей архитектуры системы и будут разрабатываться всячиские архитектурные решения. Короче, почитайте TOGAF (http://www.opengroup.org/architecture/togaf/) что ли, для начала. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 18:27 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторYo!! - составите техническое задание, сделаем вам систему. Только вопрос с ценой обсудим сперва - задаром пусть торвальдс работает. как говорится слив защитан. платить за что вы на мои деньги будете изобретать очередной велосипед согласитесь глупо. а этих изобретений я уже насмотрелся, последний изобретатель был ASCRUS, ваш велосипед лучше ? тогда внимательно почитаейте тут /topic/109801&pg=5#977105 и мы ждем схематического описание, но пока, извините, я за ваш велосипед и ломаного гроша не дам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 18:43 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Вспомни ASCRUS, он тут и появится :) А в чем проблема то, уважаемый Yo!! ? В описанном примере по самой постановке задачи в транзакциях идет только добавление и нет узменения и удаления. Можно без TIMESTAMP, можно последний закомиченный INCREMENT получить и так же в условиях выборки спокойно OLAP запрос отфильтровать. Дебет и кредет сойдутся, потому что они по любому будут идти в одной транзакции, не так ли ? Проблем с блокировками в ASA не наблюдается (типа всякий экскалаций, блокирования страниц или ресурсоемкости) - соотвествующе я могу смело включить уровень изоляции SERIALIZABLE - будут четко заблокированы SHARED-блокировками только участвующие в отчете записи, т.е. все закомиченные на момент начала построения отчета. Новые записи будут продолжать успешно добавляться и даже коммититься - никто им мешать не будет, они все равно не попадают под условие OLAP запроса. На а насчет измений и удалений записей - а Вы когда нибудь видели биллинговые или АБС системы, в которых записи изменяются ? Вообще то при правильной архитектуре они всегда добавляются, о чем Вам и пытался рассказать ggv. Соответствующе я полностью согласен с его мнением - единственная трабла блокировочников, про которую так орут Ораклисты - это проблемы с изменяемыми и удаляемыми записями, что на поверку оказывается очень редким явлением в задачах таких крупных масштабов. Так об чем тогда собственно говоря речь идет, если Оракл запросто так своей версионностью сжирает ресурсы и тормозит там, где и тормозить не нужно и даже не имеет честного SERIALIZABLE, а только SNAPSHOT, в отличие от того же Юкона и следом за ним выходящей ASA10, которые будут иметь оба вида уровня изоляции ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 19:22 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Мне кажется тут еще раз перечислить минусы того подхода лишнее. помоему их достаточно четко озвучили, подробно расписали и сделали выводы. если у вас есть что то новое по этому "решению" (например Можно без TIMESTAMP, можно последний закомиченный INCREMENT получить) то было бы интересно услышать. я не вижу способа без timestamp или блокировки, последний закомиченый может быть после начала расчета. авторсоотвествующе я могу смело включить уровень изоляции SERIALIZABLE - будут четко заблокированы SHARED-блокировками только участвующие в отчете записи, т.е. все закомиченные на момент начала построения отчета. Новые записи будут продолжать успешно добавляться и даже коммититься - никто им мешать не будет, они все равно не попадают под условие OLAP запроса. вспоминаем ту задачку - есть "движения денег по счетам" и баланс (если вы не против мы не будем раз баланс по проводкам считать) баланс обновляется тригером ... и как вы планируете апдейтить баланс когда на нем висят SHARED блокировки до конца построения отчета ? ЗЫ. шутку про "тормознутый" оракл непонял, но чур не будем на это отвлекатся ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 20:01 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!Мне кажется тут еще раз перечислить минусы того подхода лишнее. помоему их достаточно четко озвучили, подробно расписали и сделали выводы. если у вас есть что то новое по этому "решению" (например Можно без TIMESTAMP, можно последний закомиченный INCREMENT получить) то было бы интересно услышать. я не вижу способа без timestamp или блокировки, последний закомиченый может быть после начала расчета. После начала расчета чего - входящих данных ? Yo!! вспоминаем ту задачку - есть "движения денег по счетам" и баланс (если вы не против мы не будем раз баланс по проводкам считать) баланс обновляется тригером ... и как вы планируете апдейтить баланс когда на нем висят SHARED блокировки до конца построения отчета ? И не будет баланс триггером обновляться - зачем делать то, что не выгодно с точки зрения блокировочника ? Как раз он и будет обновляться один раз, при закрытие периода под названием банковский день. Текущий баланс же будет считаться как баланс на конец прошлого банковского дня с учетом всех движение проводок в текущем дне. А когда баланс будет при закрытии банковского дня рассчитываться, он опять же будет рассчитываться уже по существующим входящим данным и новые вставляемые проводки за другой день уже не попадут под фильтр и мешатся своими блокировками читателям не будут. Так что не нужно мне подсовывать решение, где блокировочник заведомо проиграет. Тем более постоянный пересчет триггером - вещь, которую не сделает ни один проектировщик в здравом уме и твердой памяти, зная что это просадит сервер, блокировочник это или версионник. Помниться мне в Оракле почему то народ предпочитает материализованные представления по расписанию пересчитывать, не правда ли ? Yo!!ЗЫ. шутку про "тормознутый" оракл непонял, но чур не будем на это отвлекатся ;) Да шутка действительно классная. У нас только что человек вернулся с курсов Oracle DBA2. Глаза осоловевшие, литературы привез много, знаний тоже приобрел немало. Первым делом свой биллинг бросился на ASA проверять (он у нас сисадмин). Месяц его не было - работает как часы. Зато вот на курсах он просто обкурился - говорит пока дождешься, чтобы этот Оракл чего то сделал, раза 3 сходишь покурить. Новая БД 1 час создается. На нехилом серваке. А у него биллинг на ASA9 под P3 256 RAM W2003 крутиться и еще там куча других сервисов работают. Вот после его слов я понял, почему ораклисты там много на SQL.RU общаются - ждут, пока пустая БД создасться :) Шутка конечно, но с большой долей истины :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 06:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторДа шутка действительно классная. У нас только что человек вернулся с курсов Oracle DBA2. Глаза осоловевшие, литературы привез много, знаний тоже приобрел немало. Первым делом свой биллинг бросился на ASA проверять (он у нас сисадмин). Месяц его не было - работает как часы. Зато вот на курсах он просто обкурился - говорит пока дождешься, чтобы этот Оракл чего то сделал, раза 3 сходишь покурить. Новая БД 1 час создается. На нехилом серваке. А у него биллинг на ASA9 под P3 256 RAM W2003 крутиться и еще там куча других сервисов работают. Вот после его слов я понял, почему ораклисты там много на SQL.RU общаются - ждут, пока пустая БД создасться :) Шутка конечно, но с большой долей истины :) Кривые руки? Щас проверил, начиная с уcтановки Oracle и заканчивая созданием базы Начало 8-33 Зкончено 9-37 Oracle 9.2.0.6-64 RHEL 4 AS-64 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 09:41 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Во бред Yo несет Ну да ладно, по пунктам, надо же некомпетенцию "выправлять" Yo, зря вы биллинг взялиЮ оракла тут явно в проигрыше, да и ситуацию я хорошо знаю Ну для начала бред из "постановки задачи" вашей удивительной. Совсем не факт, что сведения о клиентах будут хранится в таблице. Скорее всего, что совсем не в RDBMS будут. Есть, во всяком случае, много причин не хранить их там. Это уже показывает вашу некомпетентность. По прайсам - вот они, скорее всего, будут во множестве связанных таблиц, тоже не хочется вдаваться в подробности, но факт, что вы не компетенты в вопросе. И с огромной вероятностью прайсы только добавляются, чтобы иметь возможность делать подсчеты по событиям, используя прайсы того периода времени. Ну и сами звонки. Есть логика обработки данных из пакетов о звонках, и есть mediation система, которая делает некоторые трансформации данных о звонках. В грубом приближении, следующая цепочка шагов: просто внести данные как есть - одна таблица, добавление; внести информацию о звонке после трансформации (это может быть информация, на основе нескольких пакетов о звонке, а не одного, некоего рода "агрегация") - еще одна таблица, добавление; выяснить кто платит за звонок нам и кому платим за звонок мы - еще одна таблица добавление; выяснить, сколько должны заплатить нам и сколько должны заплатить мы - еще одна таблица добавление. Причин у такого разбиения несколько, и они сильно опираются на требования бизнес логики, поэтому я вас, балбеса, и отправлял читать умную вещь. OLTP транзакции работают с пакетами, поступающими из очередей, кол-во обработчиков очереди известно, длительность одной транзакции известна, кол-во конкурентных транзакций известно, дительность одной транзакции при работе всех конкурентных известно. Таблицы упорядочены на диске по нескольким измерениям (полям), таким как период времени (величина периода зависит от "мощности" оператора), географический регион (может выражатся - в моем случае так было - гейтом) и вполне возможно по другим полям (уточнять не буду - сильно бизнес зависимо - читайте TOGAF) Выборка по одним и/или нескольким этим полям будет осуществлятся за одно дисковое чтение и без последующецй сортировки (читайте про уникальную техноглогию MDC таблиц) Само собой, что опираясь на бизнес требования (опять они) будут использоватся агрегатирующие, или суммирующие таблицы, тоже упорядоченые физически на диске по нескольким полям со всеми вытекающими. Далее самое интересное - вы так таки и не сказали, какие отчеты надо строить. Но вы некомпетентны, это факт, вы и не могли сказать. Это опять таки сильно зависит от бизнес требований. Ну, навскидку, по памяти, траффик за год, квартал, месяц, неделю, день, кол-во звонков за эти же периоды, и собственно биллинг - создание invoices опять же за период времени. Ежу понятно (Yo не еж, ему не понятно) что никаких конфликтов с текущими транзакциями по обработке поступающих пакетов нет. Где могут быть конфликты - так это в маленькой области памяти, где собственно и идет вставка текущих звонков во все эти таблицы. Но здесь вопрос - ЧТО можно получить из этой области памяти? Какая информация нужна бизнесу за малый период назад от текущего времени? Да никакой - стопудово. И Yo этого признать не может. Гораздо более интересный вопрос, сколько пакетов стоят в очереди на обработку - он покажет, насколько эффективно справляется выделенное кол-во обработчиков с текущим потоком пакетов - но это уже к менеджеру ояередей, а не к базе. Ну допустим, таки надо получить какю-то информацию за этот коротки промежуток времени назад. При "классическом" блокировочном подходе этот запрос выполнится за абсолютно вычисляемый промежуток времени - очень близкий ко времени выполнения одной наиболее длинной транзакции по внесению информации в условиях известного кол-ва конкурентных транзакций - как только последняя транзакция закомитится, запрос выполнится. Время вычисляемо и на практике очень мало. В учловиях db2 это может быть и не так - поскольку не будет блокировки читателя операциями insert, то запрос не будет ждать коммит последней транзакции вносящей данные в интересуемый промежуток времени current_timestamp - X, а вернет все закомиченные данные на момент запуска. В результате можно или немного подождать, но получить запрос с данными, бывшими в обработке на момент начала запроса, или не ждать, но получить данные без данных, бывших в обработке на момент начала запроса. Поскольку запрос и так никому не нужен, то решить, что интереснее, я не могу. Насколько я понимаю, в версионнике основной способ работы будет второй. Есть другие, гораздо более интересные с точки зрения построения транзакций ситуации, но Yo в силу некомпетентности в вопросе не способен их озвучить. Я мог бы начать, но может не сейчас? Не всем интересно. Про что такое менеджер очередей с XA я упущу, тоже надолго говорить. Ну и все равно фиксация бизнес требований первична, от этого зависит все, и количетсво очередей, и кол-во шагов обработки, и обработка случаев, типа перерасчета в прошлом, и так далее. Уважаемый дилетант и теоретик Yo - не пошли бы вы, ну хоть почитать, что нибудь, вместо того, чтобы демонстрировать некомпетентность? Системы на блокировочниках работают и решают бизнес задачи, и зачастую лучше версионников - поэтому их и покупают. А такие как вы дилетанты только вопят не по делу. Разрешите на ваш последующий бред не отвечать, если у кого-нибудь заинтересовавшегося будут конкретные вопросы, то можно и поговорить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 09:46 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
КалинаЩас проверил, начиная с уcтановки Oracle и заканчивая созданием базы Начало 8-33 Зкончено 9-37 Описка? Или действительно больше часа инсталяция + создание базы? А в какой пропорции? Сколько на инсталл, и сколько на базу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 09:48 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Еще я пью кофе ! Да никаких пропорций, просто так совпало , что я пришел, запустил копирование дистрибутива - прочел тему - запустил установку засек время . База не пустая, база со всеми обектами. Этол я к разнговору про час создания. Никаких рекордов ставить несобирался. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 09:57 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 Yo!! С точки зрения работы в банке: Объясните мне на кой хрен создавать отчет, состоящий из нескольких десятков тысяч (или даже сотен) записей в то время, когда эти самые данные меняются? Пожалуйста объясните потребительскую стоимость этого отчета! В реальной жизни (тем кто работает в банке) необходимо знать остаток на конкретном счете в конкретный момент времени. С этой процедурой блокировочники справляются в 3 раза эффективней чем версионники. А все отчеты (типа баланса) строятся на закомиченных данных и которые уже не меняются. И, скажите, зачем мне тут версионность? неужели я в конце банковского для (когда все проводки сделаны) не смогу получить согласованный баланс на конец дня просто выполнив операцию исходящий остаток=остаток на начало дня +- обороты на уровне изоляции UR? Или думаете если у меня блокировочник, то он позволит сделать черное сальдо на активном счете а красное на пассивном? Короче - массовый преход всех на Оракл - отменяется. 2 Yo!! Действительно реально на блокировочнике получить snapshot не удастся если на табличке проходят и инсерты и делеты и апдейты. Но оно нам и не нужно. А если тока инсерты - то ради бога! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 10:05 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenman - поправочка маленькая, я в биллинге имел ситуацию update, и часто, и тоже работало, методика есть, но опять надо конкретно описать, что за бизнес задача, что надо сделать, тогда решается и как будем делать. Все можно посчитать и спроектировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 10:09 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenman Действительно реально на блокировочнике получить snapshot не удастся если на табличке проходят и инсерты и делеты и апдейты. ну наконец-то, интересно как мне эту мысль донести до ggv или там клинический случай. итак поинт в том, что блокировочник не может, поэтому на нем нужно что-то изобретать дополнительно - или запрещать отчеты на не закрытый период или изобретать х@"ню со timestamp. в банке есть понятие банковский день который и спасает блокировочника, а с х@"ней я над ggv поиздеваюсь позже :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 10:42 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2ggv ууу какой вы сегодня серьозный, не надо так напрягатся, а то читая такие опусы сразу вспоминается анекдот. анекдотВ городе Отребьевске был установлен новый рекорд в книгу Гиннеса. Местный житель Краснобаев М. У. непрерывно нес х#йню в течение 28 часов и 23 мин. Что на 18 минут больше его же прежнего рекорда установленного в прошлом году. На вопрос корреспондента, когда он обнаружил в себе такую уникальную способность, Краснобаев ответил, что определенные предпосылки он ощущал еще с самого раннего детства, но окончательно он поверил в себя лишь пять лет назад на встрече с избирателями, когда баллотировался в местную городскую думу. 2 раза перечитав опус мое скудное умишко так и не поняло, чтоб получить баланс $ по клиентам вы предлагаете прочесывать милиардные таблички звонков ? очень интересное решение, особливо для карточек с предоплатой, (когда клиент покупает код в ларьке). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 11:45 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Предлагается апдейтить их раз в сутки, в промежутках между апдейтами прибавлять проводки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 12:01 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2ASCRUS вообще-то тригерами обновлять баланс была ваша идея, я прсто вспомнил тот тред. на счет вырианта баланс + сумма по "движение по счетам" за день - это уже гораздо лучше. наверно и маштабируемость получше, но вот эфективность такого решения в сравнении с версиоником (у которого просто поле баланс) не внушает оптимизма (если клиенты в онлайн будут по вашему сайту бродить). да и геморя с timestamp не отменяет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 12:07 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Предлагается апдейтить их раз в сутки, в промежутках между апдейтами прибавлять проводки. т.е. что-то типа предложения ASCRUS, баланс + сумма по звонкам за текущий день. и как такое будет работать ведь для каждого звонка (по предоплате) нужно сначала посчитать текущий баланс, а значит каждый раз елозить табличку со звонками ... дальше это не поможет получить консистентный отчет на текущий день, иначе надо по всей базе расставлять timestamp + хранить версии изменяющихся записей, а потом как-то их подчищать (что-то типа вакум в постгресе) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 12:27 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2 Yo!! А на мой вопрос вы всётаки не ответили. Повторю: Объясните мне на кой хрен создавать отчет, состоящий из нескольких десятков тысяч (или даже сотен) записей в то время, когда эти самые данные меняются? Пожалуйста объясните потребительскую стоимость этого отчета! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 12:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Ну если вопросов по существу нет, а скудный умишко Yo (замете, не я это сказал) не позволяет ему понять написанное, то я свалю. Бредовые фантазии про сканирование таблиц и домысливание того, что я НЕ писал читать не интересно, а понять Yo видимо таки не сможет - ну не приучен человек думать, как упорядочить транзакции, и не слать серваку чего попало. Ежели вопросы таки будут, то лучше в форум IBM, архитектурного форума пока нет. Хотя, стоит задуматься - ну пусть ggv нагло лжет, то как же компании строят системы ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 12:35 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2gardenman везде где заказчику предоставляется realtime доступ к системе. у меня клиенты шастают по системе и я не представляю как им можно было бы объяснить, что отчет по сегодняшним транзакциям они смогут получить только завтра. мне известна только одна сфера где заказчик согласен подождать когда система соизволит закрыть период - бухгалтерия, если вы знаете где еще - удивите меня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 12:48 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! wrote: > 2gardenman > > везде где заказчику предоставляется realtime доступ к системе. у меня > клиенты шастают по системе и я не представляю как им можно было бы > объяснить, что отчет по сегодняшним транзакциям они смогут получить > только завтра. > мне известна только одна сфера где заказчик согласен подождать когда > система соизволит закрыть период - бухгалтерия, если вы знаете где еще - > удивите меня. у меня более-менее реалтайм. заказчики вполне поняли и согласились, что сводные данные - по состоянию на вчера, зато быстро. по конкретным счетам (даже относительно небольшому набору счетов) - можно на сейчас.... -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 12:53 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
о, пока я не свалил а gardenman здесь - вопрос, я понятно объяснил, или уже потерял способность излагать мысли? отвечать лучше в форум IBM или по почте - я сюда вряд ли недельку загляну. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 13:10 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenman2 Yo!! А на мой вопрос вы всётаки не ответили. Повторю: Объясните мне на кой хрен создавать отчет, состоящий из нескольких десятков тысяч (или даже сотен) записей в то время, когда эти самые данные меняются? Пожалуйста объясните потребительскую стоимость этого отчета! Ну хотя бы простой пример (очень примитивно) записи момент времени 1 (commit) 100 200 300 перенос суммы момент времени 2 (возможно куча каких то апдейтов, селектов, инсертов, удалений) записи момент времени 3 (commit) 100 100 400 И когда результирующий отчет, ктото суммирует в экселе столбец, то сумма должна получиться 600 в любое время. Может я где то ошибаюсь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 13:24 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvо, пока я не свалил а gardenman здесь - вопрос, я понятно объяснил, или уже потерял способность излагать мысли? нет-нет ваша способность нести х#йню часами на высоте, не сомневайтесь :) 2All давайте сначало определимся с технической частью, чтоб не возвращатся - "Действительно реально на блокировочнике получить snapshot не удастся если на табличке проходят и инсерты и делеты и апдейты." и никаким "правильными" проэктированиями балансы в отчете на текщий момент (без серьзного коимпромиса с перфоменсом) не получить. и после этого можно обсудить в каких сферах такие отчеты необходимы, ОК ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 13:34 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2DimaR чтоб получить сумму 600 вы дожны наложить shared блокировку чтоб пока вы складываете данные не изменялись (чтоб отчет консистентный получился). shared блокировка остановит всю тучу инсертов и обновлений на время всей читающей транзакции (IL serializable) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 13:39 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
DimaR gardenman2 Yo!! А на мой вопрос вы всётаки не ответили. Повторю: Объясните мне на кой хрен создавать отчет, состоящий из нескольких десятков тысяч (или даже сотен) записей в то время, когда эти самые данные меняются? Пожалуйста объясните потребительскую стоимость этого отчета! Ну хотя бы простой пример (очень примитивно) записи момент времени 1 (commit) 100 200 300 перенос суммы момент времени 2 (возможно куча каких то апдейтов, селектов, инсертов, удалений) записи момент времени 3 (commit) 100 100 400 И когда результирующий отчет, ктото суммирует в экселе столбец, то сумма должна получиться 600 в любое время. Может я где то ошибаюсь ОК! я прекрасно понимаю о чем вы говорите. Если получать остатки по 3 счетам (или даже 100) то такой запрос отрабаты вает достаточно быстро и как правило - баланс сходится. Но если счетов будет пара сотен - то баланс не попрет. Поэтому в блокировочнике поступают следующим образом: берут остатки на начало дня (а они неизменные) и прибавляют к ним обороты. И оказывается что баланс как ни странно все равно сходится...:(( Чтобы прибавить обороты - выгружаем все проводки (Дб,Кд,Сумма) во временную таблицу (типа снапшот делаем - можно в режиме UR) и потом накатываем на остатки на начало дня. Согласен - это несколько труднее чем тупой селект по остаткам. Но, я уже говорил вам - такая хрень и этот отчет понадобится ну разве что идиоту которому нефиг делать кроме как смотреть как меняются цифирки на экране в реальном времени, и давить на клавиши каждые пять минут чтобы увидеть как они эти цифирки меняются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 16:23 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenman ОК! я прекрасно понимаю о чем вы говорите. Если получать остатки по 3 счетам (или даже 100) то такой запрос отрабаты вает достаточно быстро и как правило - баланс сходится. Но если счетов будет пара сотен - то баланс не попрет. Поэтому в блокировочнике поступают следующим образом: берут остатки на начало дня (а они неизменные) и прибавляют к ним обороты. И оказывается что баланс как ни странно все равно сходится...:(( Чтобы прибавить обороты - выгружаем все проводки (Дб,Кд,Сумма) во временную таблицу (типа снапшот делаем - можно в режиме UR) и потом накатываем на остатки на начало дня. Согласен - это несколько труднее чем тупой селект по остаткам. Но, я уже говорил вам - такая хрень и этот отчет понадобится ну разве что идиоту которому нефиг делать кроме как смотреть как меняются цифирки на экране в реальном времени, и давить на клавиши каждые пять минут чтобы увидеть как они эти цифирки меняются. А если меняющих одновременно и строящих отчеты пусть десятки, (у нас где то так), и как мне надо будет объяснить тем десяткам людей, которые как раз нажимают кнопочки, и смотрят каждые "5 мин", что они идиоты? Да часть данных которые мы можем себе позволить, для ускорения работы, выгружаются из OLTP и аггрегируються в что то типа DWH, но оно тоже пересчитываеться каждый час, и что на время этого пересчета, всем кто изменяет данные в OLTP и делает отчеты по этому DWH тоже сидеть и ждать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 16:51 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
автор А если меняющих одновременно и строящих отчеты пусть десятки, (у нас где то так), Ну.. это столпотворение идиотов просто.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 17:38 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
нехилое такое столпотворение: Аналитики Gartner Group считают, что в течение следующих пятнадцати лет ключевые изменения в ИТ будут связаны с созданием систем, обеспечивающих управление предприятием без задержек по времени в управлении (zero latency). В результате, большинство серьезных предприятий уже в ближайшие годы будут управляться в режиме реального времени. Те же, кто не сумеет включиться в этот процесс, начнут испытывать опасные конкурентные затруднения в ближайшие пять-восемь лет. .... К 2006 году более чем 70% больших предприятий будут анализировать события в режиме реального времени (вероятность 0,8). 2gardenman/ASCRUS так с технической частью мы разобрались, что проэктирование не спасает ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 17:43 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Зачем человеку нужно отслеживать баланс каждые пять минут? ну?.... И это нужно разве что - главбуху.. да и то на момент закрытия квартала, когда делают заключительные обороты. Да и то, заключительные обороты делают в прошедшим днём. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 17:48 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!нехилое такое столпотворение: Аналитики Gartner Group считают, что в течение следующих пятнадцати лет ключевые изменения в ИТ будут связаны с созданием систем, обеспечивающих управление предприятием без задержек по времени в управлении (zero latency). В результате, большинство серьезных предприятий уже в ближайшие годы будут управляться в режиме реального времени. Те же, кто не сумеет включиться в этот процесс, начнут испытывать опасные конкурентные затруднения в ближайшие пять-восемь лет. .... К 2006 году более чем 70% больших предприятий будут анализировать события в режиме реального времени (вероятность 0,8). 2gardenman/ASCRUS так с технической частью мы разобрались, что проэктирование не спасает ? Реальное время? хе!!! пока вы вормируете отчет - данные уже уехали далеко! какое нафиг реальное время? Вообще "реальное время" по отношению к базам данных - понятие очень растяжимое. Вы всего лишь получаете срез на конкретный момент времени. А о реальном... Дорогой друг! тут тока uncommited read поможет ... А у оракла с этим туго.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 17:51 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenmanЗачем человеку нужно отслеживать баланс каждые пять минут? ну?.... еще раз с мобильниками - есть карточка предоплаты, покупается в ларьке. чтоб позвонить оператор должен убедится что баланс > 0 и это надо не раз в 5 минут а при каждом звонке/sms/gprs. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 17:55 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2Yo!! А Вы уверены, что эти данные проверяются на СУБД в реальном времени? Мне почему-то так не кажется. А трафик, прошедший через комутаторы, вообще заливается из особых CDR-файлов. Эти были сформированы "железом" комутатора. Я сейчас сижу и наблюдаю, как заказчик "заливает" этот трафик в Оракл, а затем будет запускать биллинг для того, чтобы посчитать деньги. И вот никакой реал-таймности здесь нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 18:03 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2AAron наверно у них еще такого нет: http://www.editorial.ru.tele2.lv/?page=t2i_prepaid&t2page=prepaid тут без баланса ИМХО никак. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 18:16 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! gardenmanЗачем человеку нужно отслеживать баланс каждые пять минут? ну?.... еще раз с мобильниками - есть карточка предоплаты, покупается в ларьке. чтоб позвонить оператор должен убедится что баланс > 0 и это надо не раз в 5 минут а при каждом звонке/sms/gprs. Вы, дорогой Yo!! уверены что select * from balance where id=<customer_id> вернет мне лажу в блокировочнике, если это всего лишь одна запись? Сдается мне что ggv абсолютно прав, утверждая что реальных систем, где транзакции сыплются как из ведра, вы не разрабатывали... Заметте! что если вы на мониторе видите какую-либо цифру - то может быть эта цифра на самом деле уже совсем не та. Может ее уже кто-то поменял и вы об этом не знаете. И тут ни блокировочник ни версионник ни при чем! Тут - транзакции проектировать нада! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 18:18 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenmanЗачем человеку нужно отслеживать баланс каждые пять минут? ну?.... И это нужно разве что - главбуху.. да и то на момент закрытия квартала, когда делают заключительные обороты. Да и то, заключительные обороты делают в прошедшим днём. Реальное время? хе!!! пока вы вормируете отчет - данные уже уехали далеко! какое нафиг реальное время? Вообще "реальное время" по отношению к базам данных - понятие очень растяжимое. Вы всего лишь получаете срез на конкретный момент времени. А о реальном... Дорогой друг! тут тока uncommited read поможет ... А у оракла с этим туго.... Затем, что данные нужны КОРРЕКТНЫЕ, что бы суммы (и прочие операции) по строчечкам и столбикам (см. выше мой пример, хоть в жизни данные и операции гораздо сложнее), СОВПАДАЛИ. (простые отчеты в нашей системе строятся где то от 0 до 5 мин, за несколько минут данных может поменяться ой как много, и нужно что бы они менялись, без задержек, а результаты отчетов все равно были правильными) Шутки шутками, а в пределах 1 запроса, для достижения этого результата ораклу достаточно его READ COMMITED (хот может и не очень "честного" в понимании других СУБД), и uncommited read ему просто не нужен, потому что толку от него быть неможет , а вред может, это уже много раз обсуждали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 19:10 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2DimaR: А что у вас за приложение??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2005, 19:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
У нас сеть супермаркетов, название приложения врядли вам чтото скажет, да и какая разница, специфика бизнеса довольно типичная. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2005, 10:07 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenmanПоэтому в блокировочнике поступают следующим образом: берут остатки на начало дня (а они неизменные) и прибавляют к ним обороты. gardenmanВы, дорогой Yo!! уверены что select * from balance where id=<customer_id> вернет мне лажу в блокировочнике, если это всего лишь одна запись? конечно уверен. что вы будете делать с балансом на начало дня ? вам еще всю таблицу звонков за сегодня надо прочесать, на каждый звонок. gardenmanЗаметте! что если вы на мониторе видите какую-либо цифру - то может быть эта цифра на самом деле уже совсем не та. Может ее уже кто-то поменял и вы об этом не знаете. конечно не та и через 5 минут она изменится, бизнес ждать до утра не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2005, 12:58 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenmanЗачем человеку нужно отслеживать баланс каждые пять минут? ну?.... И это нужно разве что - главбуху.. да и то на момент закрытия квартала, когда делают заключительные обороты. Да и то, заключительные обороты делают в прошедшим днём. Человеку оно канешна може и не нужно, а вот биллинговой системе Тому-же RADIUS-у скажем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 09:50 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
gardenmanтут тока uncommited read поможет ... А у оракла с этим туго.... Не задумывались ПОЧЕМУ ??? А патамушта ему он нафик не нужон ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 09:52 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
AAronЯ сейчас сижу и наблюдаю, как заказчик "заливает" этот трафик в Оракл, а затем будет запускать биллинг для того, чтобы посчитать деньги. И вот никакой реал-таймности здесь нет. Где нет, а где и есть. Биллинг он разный бываить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 09:53 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
не, ну такой чуши понапишуть.... Есть потребность иметь отчет на current_time. Известно количество, дительность и поведение транзакций. Известна стоимость/длительность выполнения отчета. Я же показал, как определяется время получения отчета в описанной биллинговой системе - консистентного отчета. И как определяется время при использовании специфических настроек. Такое впечатление, что все равно никто не читает. Про pre-paid - там делается так же просто, но опять я скажу - а какие блин бизнес требования ??????? Потому как все равнор никуда без них. Но опять же, ответа не будет. Что, самому их придумывать? Ну работают и pre-paid и post-paid биллинги на db2 великолепно. Все равно все упрется - а вет если "select * from table" когда на нее падают транзакции, то все будет тормозить - вот с этим в сад. Не видел я ни в одном проекте таких запросов. Все остальное решается совокупностью база --- менеджер очередей --- ну и еще по требованию может кое-что использоватся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 10:08 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv --- менеджер очередей --- ну и еще по требованию может кое-что использоватся. А вы не задумывались, что в Оракле это и еще кой чего может быть просто не нужно, одной базы достаточно? ggvВсе равно все упрется - а вет если "select * from table" когда на нее падают транзакции, то все будет тормозить - вот с этим в сад. Не видел я ни в одном проекте таких запросов. А если понадобися такое? то что тогда? А в Оракле бери и делай. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 10:26 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
DimaR А если понадобися такое? то что тогда? тогда делаем сурьозное лицо и шпрашиваем "а х@я?" и прикидываемся валинком что не понимаем :) и так пока не отстанут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 10:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
DimaR ggv --- менеджер очередей --- ну и еще по требованию может кое-что использоватся. А вы не задумывались, что в Оракле это и еще кой чего может быть просто не нужно, одной базы достаточно? Ну да. Даешь ораклу на все и везде, даже туда, где он не нужен. Вот я и говорил, про базоцентричный мир, и про компонентный мир. Оракла - базоцентричный, IBM - компонентный. DimaR ggvВсе равно все упрется - а вет если "select * from table" когда на нее падают транзакции, то все будет тормозить - вот с этим в сад. Не видел я ни в одном проекте таких запросов. А если понадобися такое? то что тогда? А в Оракле бери и делай. Я не утверждаю, что это не понадобится. Я сказал, что я такого не видел, и утверждаю, что любую бизнес задачу по любым формализованым бизнес требованиям можно реализовать на (даже не на блокировочнике) а на совокупности софта. От IBM к примеру, или другого вендора, который использует блокировочники. Поэтому я и считаю yo абсолютным дилетантом, не учавствовавшим в разработке ни одного живого проекта. Так, мелкий кодер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 11:24 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
И подтверждение моих слов - результаты формальных тестов. Если задача формально определена, то блокировочники показывают хорошие результаты. А если задача на уровне yo , типа а вот что будет если три таблички, то тут и резултьтата никакого не может быть. И никто не запрещает формализовать задачу, которую блокировочники заведомо не смогут выполнить приемлимо, и результаты тестов однозначно покажут - для выполнения этой формально описанной бизнес задачи блокировочники не подходят. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 11:33 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv Поэтому я и считаю yo абсолютным дилетантом, не учавствовавшим в разработке ни одного живого проекта. Так, мелкий кодер. тут вы правы, мне до вас - архитектора транзакций далеко, ваша способность получать консистентные отчеты на IL cursor stability и с помошью merge "поведение версионника на блокировочнике" внушает неподдельное уважение к глубоким вашим познаниям :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 11:47 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvИ подтверждение моих слов - результаты формальных тестов. Если задача формально определена, то блокировочники показывают хорошие результаты. Ээх, если бы мир был идеален, и все всё делали правильно, вовремя, семь раз думали прежде чем отмерять и т.д. .... А мне еще приходится сталкиваться с задачами типа "это должно быть сделано вчера", и такими о которых вчера еще никто и подозревать не мог. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 11:51 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Я уже писал тут в форуме пару лет назад. Этот топик до сих пор периодически всплывает. Там рассказано как была организована моя банковская система. Имеем - 4 поля. Входящие остатки (актив, пассив.) и обороты (деб, кред) Остатки содеждат цифры на конец закрытого периода. Как только приходит проводка - инкрементируются обороты (дебет или кредит в зависимости от типов счетов и направления движения средств). Поэтому, чтобы узнать текущий остаток на конкретном счете мне не надо поднимать никаких других таблиц. Всего лишь нужно поднять одну - единственную запись. и посчитать: Актив-Пассив+Дебет-Кредит = Остаток (если >0 - то активный, если <0 - то пассивный). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 11:53 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) gardenmanЗачем человеку нужно отслеживать баланс каждые пять минут? ну?.... И это нужно разве что - главбуху.. да и то на момент закрытия квартала, когда делают заключительные обороты. Да и то, заключительные обороты делают в прошедшим днём. Человеку оно канешна може и не нужно, а вот биллинговой системе Тому-же RADIUS-у скажем Может знаток биллинга и RADIUS товарищ Gluk (Kazan) расскажет зачем радиусу нужено собирать по нескольким таблицам черти-что чтобы вытащить некий остаток, который будет консистентным на момент запроса, но не на момент выдачи разрешения радиусом пользователю разрешения на вход? И, почему как правило в биллинге (в простых системах) используется чаще всего MySQL (Даже не постгрес)? Кто в подобных системах следит за тем, чтобы юзер не законнектился дважды в одно и то же время (хотя системы и тарификация всякая бывает)? Каким образом и кто следит за сессией, кто ее отключает, когда лимит средств исчерпан? Если товарищ Глюк ответит себе на эти вопросы, то он поймет наконец что версионник в данном случае нахрен не нужен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 12:11 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Уважаемый, если Вам от меня чего-то надо постарайтесь сформулировать это по человечьи и без сарказма. В противном случае, я буду считать, что Ваши вопли адресованы в пустоту. Иными словами Вы работаете на публику. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 12:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторчто версионник в данном случае нахрен не нужен. А зачем такую бесполезную штуку МС пытается рализовать? Да еще и гордится этим? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 12:18 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
SkyNet77А зачем такую бесполезную штуку МС пытается рализовать? Да еще и гордится этим? Речь не о том, что это бесполезная штука, imho. Просто это два разных подхода к разрешению конфликтов - ранний (блокировочник), и поздний (версионник) Что лучше, каждый решает для себя сам. MS, imho, нашла способ воплотить алгоритм позднего разрешения конфликтов каким-то более эффективным способом, чем существующие. Поэтому и создает его. Что получится - будем посмотреть. Скорее всего, изыскания в этом направлении ведут все вендоры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 12:29 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
SkyNet77 авторчто версионник в данном случае нахрен не нужен. А зачем такую бесполезную штуку МС пытается рализовать? Да еще и гордится этим? А как вы думаете почему IBM и не собирается это реализовывать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 12:30 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
рискну предположить, что пока механизм раннего разрешения конфликтов позволяет наращивать производительность системы, не возникает потребности в механизме позднего разрешения. можно на попытки ms посмотреть и под таким углом зрения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 14:22 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
можно сказать и по-другому: неважно, что одни транзакции могут ожидать завершения других странзакций, неважно до тех пор, пока время выполнения workload укладывается в бизнес требования (или меньше чем у конкурентов) Или совсем уже по-другому (но не корректно, так как для выполнения одной и той же бизнес задачи может потребоваться разный набор разных транзакций на разных системах): неважно, что транзакция X может ожидать завершения транзакции Y, если общее время выполнения двух транзакций устраивает, (или меньше чем у ....) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 15:44 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv SkyNet77А зачем такую бесполезную штуку МС пытается рализовать? Да еще и гордится этим? Речь не о том, что это бесполезная штука, imho. Просто это два разных подхода к разрешению конфликтов - ранний (блокировочник), и поздний (версионник) Что лучше, каждый решает для себя сам. MS, imho, нашла способ воплотить алгоритм позднего разрешения конфликтов каким-то более эффективным способом, чем существующие. Поэтому и создает его. Что получится - будем посмотреть. Скорее всего, изыскания в этом направлении ведут все вендоры. рискну предположить, что пока механизм раннего разрешения конфликтов позволяет наращивать производительность системы, не возникает потребности в механизме позднего разрешения. можно на попытки ms посмотреть и под таким углом зрения. Причем тут это? Никто не мешает в оракле использовать пессимистическое блокирование (если я правильно понял). (повторюсь еще 25 раз) Но при этом в оракле нет необходимости в эскалации блокировок, и читатели не блокируют писателей, и писатели не блокируют читателей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 15:46 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
DimaR - я всего лишь попытался предположить, зачем MS создает версионность. Вот и все. Ну и опять же: если экскалация блокировок; блокирование писателей читателями; блокирование читателей писателями, позволяет выполнить задачу за устраивающее бизнес условия время, или быстрее чем у конкурентов, то проблемы нет. Возможно (опять мое предположение) что у MS появились проблемы, и она пытается их решить созданием версионности (механизма позднего обнаружения конфиликтов) Кстати, экскалация блокировок иногда выгодно добиваться конфигурационными настройками, если это увеличивает общую производительность на конкретной задачи. Но это к вопросу "зачем MS создает версионность" не относится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 15:51 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv позволяет выполнить задачу за устраивающее бизнес условия время, или быстрее чем у конкурентов, то проблемы нет. Возможно (опять мое предположение) что у MS появились проблемы, и она пытается их решить созданием версионности (механизма позднего обнаружения конфиликтов) Мы общаемся на флеймовом форуме во флеймовом топике, и фраза - "нас устраивает и нам другого не надо" является оффтопом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 16:04 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
DimaR - да неет, смысл был другой, смысл был в том, что пока в формальных тестах (то, что можног посмотреть), блокировочники чувтсвуют себя неплохо. Некоторые даже получше версионников. Так в угоду чему отказыватся от достигнутой производительности? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 16:21 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvDimaR - да неет, смысл был другой, смысл был в том, что пока в формальных тестах (то, что можног посмотреть), блокировочники чувтсвуют себя неплохо. Некоторые даже получше версионников. Так в угоду чему отказыватся от достигнутой производительности? Ответ: чтоб читатели не блокировали писателей. А то это такое унижение - быть заблокированным... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 16:31 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! http://oraclemind.blogspot.com/2005/04/oracle-vs-mssql2k.html Yo!! также существует 3 типа partitioned indexes: - local index, т.е. индекс на партицию. - global partitioned index, такой индкс разбивается на секции по другим правилам нежели сама таблица. - global non-partitioned index, такой индекс не разбивается на секции хотя таблица разбита. - всевозможные комбинации из этих 3-х всевозможные комбинации из этих 3-х это как? 1. Локально-глобальный partitioned index 2. Локально-глобальный non-partitioned index 3. Глобально-локальный partitioned index 4. Глобально-локальный non-partitioned index 5. Глобально-глобальный partitioned-non-partitioned index Бреддд. Сюда можно еще и префиксность локальных индексов прокомбиницировать :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 17:26 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2A. S. OK, подправлю, было лениво дословно переводить этот текст. не думал что вызовет такие вопросы .. но раз вызывает обязательно исправлю :) Oracle also provides three types of partitioned indexes: • A local index is an index on a partitioned table that is partitioned using the exact same partition strategy as the underlying partitioned table. Each partition of a local index corresponds to one and only one partition of the underlying table. • A global partitioned index is an index on a partitioned or non-partitioned table that is partitioned using a different partitioning-key from the table. • A global non-partitioned index is essentially identical to an index on a non-partitioned table. The index structure is not partitioned. Oracle allows all possible combinations of partitioned and non-partitioned indexes and tables: a partitioned table can have partitioned and non-partitioned indexes, and a non-partitioned table can have partitioned and non-partitioned indexes. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 21:27 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!2A. S. OK, подправлю, было лениво дословно переводить этот текст. не думал что вызовет такие вопросы .. но раз вызывает обязательно исправлю :) Было б неплохо. А то понимаешь ли вводите людей в заблуждение. :) Yo!! Oracle also provides three types of partitioned indexes: • A local index is an index on a partitioned table that is partitioned using the exact same partition strategy as the underlying partitioned table. Each partition of a local index corresponds to one and only one partition of the underlying table. • A global partitioned index is an index on a partitioned or non-partitioned table that is partitioned using a different partitioning-key from the table. • A global non-partitioned index is essentially identical to an index on a non-partitioned table. The index structure is not partitioned. Oracle allows all possible combinations of partitioned and non-partitioned indexes and tables: a partitioned table can have partitioned and non-partitioned indexes, and a non-partitioned table can have partitioned and non-partitioned indexes. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 11:27 |
|
||
|
|

start [/forum/topic.php?all=1&fid=35&tid=1553763]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
33ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
264ms |
get tp. blocked users: |
2ms |
| others: | 262ms |
| total: | 597ms |

| 0 / 0 |
