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

Откуда: Moskau
Сообщений: 2649
еще как, но и дефрагментируется.
мне совершенно неохота пересказывать тему которая сто раз поднималась, а поиск у меня почему-то не пашет по форуму, извиняюсь.Но тема точно была.
Маза в том, что после множества операций по выделению освобождению небольших объемов памяти , винда теряет возможность выделить непрерывный кусок, хотя память вроде есть.
Отсюда вытекала невозможность клиентам соединиться с БД.
6 окт 05, 18:34    [1946218]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
locky
Member

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

tygra wrote:
> Добавлю паранойи :))
>
> Весь топик не читал - ну не смогу я :))
> Может повторю кого, не бейте: у замечательного Оракла есть интересная
> вещь - очередной билд несовместим с предыдущим (в смысле БД). Уж вот
> этого MS никогда не наверстает
>
> ЗЫ Или с 10-ой версии уже нет такого? Неужели таки смогли? :)
>
> /-- *Tygra's* --/
ха, так это таки правда, а не байки орацлоненавистников?
а то я не можу использовать йентот аргУмент в споре, потому как не знаю,
правдив ли он...

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

Posted via ActualForum NNTP Server 1.3

6 окт 05, 18:35    [1946221]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
locky
Member

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

Yo!! wrote:
> чтоб перейти на юкон народу прийдется перелапачивть тучу кода, там
> выкинули старый синтаксис и тучу из t-sql. им пришлось целую тулзу
> писать чтоб выуживать такой код :)
> а вот с ораклом я помню только сложный переход с rule на cost based
> оптимизатор в начале 90х ... но переписывать код никто не заставлял ;)
пурга, практически....
в тестовом варианте воткнул 2 проекта (достаточно неслабых), сдуплило в
паре мест (хотя меня уже года 3 BOL предупреждал, что "Ни нада так,
дядинька").
фиг вам, старый синтаксис выкинули... добавили - ага... есть такая буква...
кста, у мс есть клёвая фича - режим совместимости базы.
К примеру, один из прожектов у нас стоит в режиме совместимости 6.5, дык
нельзя использовать особенности 7-ки или 2000, но усё работаить
нормально. единственно что с suser_id() жоппа с двумя "П", но йенто так,
пустячок, в обчим-то... на пол дня работы было.


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

Posted via ActualForum NNTP Server 1.3

6 окт 05, 18:38    [1946235]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
Naug
Member

Откуда:
Сообщений: 663
Вот вы такие страшные вещи говорите - оракл там, юкон... Я близко знаком только с аксесом, дык у него мне запомнились две фичи:
глюки при запуске базы написаной на русифицированной версии на английской версии.
ЖУТКИЕ глюки при переходе с 97-го на 2000 и с 2000 на 2003
6 окт 05, 19:01    [1946302]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
StalkerS
Member

Откуда: Melbourne
Сообщений: 1345
locky

млин, повторяю (не в первый раз): лучше, если фича есть, но её не юзают,
чем не иметь фичи, когда она позарез потребуется.

тогда я тоже повторю : смысл есть только в фичах, в которых есть смысл. Уловили смысл ?

Короче: будет жопа, если что-то надо, а это никак не сделать, даже если это понадобиться раз в жизни. Но, сначала ткните пальцем в ту фичу, которую ну никак не реализовать на mssql.

Например, деревья, (правда в yukon они уже есть). Да, если понадобиться такая штука, придется либо самому придумывать алгоритм, либо рыться в форумах в поисках. Зато найдя его один раз, все деревянные проблемы решены.
Основной нужный функционал в mssql присутствует, хотя вот обработка ошибок является одной из тех жоп, но и это вроде-как решено в yukon...

А так это все маркетинговые украшательства напоминает... в самом деле, если подумать, ну кто в здравом уме будет у них там пользоваться java и .net одновременно ? а насколько знаю, и java-то не используется, так ведь нет, .net прикрутили еще зачем-то...
6 окт 05, 19:04    [1946314]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
!!!
Member

Откуда: Да все оттуда
Сообщений: 390
StalkerS
locky

млин, повторяю (не в первый раз): лучше, если фича есть, но её не юзают,
чем не иметь фичи, когда она позарез потребуется.

тогда я тоже повторю : смысл есть только в фичах, в которых есть смысл. Уловили смысл ?

Короче: будет жопа, если что-то надо, а это никак не сделать, даже если это понадобиться раз в жизни. Но, сначала ткните пальцем в ту фичу, которую ну никак не реализовать на mssql.

Например, деревья, (правда в yukon они уже есть). Да, если понадобиться такая штука, придется либо самому придумывать алгоритм, либо рыться в форумах в поисках. Зато найдя его один раз, все деревянные проблемы решены.
Основной нужный функционал в mssql присутствует, хотя вот обработка ошибок является одной из тех жоп, но и это вроде-как решено в yukon...

А так это все маркетинговые украшательства напоминает... в самом деле, если подумать, ну кто в здравом уме будет у них там пользоваться java и .net одновременно ? а насколько знаю, и java-то не используется, так ведь нет, .net прикрутили еще зачем-то...
Все это отлично звучит, вот только Yukon еще нет
6 окт 05, 19:44    [1946393]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
locky
Member

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

StalkerS wrote:
> locky
>
> млин, повторяю (не в первый раз): лучше, если фича есть, но её не юзают,
> чем не иметь фичи, когда она позарез потребуется.
>
>
> тогда я тоже повторю : смысл есть только в фичах, в которых есть смысл.
> Уловили смысл ?
>
> Короче: будет жопа, если что-то надо, а это /никак/ не сделать, даже
> если это понадобиться раз в жизни. Но, сначала ткните пальцем в ту фичу,
> которую ну никак не реализовать на mssql.
>
> Например, деревья, (правда в yukon они уже есть). Да, если понадобиться
> такая штука, придется либо самому придумывать алгоритм, либо рыться в
> форумах в поисках. Зато найдя его один раз, все деревянные проблемы решены.
> Основной нужный функционал в mssql присутствует, хотя вот обработка
> ошибок является одной из тех жоп, но и это вроде-как решено в yukon...
>
> А так это все маркетинговые украшательства напоминает... в самом деле,
> если подумать, ну кто в здравом уме будет у них там пользоваться java и
> .net одновременно ? а насколько знаю, и java-то не используется, так
> ведь нет, .net прикрутили еще зачем-то...
дык батенька, фокспро вам в руки! там то ведь (если верить адептам) всё
прекрасно можно сделать самому!
И многопользовательскую работу, и надежность, и транзакции всякие... нах
возится! изучать и (страшно подумать!) ПОКУПАТЬ!!!! дорогущие продукты
непонятно каких фирм (всякие там орацлы, сибейсы, ибээмы)...
нах-нах... чур меня... а исчо луцше, фсять компиляр и ваять на асме...
во... ничо лишнего не будит, токо то чо нада!!! а мужики то и не
знают... возються там со своими непонятками....

2!!!
нету юкона, есть юкона... ваще-то есть... хоша вопрос фалософический....
(орфография верна, очепяток нет)....


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

Posted via ActualForum NNTP Server 1.3

6 окт 05, 19:56    [1946423]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
locky
Member

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

StalkerS wrote:
> locky
>
> млин, повторяю (не в первый раз): лучше, если фича есть, но её не юзают,
> чем не иметь фичи, когда она позарез потребуется.
>
>
> тогда я тоже повторю : смысл есть только в фичах, в которых есть смысл.
> Уловили смысл ?
что-то я агресивен сейчас... выпить йаду, что-ли?
Продолжим.
К примеру, ежели мине нада, чтобы сервер работал под юнихом, я АВТОМАТОМ
не выберу МС, зато погляжу в сторону орацл, сибэйс и т.д.
Ежели ВЫ ЛИЧНО не юзаете какие-то фичи, то есть люди, которым они нужны.
ВАМ ЛИЧНО нужны нетранзакционные таблицы? Вряд-ли... а мне бы очень
помогли... равно как и сессионные таблиы a-la сибэйс...

ЗЫ давеча смотрел телевизоры маленькие в детскую, дык понравилась
сонька, но она, блин, была серебристая, а я хотел черный. Пришел брать
шарп, он черный... вот такая у него оказалась жизненно важная для меня
фича, в результате чего корпорация шарп обогатилась на сто баксов, а
корпорация сони их потеряла.

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

Posted via ActualForum NNTP Server 1.3

6 окт 05, 20:04    [1946437]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
В принципе не так плохо шо есть конкуренция. Это заставляет Оракл наращивать возможности. Я с удовольствием в данную минуту врубаю 10-ку первого релиза (дома в сводбодное время) и лезу к нему Нетом (на работе 9-ка). Но с предвкушением подумываю а втором релизе. Теперь мне 8 кажется, чем-то типа Доса. А так сидели бы счас в 8, а то и в 7. Еще бы заполучить всю линейку. Фичи дают уверенность, что можно найти простое решение, поддерживаемое Ораклом.
Так что вперед Юкон - подгоняйте Оракла дальше наворачивать.
6 окт 05, 20:11    [1946443]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
Yo!!
Guest
StalkerS

Но, сначала ткните пальцем в ту фичу, которую ну никак не реализовать на mssql.

да уже тыкалка устала, весь форум утыкан :)
тыкаю пальцем:
1. ограничение ресурсов (oracle profile manager)
2. логирование попыток, типа пытался снять денег, но сработало ограничение и транзакция откатилась.
3. транзакционное оповещение клиентов об обновлении. все что можно у мс это каждому клиенту переодически опрашивать субд не изменилось ли там чего, что отлично сказывается на маштабируемости.
4. отложеная проверка констрейнтов
и туча других которые в принципе если пот"%@вшись решить можно ...
6 окт 05, 20:16    [1946459]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
locky
Member

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

