Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 .. 13   вперед  Ctrl
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
Yo!!
Guest
если речь об этих, то ..
> 1. ddl в транзакции
https://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. временные таблицы
https://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
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=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 сен 05, 13:22    [1905176]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
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 сен 05, 13:35    [1905232]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
Yo!!
Guest
2pkarklin
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=218685&pg=3#1901095
а тут 5-го пункта и нету :)
по 2, то же самое и у оракла - хоть к ексел табличке можно слать sql запросы.
по 7 - я могу перечислить что идет с ораклом бесплатно в отличии от сиквила, но хотелось бы пока ограничится техническим сравнением. а то считать TCO, ROI и т.п. заколебаемся.

а вот по временным табличкам можно продолжить, только чур в той теме.
23 сен 05, 13:42    [1905257]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
andy st
Member

Откуда:
Сообщений: 899
Yo!!

> 1. ddl в транзакции
https://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. временные таблицы
https://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
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=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]http://www.olapreport.com/Market.htm[/http]
удачи...
23 сен 05, 13:54    [1905308]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
2 Yo!!

>по 2, то же самое и у оракла - хоть к ексел табличке можно слать sql запросы.

А как с гетерогенными запросами и распределенными транзакциями? Я без издевки спрашиваю. Действительно пока не знаю.

>по 7 - я могу перечислить что идет с ораклом бесплатно в отличии от сиквила, но хотелось бы пока ограничится техническим сравнением. а то считать TCO, ROI и т.п. заколебаемся.

Ладно. Не будем считать. И ссылки приводить не будем, где уже все посчитано. Особенно для многопроцессорных (в том числе многоядерных) систем с процессорными лицензиями. Oracle еще непоменял свою лицензионную политику, лицензирующую ядро, а не процессор?

>а вот по временным табличкам можно продолжить, только чур в той теме.

Да в том топике уже все что можно было сказать сказали. Каждый все равно (как обычно) остался при своем мнении. ;)
23 сен 05, 14:00    [1905336]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
ggv
Member

Откуда:
Сообщений: 1810
Таки забежал на работу на секундую

ASCRUS
Поддерживаю ggv. А если еще сервер поддерживает NOT TRANSACTIONAL local and global temporary table, так вообще все шустро отработает.


Ну это я даже не стал упоминать - default типа
23 сен 05, 14:07    [1905356]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
ggv
Member

Откуда:
Сообщений: 1810
Yo!!
2ggv
честно говоря совсем не понял. на время модификации нужна блокировка именно основной записи иначе у вас 2 update смогут одновременно типа править одну и туже запись и получите lost update.
ну и имхо это все равно не решает главную проблему блокировочника - длинные транзакции в OLPT задаче.


Дык как раз решает, но вы как раз и не поняли.

По другому - создаем сегмент отката (snapshot данных), работаем с ним, а потом сливаем изминения в основные данные. Только здесь уже можно не только "кто первый встал того и тапки", а более гибко.
Полная эмуляция поведения версионника - на блокировочниках, где такое реализовано, само собой. Будет и OLTP - короткие задачи - будут и длинные транзакции в то же время.
Разруха она в головах.
Ну теперь точно до понедельника, на транспорт опаздываю.
23 сен 05, 14:10    [1905368]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
Yo!!
Guest
2andy st
похоже для вас представленые обсуждения оказались слишком сложны, когда сможете их осилить присоединяйтесь, а пока - в сад.

2pkarklin
>А как с гетерогенными запросами и распределенными транзакциями?
ну да, так и называется гетерогенный сервисес, с db2/mssql точно работают, с остальными думаю тоже, какая разница что за субд главное чтоб двухвазные транзакции были.

> Oracle еще непоменял свою лицензионную политику, лицензирующую ядро, а не процессор?
поменял, 75% за ядро. да на многопроцессорных гораздо дороже, а вот на 2х процессорах в разы дешевле, т.к. сиквел ограничивает стандарт эдишен 2Gb, что в наше время на десктопы ставят.