Yo!! wrote:
> StalkerS
>
> Но, сначала ткните пальцем в ту фичу, которую ну никак не реализовать на
> mssql.
>
>
> да уже тыкалка устала, весь форум утыкан :)
мож, непотопляемую тему сделать? а то я уже устал, когда очередной брат
по перу начинает гон, а йо его тыкает... противно по 10 раз читать, чего
у нас нет, раздражает, бесит и обижает...
> тыкаю пальцем:
> 1. ограничение ресурсов (oracle profile manager)
и в юконе не будет!!! А оракле есть, и в сибэйсе кое-что есть.
> 2. логирование попыток, типа пытался снять денег, но сработало
> ограничение и транзакция откатилась.
Ну, это то не слишком сложно сделать, на 2000....
> 3. транзакционное оповещение клиентов об обновлении. все что можно у мс
> это каждому клиенту переодически опрашивать субд не изменилось ли там
> чего, что отлично сказывается на маштабируемости.
> 4. отложеная проверка констрейнтов
> и туча других которые в принципе если пот"%@вшись решить можно ...
ага... или просто в результате у тебя покраснеет и опухнет, а результату
или хотя-бы кайфу - почти никакого...

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

Posted via ActualForum NNTP Server 1.3

6 окт 05, 20:34    [1946486]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
StalkerS
Member

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

Все это отлично звучит, вот только Yukon еще нет

7 ноября, если не ошибаюсь...
locky

дык батенька, фокспро вам в руки!

так и знал, что сейчас notepad'ом посоветуют пользоваться...
locky

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

БРАТАН ! так и сьезжай на Оракл, в чем проблемы-то ? Будет у вас в жизни одни наслаждения, кайф и радость ...
Если вы не в состоянии жить без оповещений клиентов, так туда прямая дорога. Подкручивайте размеры сегментов отката на досуге, регулируйте потребление памяти...

___________
Вот ведь блин, ввязался опять в этот бессмысленный спор, щаз установлю в outpost'e запрет на доступ к sql.ru и буду жить спокойно :)
6 окт 05, 21:07    [1946528]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
Vadim_Maximov
Member

Откуда: Москва
Сообщений: 3571
StalkerS
Подкручивайте размеры сегментов отката на досуге, регулируйте потребление памяти...
Ваши сведения немного устарели. Что по-первому пункту, что по-второму.
Начиная с 9i сегменты отката подкручивать не надо - undo_management = auto & undo_retention_policy принесут массу свободного времени DBA. А в 10g и подавно с undo_retention_guarentee или как там ее...
Регулировать потребления памяти тоже не такая сложная задача: в 9-ке sga_max_size - позволяет динамически изменять размер областей памяти, и sga_target в 10-ке - сам распределяет.
А вот если вы мне расскажете как в Винде без танцев с бубнов выделить под процесс больше 4Гб памяти, буду премного благодарен. (Только не надо мне рассказывать, что нет задач, где бы это требовалось. Если вы не видели таких задач... ну что ж... не доросли видимо пока)