>Да в том топике уже все что можно было сказать сказали. Каждый все равно (как обычно) остался при своем мнении. ;)
т.е. фраза про сиквел "Generally speaking, temp tables should be avoided, if possible." для вас так и осталось не доказаной ?
23 сен 05, 14:18    [1905415]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
Yo!!
Guest
ggv

Дык как раз решает, но вы как раз и не поняли.

По другому - создаем сегмент отката (snapshot данных), работаем с ним, а потом сливаем изминения в основные данные. Только здесь уже можно не только "кто первый встал того и тапки", а более гибко.
Полная эмуляция поведения версионника - на блокировочниках, где такое реализовано, само собой. Будет и OLTP - короткие задачи - будут и длинные транзакции в то же время.
Разруха она в головах.
Ну теперь точно до понедельника, на транспорт опаздываю.


да, похоже не понял. итак у нас 2 транзакции одновременно, первая читает майнтабле и пихает в темп, вторая ничерта не ждет и делает тоже самое читая те же данные, первая делает merge в майнтабле, вторая делает тоже самое, затирая все изменения первой транзакции.
в чем фишка ?
23 сен 05, 14:22    [1905437]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
2 Yo!!

автор
а вот на 2х процессорах в разы дешевле, т.к. сиквел ограничивает стандарт эдишен 2Gb, что в наше время на десктопы ставят.


Дешевле чем Workgroup Edition? 3700 за процессор в независимости от числа ядер, или 730 на сервер с пятью клиентскими лицензиями? Сколько?

тынц

автор
т.е. фраза про сиквел "Generally speaking, temp tables should be avoided, if possible." для вас так и осталось не доказаной ?


Я абсолютно согласен с этой фразой. Особенно с "if possible". Но, так же согласен с авторами того топика, которые используют временные таблицы для разбивки ооооочень сложного запроса на более мелкие с хранением промежуточных результатов в темповых таблицах.
23 сен 05, 14:32    [1905506]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
andy st
Member

Откуда:
Сообщений: 899
Yo!!
2andy st
похоже для вас представленые обсуждения оказались слишком сложны, когда сможете их осилить присоединяйтесь, а пока - в сад.

когда аргументов больше нету в ход идут оскорбления... ;-)
т.е. как всегда...
озвучу лозунг:
"если на оракуле что-то делать не РЕКОМЕНДУЕТСЯ или НЕЛЬЗЯ - это ЗЛО и это надо искоренять, а все кто придерживается другого мнения, и, не дай боже, используют запрещенные фичи - В САД"
вставьте его в автоподпись, плз..
23 сен 05, 14:34    [1905517]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

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 сен 05, 14:36    [1905524]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
locky
Применение временных таблиц в большой
процедуре которая очччень часто вызывается - приводит к постоянной
рекомпиляции процедуры. А вот применение временной таблицы в сложной
расчетной процедуре, которая вызывается достаточно редко.... вот тут всё
очень хорошо, потому что выигрышь от упрощения выборок значительно
перекрывает проигрышь от некоторой перекомпиляции.


Есть определенные правила, которым надо следовать при написании хп, использующих вроеменные таблицы. Тогда и перекомпиляций удастся избежать: INF Troubleshooting Stored Procedure Recompilation

locky
кроме того, там рекомендуют заменять тэмп-таблицы на table-var...


table-var по своей сути - теже временные таблицы. Но, хоть Microsoft и обещает "fewer recompilations", приценденты со снижением производительности при их использовании заставляет относиться к ним с опаской. Кроме того table-var имеют "ограниченные" возможности по индексации (только PK и UQ). А вот неподверженность table-var транзакциям в некоторых случаях очень даже пользительно.

ЗЫ. Да простит меня Yo!! за обсуждение темповых таблиц в этом топике. ;)
23 сен 05, 14:45    [1905595]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
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 сен 05, 14:50    [1905630]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
Yo!!
Guest
автор
Дешевле чем Workgroup Edition? 3700 за процессор в независимости от числа ядер, или 730 на сервер с пятью клиентскими лицензиями? Сколько?


берем стандартный современый комп 1xCPU 4Gb RAM -
oracle - $5K standart one edition
mssql - $29K enterprisre edition т.к. standart туда нельзя (2Gb maximum).