P.S: спор беспредметный, поскольку Юкона нет. Когда выйдет - тогда поговорим. На сем свое участие в этом детском саде постараюсь (сильно) прекратить.
6 окт 05, 21:34    [1946550]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
ЛП
Guest
Vadim_Maximov
StalkerS
Подкручивайте размеры сегментов отката на досуге, регулируйте потребление памяти...
Ваши сведения немного устарели. Что по-первому пункту, что по-второму.
Начиная с 9i сегменты отката подкручивать не надо - undo_management = auto & undo_retention_policy принесут массу свободного времени DBA. А в 10g и подавно с undo_retention_guarentee или как там ее...
Регулировать потребления памяти тоже не такая сложная задача: в 9-ке sga_max_size - позволяет динамически изменять размер областей памяти, и sga_target в 10-ке - сам распределяет.

Ой-ой-ой!!! Держите мои яйца!!!
Давно слежу за смешными дебатами "Оракал vs Сиквел", и во всех таких дебатах факты типа "сам распределяет" - ставились в минус сиквелу. Так что, Оракал начинает перенимать у MS SQL Server минусы?
6 окт 05, 21:51    [1946577]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
Vadim_Maximov
Member

Откуда: Москва
Сообщений: 3571
Vadim_Maximov
А вот если вы мне расскажете как в Винде без танцев с бубнов выделить под процесс больше 4Гб памяти, буду премного благодарен.
Да, важное уточнение - на 32-х битной платформе.
6 окт 05, 21:51    [1946578]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
Yo!!
Guest
2Vadim_Maximov

а что в *nix изобрели какой-то новый способ отличающийся от AWE ? в оракле меньше бубнов лишь потому что на *nix туча процессов, а винде один процесс и туча нитей. но это не отменяет проблем >2.5Gb под SGA.

2ЛП
если я начну вам объяснять вы же все равно ни@ера не поймете ...
6 окт 05, 21:57    [1946583]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
ЛП
Guest
Yo!!
2ЛП
если я начну вам объяснять вы же все равно ни@ера не поймете ...

Ну куда уж нам
Перенимаете минусы - да ну и пожалуйста
6 окт 05, 22:01    [1946591]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
Vadim_Maximov
Member

Откуда: Москва
Сообщений: 3571
ЛП
Ой-ой-ой!!! Держите мои яйца!!!
Можно, ваша жена это будет делать? Если она у вас конечно имеется...вами...
ЛП
Давно слежу за смешными дебатами "Оракал vs Сиквел", и во всех таких дебатах факты типа "сам распределяет" - ставились в минус сиквелу. Так что, Оракал начинает перенимать у MS SQL Server минусы?

Это называется "эволюция". Оракл грамотно реализовал сложные вещи, а теперь идет по пути упрощения технологий. И это - одна из ставок Оракла.
6 окт 05, 22:05    [1946598]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
Vadim_Maximov
Member

Откуда: Москва
Сообщений: 3571
Yo!!
2Vadim_Maximov

а что в *nix изобрели какой-то новый способ отличающийся от AWE ? в оракле меньше бубнов лишь потому что на *nix туча процессов, а винде один процесс и туча нитей. но это не отменяет проблем >2.5Gb под SGA.
Вы пробовали делать это под виндой и под юнихом? Если да - поняли бы.
6 окт 05, 22:07    [1946602]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
Yo!!
Guest
ЛП

Ну куда уж нам
Перенимаете минусы - да ну и пожалуйста

это примерно как картинг и авто с коробкой автоматом, внешне и там и там переключать не надо .. а разница есть.
автомат в оракле это просто job который читает статистику и может иногда сделать alter system. ничего похожево на подход мс тут нет, хотя внешне выглядит похожим.
6 окт 05, 22:12    [1946614]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
Yo!!
Guest
Vadim_Maximov

Вы пробовали делать это под виндой и под юнихом? Если да - поняли бы.

да, пробывал - та же байда, просто возникает гораздо позже.

Very Large Memory (VLM) on systems with up to 64GB of RAM
is the ability to use up to 64GB pagecache on 32-bit system.
The Advanced Server 2.1 and 3.0 kernel allows Oracle to allocate and use more than
4GB of memory for the database buffer cache on a 32-bit Intel platform. This
feature is also called VLM (Very Large Memory) in Oracle documents.
...
The hugemem kernel feature is also called 4GB-4GB Split Kernel
A classic 32-bit 4GB virtual address space is split 3GB
for user processes and 1GB for the kernel
The new scheme (4gb/4gb) permits 4GB of virtual address space
for the kernel and almost 4GB for each user process
http://metalink.oracle.com/metalink/plsql/showdoc?db=NOT&id=260152.1&blackframe=1
6 окт 05, 22:17    [1946623]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
Vadim_Maximov
Member

Откуда: Москва
Сообщений: 3571
Yo!!
та же байда, просто возникает гораздо позже.
Золотые слова :) На порядок золотые, прямо скажем...
6 окт 05, 22:20    [1946626]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
ChA
Member

Откуда: Москва
Сообщений: 11383
Калина
Маза в том, что после множества операций по выделению освобождению небольших объемов памяти , винда теряет возможность выделить непрерывный кусок, хотя память вроде есть.
Отсюда вытекала невозможность клиентам соединиться с БД.
И как это MSSQL умудряется работать месяцами (сам свидетель) без остановки и без перезагрузки Windows ? Хорошо, буду считать это случайностью...
7 окт 05, 04:48    [1946894]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
alexey_tm
Member

Откуда: Томск
Сообщений: 173
StalkerS

БРАТАН ! так и сьезжай на Оракл, в чем проблемы-то ? Будет у вас в жизни одни наслаждения, кайф и радость ...
Если вы не в состоянии жить без оповещений клиентов, так туда прямая дорога. Подкручивайте размеры сегментов отката на досуге, регулируйте потребление памяти...

Сегментьами отката (undo) с 9 крутить не надо, как админ двух СУБД Oracle и MSSQL, скажу, что фигня это полная ваш маздай. Все через одно место происходит. Никогда не предугадаешь поведение.
По поводу фичь, в Oracle их можно устанавливать или нет, по желанию.
7 окт 05, 05:35    [1946897]     Ответить | Цитировать Сообщить модератору
 Re: Yukon почти не виден  [new]
alexey_tm
Member

Откуда: Томск
Сообщений: 173
ChA
[quot Калина]И как это MSSQL умудряется работать месяцами (сам свидетель) без остановки и без перезагрузки Windows ? Хорошо, буду считать это случайностью...

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