автор
table-var по своей сути - теже временные таблицы.

позвольте :) это уже надо сравнивать с объектами/масивами в оракле, а это уже совсем другая опера. в заявке variables не звучало :)

автор
используют временные таблицы для разбивки ооооочень сложного запроса на более мелкие с хранением промежуточных результатов в темповых таблицах.

таким имхо должен заниматся все таки оптимизатор, но и тут оракл гораздо красивей выглядит с view которые можно одевать на темп-таблички.
23 сен 05, 15:13    [1905790]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
Yo!!
Guest
>mssql - $29K enterprisre edition т.к. standart туда нельзя (2Gb maximum).
очепятка, 20K enterprisre edition
23 сен 05, 15:14    [1905796]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

pkarklin wrote:
> locky
спасибо, я это всё знаю. Это не для меня, а вот йо! - рекомендую...
>неподверженность table-var транзакциям в некоторых случаях очень даже
>пользительно.
аха, жаль только частичная неподверженность. на уровне statement - всё
равно транзакционно.... :-(

--
-------------------------
There's no silver bullet!

Posted via ActualForum NNTP Server 1.3

23 сен 05, 15:14    [1905799]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
Yo!!
Guest
к стате показательно как мухлюют в tpc, workgroup edition Up to 2 GB of Memory
http://www.microsoft.com/sql/evaluation/overview/default.mspx

а в тесте 2.5Gb
https://www.sql.ru/subscribe/2005/246_1.jpg

ЗЫ. наверника и оракл где-то так-же привирает :)
23 сен 05, 15:29    [1905911]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
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 сен 05, 15:33    [1905925]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
Yo!!
Guest
автор
Хм... Интересный у Вас "стандартный комп". ;)

у вас меньше ?

автор
Вряд ли человеку в здравом уме придет в голову для такого "стандартного компа" покупать ЕЕ, тока ради использования 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 сен 05, 15:40    [1905965]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
Yo!!
Guest
стоп ! помоему standrat one вообще dual-core не считается, т.е. у оракла $10K выйдет, щас проверю.
23 сен 05, 15:42    [1905981]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Yo!!
к стате показательно как мухлюют в tpc, workgroup edition Up to 2 GB of Memory
http://www.microsoft.com/sql/evaluation/overview/default.mspx

а в тесте 2.5Gb
https://www.sql.ru/subscribe/2005/246_1.jpg

ЗЫ. наверника и оракл где-то так-же привирает :)


Хм... Вы считаете что это "мухлеж"? %) Мы о Win32 говорим?! Где из 4 гиг 2 гига отдается приложениям, 2 гига операционке. Или 3/1 для W2KAS. Так что все чествно. До 2 гиг может отъесть сиквел, остальное операционке.
23 сен 05, 15:43    [1905992]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
2 Yo!!

К сожалению, мне надо уходить. предлагаю продолжить в понедельник.

С уважением, pkarklin.
23 сен 05, 15:51    [1906039]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
Yo!!
Guest
>Хм... Вы считаете что это "мухлеж"?
OK, убедил :) в оракле не ограничивают память поэтому не задумывался на что ограничивают.

а по dual-core все верно, у стандарт ван эксепшен, т.е. 2-way dual-core opteron + 8Gb RAM будет ровно в 4 раза дешевле чем у сиквела.
23 сен 05, 15:53    [1906051]     Ответить | Цитировать Сообщить модератору
 Re: Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i  [new]
SiDen
Member

Откуда:
Сообщений: 518
Основной критерий перехода или неперехода - это возможность самого перехода и его трудозатраты в случае если это две разные ИБС, дореализация функционала необходимого, миграция старых данных, переучивание персонала и т.д. и т.п.
В большинстве случаев биллинг - игла с которой не так просто соскачить и тут вопрос не в том с какой СУБД на какую ползти, а в том на сколько сложные бизнесс-процессы.
Сам перевел - одну. На моей памяти было еще две попытки перевода от таких монстров как Комта+ и Атлант(обе неудачны).
26 сен 05, 10:04    [1908638]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 .. 13   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить