powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Yukon почти не виден
359 сообщений из 359, показаны все 15 страниц
Yukon почти не виден
    #33290914
Занесла нелегкая на сайт мелкософта, прочитал и обрыдался. По настоятельным просьбам трудящихся из Юкона выкинули Database Mirroring. Потом решил: с чего, собственно, расстраиваться -в конце концов, это не первая и не последняя функциональность, которая не войдет в Юкон. Нет, вы не подумайте ничего плохого: the feature is complete и даже has passed extensive internal testing, вот только не вполне еще available. Ну совсем чуть-чуть. Самую малость. Вы не сомневайтесь, все уже спрограммиздили из Oracle, осталось понять, как же оно, черт побери, работает. Не учли сущей ерунды: оказывается, даже если самим ничего не придумывать, а разбираться, как это придумано у других, все равно нужен какой-никакой интеллект. А с этим проблемы. Поэтому мирроринг решено отложить на first half of 2006 в слабой надежде, что к тому времени удастся просечь фишку. А там уж как пойдет. Может, и на second half и т.д. Это как трудящиеся пожелают. А пока ее просто на хер, чтобы не портила статистику.
Оно понятно, им сейчас кровь из носа нужен релиз Юкона хоть чучелом, хоть тушкой, иначе у мелкомягкого маркетинга за пять лет про него пересохло глотку драть. Поэтому все features, с которыми они не успевают по срокам выхода, они, особо не заморачиваясь, будут резать. Весь вопрос в том, останется ли после этого обрезания от их хваленого Юкона вообще хоть что-нибудь? Известно, что в мелкософте работает на совесть один маркетинг, а сервера баз данных они как не умели делать, так и не научились несмотря на всех спецов, перекупленных из Oracle и Informix. Ну не дано, бывает. Например, отечественному автопрому противопоказано делать автомобили. Все равно ведь выпускают. Умельцы, блин. Так, новый движок проектировать не будем, ставим от предыдущей модели. Цилиндры только расточим, а то ведь не потянет ни фига этот долбаный XML. Или CLR? Ну не суть. Вообще ничего не потянет. Абээску прикручивать тоже нет ни рук, ни времени, значит, в сад. Подушки безопасности туда же. Гидроусилитель руля –вообще роскошь, так поездят. Не баре, чай. А кондиционер в салон впихнем опосля. В сервис-паке. Или в следующей версии. Или нет, отдадим третьим фирмам, нехай врезают по отдельным пожеланиям юзерей и за отдельные бабки.
И вот едет этот позор семьи по сборочному конвейеру, из репродукторов звучат бравурные маркетинговые марши на тему 9-й фантазии Б.Гейтса "Догоним и перегоним Oracle". Повсюду в цеху развешаны лозунги, транспаранты и прочая лапша про то, какой это будет самый reliable в мире, безопасный и удобный в эксплуатации продукт. Вокруг рыдвана бестолково суетится бригада лимитчиков-индусов, на соплях монтируя спроектированные через жопу узлы и агрегаты, которые тут же через несколько метров отваливаются. Шмяк -это отвалился database mirroring. Шмяк -отвалились типы date и time. Шмяк -hash partitioning, шмяк -row-level security, шмяк -много чего еще с превеликой помпой презентованного и так же благополучно похеренного ввиду прогрессирующего ожирения мозгов, отравленных продуктами fast food.
Следом, сияя искренней голливудской улыбкой, идет директор завода по производству Юкона, который объясняет собравшимся журналистам, что это переношенное детище Micro$oft, успевшее состариться еще в утробе, -это наиболее продвинутый и передовой сервер баз данных на суперсовременных технологиях. Что все, что с него отвалилось, отвалилось по плану и по горячим пожеланиям трудящихся. Ибо народу это не нужно, народ это не поймет. Одновременно носком ботинка директор украдкой загоняет "лишние" детали под конвейер, чтобы не мозолили глаза. Господи, думает директор, только бы это чудо доехало до заводских ворот и окончательно не рассыпалось. Скорей бы его уже релизнуть отсюда к матери, а там хоть трава не расти. Пускай с ним дальше техсаппорт трахается.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33290937
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle форева рулез! wrote:
> Занесла нелегкая на сайт мелкософта, прочитал и обрыдался. По
> настоятельным просьбам трудящихся из Юкона выкинули Database Mirroring.
ссылку, плиз, а?

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33290967
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky wrote:
>
> Oracle форева рулез! wrote:
> > Занесла нелегкая на сайт мелкософта, прочитал и обрыдался. По
> > настоятельным просьбам трудящихся из Юкона выкинули Database Mirroring.
> ссылку, плиз, а?
>
сам нашел.
http://www.microsoft-watch.com/article2/0,1995,1860623,00.asp?kc=MWRSS02129TX1K0000535
http://www.entmag.com/news/article.asp?EditorialsID=6926
http://www.microsoft-watch.com/article2/0,1995,1860623,00.asp?kc=MWRSS02129TX1K0000535
http://blogs.technet.com/mat_stephen/archive/2005/09/16/Database_Mirroring_RTM.aspx

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

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33290973
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Oracle форева рулез!

Ну и как - полегчало?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33290993
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuper wrote:
> 2 Oracle форева рулез!
>
> Ну и как - полегчало?
Ви знаете, вовремя высказать генитальные слова - иногда здорово легчает
на душе... я сам такое частенько говорю в сторону MS.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291055
В.Бобылев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Все клевета и неправда. Я сам не читал и другим не советую.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291065
В.Бобылев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Необходимо, чтобы модератор удалил эту тему, т.к. в ней нет ни одного слова правды.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291097
Западло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не нравится - напиши лучше :) Многое чего может не нравится или хотеться, но не бывает что бы все и сразу и на халяву...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291102
bober+
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Oracle форева рулез!...
а с чего ты взял, что МС в принципе хочется догнать и перегнать оракул?
может ему это нах.р не надо? не задумывался?
и они особо не напрягаются по поводу прибабахов?
толька ораклястики начали страдать, что МС стал делать продукт, который начинает составлять конкуренцию им.
как писали в соседнем топике - жопу оракулу по олапу МС уже порвал.
дай еще пару-тройку лет... оракул быдет стоять только в отсталых конторах
;-)))))))))))))))))))))))))))))))
как щас фокс досовый.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291112
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В.Бобылев wrote:
> Все клевета и неправда. Я сам не читал и другим не советую.
- не читал, но осуждаю!
самому что-ли так сделать....

>Необходимо, чтобы модератор удалил эту тему, т.к. в ней нет ни одного
>слова правды.
следовательно, удалять не надо, так как слова о том, что нет ни одного
слова правды - лживы... и далее по кругу...

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291133
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bober+ wrote:
> Oracle форева рулез!
> ...
>
>
> а с чего ты взял, что МС в принципе хочется догнать и перегнать оракул?
> может ему это нах.р не надо? не задумывался?
надо им, надо... рынок, деньги, всё такое...

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

> толька ораклястики начали страдать, что МС стал делать продукт, который
> начинает составлять конкуренцию им.
Все так делают, все страдают - деньги, опять таки.

> как писали в соседнем топике - жопу оракулу по олапу МС уже порвал.
А завтра оракл напряжется и порвёт MS... и далее по кругу....

> дай еще пару-тройку лет... оракул быдет стоять только в отсталых конторах
> ;-)))))))))))))))))))))))))))))))
> как щас фокс досовый.
угу... и похерятся все инвестиции в достаточно серъезные наработки по
ораклу... угу... щаз...
тем паче, чтобы там не кричали и ораклоиды, и сиквелисты - оракл и
сиквел ( в последнее время особенно уже) - суръезные СУБД, во многих
отраслях способные конкурировать друг с другом. Ни то ни другое просто
так не свалишь и с рынка не уберешь. Оракл будет (если будет) умирать
долго и тяжко, сиквел - аналогично (денег у MS всёж-таки поболее будет).
А так будут себе тихо и мирно (относительно) жить бок о бок и горя не знать.


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291151
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bober+
как писали в соседнем топике - жопу оракулу по олапу МС уже порвал.

Писать то писали, но этого мало. У Оракла олап то теперь на том же сервере, что база. Как теперь отделить? Нихто так и не пояснил. По Data minig алгоритмов в MS совсем мало.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291155
коллега1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мирно? Вы почитайте этот форум.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291165
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
коллега1 wrote:
> Мирно? Вы почитайте этот форум.
я сказал "относительно мирно".
что-то я не вижу тут полнейшей гегемонии одного или другого.
Всех поровну, пусть и с разной степенью осведомлёенности или агрессивности.
Не было пока приведено ни одной задачи, с которой не справился бы оракл
или MS. Всё кругом реализуемо. Всё кругом работает. Это ли не есть мир?
По моему - да.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291197
бобер1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
locky
Не было пока приведено ни одной задачи, с которой не справился бы оракл
или MS. Всё кругом реализуемо. Всё кругом работает. Это ли не есть мир?
По моему - да.

а миллиарды насмерть забитых микробов на клавиатуре? вот они - жертвы этой войны!!!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291206
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
бобер1 wrote:
> locky
>
> Не было пока приведено ни одной задачи, с которой не справился бы оракл
> или MS. Всё кругом реализуемо. Всё кругом работает. Это ли не есть мир?
> По моему - да.
>
>
> а миллиарды насмерть забитых микробов на клавиатуре? вот они - жертвы
> этой войны!!!
Жертвы среди мирного населения - это неизбежная плата за общий покой и
благополучие!

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291978
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuper2 Oracle форева рулез!

Ну и как - полегчало?
Ну и ... тебе надеюсь тоже полегчало? Оригинал, тля.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33291997
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Осень наступила...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33292756
Alexander_Chepack
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я не понял - мирроринг - это же практически то же самое, что и лог шиппинг. Мы лог шиппинг используем в SQL2K - и что нам делать при переходе на Юкон? Не переходить? Или у них планировалось иметь и лог-шиппинг и мирроринг как две отдельные вещи? Вот блин ...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33292834
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA wrote:
> Осень наступила...
предполагаете сезон обострений, коллега? :-)
--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33292846
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexander_Chepack wrote:
> Я не понял - мирроринг - это же практически то же самое, что и лог
> шиппинг. Мы лог шиппинг используем в SQL2K - и что нам делать при
> переходе на Юкон? Не переходить? Или у них планировалось иметь и
> лог-шиппинг и мирроринг как две отдельные вещи? Вот блин ...
не, не тоже самое. при ЛШ возможна потеря данных от последнего бэкапа
лога, а при мирроринге такого быть не должно.
А лог шиппинг как был так и остался (судя по БОЛ). Да и куда он денется
- обычное накатывание логов на стэндбай сервер то?

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33299703
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bober+ ... оракул быдет стоять только в отсталых конторах
;-)))))))))))))))))))))))))))))))
как щас фокс досовый.
Вот только не надо FoxPro трогать - он 5 баллов даст и Oracle и MS SQL Server по многим параметрам, беда FoxPro в том, что большой брат его убивает и никак убить не может, так как уж больно хорошие идеи в его основе лежат... Аналогично и с форматом данных, который не развивают по политическим причинам... Для большинства предприятий его вполне хватает, причем далеких от отсталости

P.S. Nothing personal, just thoughts...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33299727
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Даю 5 баллов

Улыбнуло
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300110
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey Ch
FoxPro трогать - он 5 баллов даст и Oracle и MS SQL Server

Ну прямо опустили Оракл до нуля. Все слабые системы его уже сделали. И тем самым стали мировыми лидерами. Ить если сделать Оракла, то кого еще делать? Ведь это означает автомтически сделать всех остальных. И так мечтает каждый про свой продукт. А зачем? Вы любите свой продукт? Любите таким каким он есть. Любовь не должна смотреть на то хде он там по отношению к Ораклу. Любовь долго терпит, всему радуется.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300144
Zaxx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
>Вот только не надо FoxPro трогать - он 5 баллов даст и Oracle и MS SQL Server по многим параметрам

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

>беда FoxPro в том, что большой брат его убивает и никак убить не может, так как уж больно хорошие идеи в его основе лежат...

Ага, расскажите ещё байку про ""rushmore" - секретное оружие foxpro". Эта байка даже смешнее, чем interbase на танке.

>Аналогично и с форматом данных, который не развивают по политическим причинам... Для большинства предприятий его вполне хватает, причем далеких от отсталости

Ну если вы считаете, что развитые форматы данных это огромное преимущество СУБД, то FoxPro "делает" Oracle по этому "параметру"... Да что там FoxPro... почти все "делают" Oracle по форматам данных. А postgreSQL со своими типами point, poligon, line, circle, macaddr итд... делает существование других СУБД просто безсмысленным.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300298
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfo Ну прямо опустили Оракл до нуля. Все слабые системы его уже сделали. И тем самым стали мировыми лидерами. Ить если сделать Оракла, то кого еще делать? Ведь это означает автомтически сделать всех остальных. И так мечтает каждый про свой продукт. А зачем? Вы любите свой продукт? Любите таким каким он есть. Любовь не должна смотреть на то хде он там по отношению к Ораклу. Любовь долго терпит, всему радуется.
Как была подача так получилась и отдача :)

Никто никого "опускать" не собирался. Мы прекрасно знаем что в Oracle и MS SQL Server есть много вещей и удобств, которые надо в FoxPro писать самостоятельно (начиная от резервного копирования и заканчивая replicatin over the TCP/IP). Но в то-же время мы прекрасно понимаем, что для конечного пользователя нет особой разницы, на чем работет его система, если она выполняет свои функции.

Конечно мы терпимы, но всегда будем отвечать на заявления и обвинения в отсталости...

P.S. Ничего личного, никого не хотел учить, все совпадения случайны...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300314
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Наверное, по чтению в однопользовательском режиме с локальной базы ?

- тут Вы правы на 100%... На мой практике при аналогичных условиях Oracle начинает выполнять быстрее запросы при 50 и более активных клиентах, но не один десяток тысяч долларов свыше стоимости FoxPro должны этого стоить

Ага, расскажите ещё байку про ""rushmore" - секретное оружие foxpro". Эта байка даже смешнее, чем interbase на танке.

- В 9 версии Microsoft попытался убить этот метод, но вроде в SP1 они его вернули. Хотя странно от Вас слышать подобные заявления - Вы скорее всего сталкивались с тем, что выборки по нескольким миллионам записей происходит за сотые доли секунды. Да, в FoxPro нет красивого графического оптимизатора запросов, но разве от этого он работает медленнее?


Ну если вы считаете, что развитые форматы данных это огромное преимущество СУБД, то FoxPro "делает" Oracle по этому "параметру"... Да что там FoxPro... почти все "делают" Oracle по форматам данных. А postgreSQL со своими типами point, poligon, line, circle, macaddr итд... делает существование других СУБД просто безсмысленным.

- К сожалению я неправильно описал свою мысль. В FoxPro существет искуственный барьер - размер одной таблицы не может превышать 2 Gb как и размер Memo поля (на практике я очень редко встречался с одиночными таблицами более 2 Gb, как правило они были следствием плохо продуманной структуры данных). Кроме того - контейнер базы данных в FoxPro пока не так надежен, как в Oracle или MS SQL - это просто отдельная таблица, где хранится информация о таблицах, триггерах, ХП, ссылочной целостностью. К сожалению дизайн сделан так, что контейнер находится вроде как отдельно и к нему есть возможность прямого доступа. Хорошо это или плохо, судить не нам, но MS пока не делает ничего по его улучшению, объясняя это политичекскими соображениями (есть MS SQL Server)...

Таким образом просто хотелось вежливо объяснить, что для практических нужд создания приложений для малого, среднего и частично крупного (в качестве клиентской части, так-как FoxPro как и любая среда разработки приложений поддерживает OLE DB and ODBC) - отличный и разумный выбор. А стоимость, наличие всего в одном флаконе, стабильность, скорость и надежность делают FoxPro лидером при создание практичкских приложений...

P.S. Конечно я замалчиваю тот факт, что те, кто работают с Oracle, MS SQL Server имеют несравненно более высокую заработную плату, по этой причине и автор этих строк был вынужден изучать эти СУБД и разрабатывать на них приложения, так-как были клиенты с деньгами...

Для кого я пишу этот топик? Для молодого поколения, которое ничего не знает про FoxPro и могут просто заучить как стих - "Если надо что-то поругать, то надо назвать это FoxPro"... Ведь это совсем не так...

Good luck!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300330
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey Ch- тут Вы правы на 100%... На мой практике при аналогичных условиях Oracle начинает выполнять быстрее запросы при 50 и более активных клиентах, но не один десяток тысяч долларов свыше стоимости FoxPro должны этого стоить Извините, конечно, но вы рассуждаете на уровне студента.
Вы знаете, сколько инженеров трудилось над созданием Oracle, какие идеи туда заложены, сколько труда было потрачено на разработку подобной СУБД? Подумайте, сколько по-вашему могла стоить разработка подобного продукта и сколько должен стоить этот продукт, чтобы окупиться, начать приносить прибыль, и стать №1 на рынке СУБД.

Sergey ChДа, в FoxPro нет красивого графического оптимизатора запросов, но разве от этого он работает медленнее?
Не хочу вас расстраивать, но в Oracle также нет красивого графического оптимизатора запросов. У вас путаница в терминах.

Sergey Ch
- К сожалению я неправильно описал свою мысль. В FoxPro существет искуственный барьер - размер одной таблицы не может превышать 2 Gb как и размер Memo поля (на практике я очень редко встречался с одиночными таблицами более 2 Gb, как правило они были следствием плохо продуманной структуры данных).
Вы уверены, что этот барьер искусственный? Таблицы более 2Gb в моей практике встречались (на разных проектах) раза 3-4 точно. И, уверяю вас, спроектированы они были хорошо. Биллинг, понимаете ли...финансы всяческие...

Sergey ChКроме того - контейнер базы данных в FoxPro пока не так надежен, как в Oracle или MS SQL
Он никогда не будет так надежен, как в Oracle/MS SQL. Просто по той причине, что для достижения этой надежности потребуется вложить огромное количество денег в, фактически, перепроектирование архитектуры. Которая бы позволила сочетать многопользовательский доступ с availability/backup/recovery.

Sergey ChТаким образом просто хотелось вежливо объяснить, что для практических нужд создания приложений для малого, среднего и частично крупного (в качестве клиентской части, так-как FoxPro как и любая среда разработки приложений поддерживает OLE DB and ODBC) - отличный и разумный выбор. А стоимость, наличие всего в одном флаконе, стабильность, скорость и надежность делают FoxPro лидером при создание практичкских приложений...Распишите пожалуйста ваше понимание малого, среднего и крупного бизнеса. Тогда будем говорить предметно.
А так....голословные заявления.
У вас есть клиент - 10 человек в офисе, вы разработали для него некую систему. Спустя год клиент взял крупный кредит в банке, на развитие бизнеса, нанял еще 90 человек, попытались работать в вашей системе.
В итоге клиент уперся в:
1. ограничение по таблицам (2Gb)
2. банальные тормоза
3. постоянные переиндексации и т.п.
Ваши действия?

Так вот, в нормальной практике, в подобных ситуациях, как правило покупают сразу серьезный продукт, но, скажем, облегченную версию. Например Oracle Database Standart Edition One или MSDE (или как он там называется). При этом сохраняется возможность спокойно мигрировать на другие, более серьезные версии, в случае необходимости.

Sergey ChP.S. Конечно я замалчиваю тот факт, что те, кто работают с Oracle, MS SQL Server имеют несравненно более высокую заработную плату, по этой причине и автор этих строк был вынужден изучать эти СУБД и разрабатывать на них приложения, так-как были клиенты с деньгами...
Высокий уровень ЗП специалистов, знающих данные программные продукты обусловлен высокой сложностью данных продуктов, соответственно, малым количеством специалистов, способных работать с этими продуктами. Рынок, понимаете ли.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300336
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vadim_Maximov Распишите пожалуйста ваше понимание малого, среднего и крупного бизнеса. Тогда будем говорить предметно.
А так....голословные заявления.
У вас есть клиент - 10 человек в офисе, вы разработали для него некую систему. Спустя год клиент взял крупный кредит в банке, на развитие бизнеса, нанял еще 90 человек, попытались работать в вашей системе.
В итоге клиент уперся в:
1. ограничение по таблицам (2Gb)
2. банальные тормоза
3. постоянные переиндексации и т.п.
Ваши действия?
1. Это зависит от бизнеса фирмы, но 2 Gb - согласитесь, это очень много для активной финансовой информации (а архив можно организовать по другому).
2. Для 90 активных пользователей скорее всего не будет (у меня было и более 200 - немного зависит от сети, сервера и идеологии - применение Web Services избавляет зависимость от сети).
3. Немного не понимаю о чем Вы. Даже при добавлении более 100 записей в секунду - обновление на 2х процессорном Xenon 2.4 Ghz, RAID 5 - 700 Gb связь с сервером 2*1Ghz network card, происходит практически мгновенно... Кроме того простые вещи как Smart UPS и Web Services практически снимают некоторые шерховатости целостности данных о которых многие привыкли рассуждать имея ввиду формат DBF и некоторые проблемы с индексами, которые были ранее при плохом проектировании локальной сети...

P.S. Надеюсь Вам не надо объяснять, что значит применять Web Services в доступе к таблицам FoxPro (полная идеология client-server а не file-server)...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300343
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey Ch
1. Это зависит от бизнеса фирмы, но 2 Gb - согласитесь, это очень много для активной финансовой информации (а архив можно организовать по другому).Не соглашусь. 2Gb это семечки.
Sergey Ch(а архив можно организовать по другому).Ключевое слово "организовать". Т.е. дополнительные работы, время и т.п. В итоге - деньги.
Sergey Chшерховатости целостности данных о которых многие привыкли рассуждать имея ввиду формат DBF и некоторые проблемы с индексами, которые были ранее при плохом проектировании локальной сети... Ничего не понял. Какая связь между индексами и проектированием локальной сети?

Sergey ChP.S. Надеюсь Вам не надо объяснять, что значит применять Web Services в доступе к таблицам FoxPro (полная идеология client-server а не file-server)...Гхм...в итоге-то все равно файл-сервер...как ни разворачивай, хоть анфас, хоть в профиль.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300351
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ничего не понял. Какая связь между индексами и проектированием локальной сети?

- опять мы говорим на разных языках в файл-серверных системах возможны проблемы с индексами при плохой связи клиента в сети с сервером...

Гхм...в итоге-то все равно файл-сервер...как ни разворачивай, хоть анфас, хоть в профиль...

- снова мы не понимаем друг-друга Извините за прямой вопром - Вы программист или администратор баз данных?

Ну да ладно, завтра народ подтянется спор продолжится и в других плоскостях, как это уже неоднократно было...

Good night!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300391
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
P.S. Надеюсь Вам не надо объяснять, что значит применять Web Services в доступе к таблицам FoxPro (полная идеология client-server а не file-server)...
Интересно, а зачем лепить пули из говна, когда уже есть пули из свинца?
На кой ляд пытаться приделать к файл-серверным системам какие-то там прибамбасы типа веб-сервисов или терминальных сервисов - когда уже есть нормальные клиент-серверные СУБД?

в файл-серверных системах возможны проблемы с индексами при плохой связи клиента в сети с сервером...
В файл-серверных системах возможны любые проблемы при плохой связи клиента с сервером.
Поэтому ниша файл-серверных систем - локальные однопользовательские базы. И никуда больше им соваться не следует.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300437
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey Ch- снова мы не понимаем друг-друга Извините за прямой вопром - Вы программист или администратор баз данных?
Нет уж, давайте мы Вам прямой вопрос зададим:
А сколько лет и с какими продуктами клиент-серверных технологий Вы работали, чтобы у Вас было достаточно опыта утверждать, что Fox неплох как сервер и очень удобен как клиент к РСУБД ? Вы уж извините, но пока возникает впечатление из Ваших рассуждений, что ни на чем плотно, кроме Fox-а, Вы не работали - так как от Вас нет конкретных сравнений с конкретными продуктами, только сравнение технологий файл-сервер и клиент-сервер.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300493
Zaxx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Про rushmore, если вы не поняли это я о том, что это красивая байка про то как группа создателей копеечной поделки (FoxPro 2.0 под ДОС) создали технологию поиска до которой не додумались за много лет крупнейшие на тот момент производители субд (IBM, ORACLE, Sybase), более того что до этой технологии так никто и недодумался до сих пор... Вы в это верите?

Sergey Ch в файл-серверных системах возможны проблемы с индексами при плохой связи клиента в сети с сервером...
В файл-серверных системах возможны проблемы с индексами даже при access violation на любом компьютере в сети.

Sergey Ch Мы прекрасно знаем что в Oracle и MS SQL Server есть много вещей и удобств, которые надо в FoxPro писать самостоятельно
А также мы прекрасно знаем, что есть много вещей которые как не пиши на FoxPro - ничего не получится...

Sergey Ch Таким образом просто хотелось вежливо объяснить, что для практических нужд создания приложений для малого, среднего и частично крупного (в качестве клиентской части)
Если при чём тут использование "в качестве клиентской части", если мы спорим про СУБД ???

авторДа, в FoxPro нет красивого графического оптимизатора запросов

В КВН - однозначно...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33300509
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Формально, можно признать , что FoxPro это отличная система, но это не база данных а попытка хранить информацию в стуртурированных, кто-то их называет плоских файлах. Говорить о том, что писать приложения для малого и среднего бизнеса на DBF это хорошо, это просто для того, чтобы оправдать свое не желение или не именее работать с БД, не обязательно реляционными, их много красивых и разных. Вот вчера в супермаркете ждал минут 20 пока касса периндексировала свои базы и что характерно, многие уважающие себя магазины начали заказывть софт на основе БД. Время идет в перед и держаться зубами за старое можно только в гос.конторах. Из них только в перед ногами, и ничего нового можно не изучать. сиди себе и лабай, хоть на фоксе, а то и на Clipper, чем хуже?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33303575
Фотография Leonid
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Опять всякие там "Oracle форева рулез!"
Сами по себе крики типа Oracle форева рулез! больше напоминают крики страха и отчаяния ;)
Можно еще кричать "Delphi форева рулез!". Особенно, если посмотреть сколько сейчас требуется программистов на C# и посмотреть на деградацию Delphi в лице Delphi.NET. Это я так, для наведения паролелей ;)

Да, поприжимал MS ораклистам причинные места в дверных проемах
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33303619
Фотография Leonid
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
P.S. Не указывайте мне на "очепятку". Я знаю, как писать слово "параллель".
Это у нас в узком кругу юмор такой (дурацкий) пароль + параллель = ...
Never mind, случайно вырвалось
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33303625
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid
...
Да, поприжимал MS ораклистам причинные места в дверных проемах

ну хз... меня и на оракле не плохо кормят вот когда зарплата у спецов по мсскл станет выше чем у ораклистов (я о средней по конкретному рынку) тогда и поговорим о криках отчаянья пока же, имхо, ситуация наоборот
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33303660
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ораклоиды в панике - МС в 3й раз не смогла выпустить субд которая по некоторым параметрам опережает oracle7 начала 90х прошлого века и с замиранием сердца смотрят на 4-ю попытку :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33303686
Фотография Leonid
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aZm
ну хз... меня и на оракле не плохо кормят вот когда зарплата у спецов по мсскл станет выше чем у ораклистов ...
Из мультика про попугая Кешу: "Нас и здесь неплохо кормят..."
То то и оно. А при чем здесь "Oracle форева рулез!" ?

Никто ж не против, сидите пока сидится, пока кормят, пока ...
А по поводу зарплат на Oracle - это только сис-админам есть о чем бояться.
Всякие там MSSQL-и, Sybase-ы, DB2 живут себе без таких распальцованных сис.админов и, надо сказать, неплохо живут.

Мне, как разработчику наплевать, что Oracle, что Скуль - и там и там свои плюсы и минусы.
Заранее предупреждаю, не буду вступать в долгие дискуссии на тему "+"/"-" Oracle vs MSSQL - задолбало уже
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33303720
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
уважаемый Leonid
а вам не приходило в голову, что чем скложнее система, чем больше у нее функциональность, чем больше настроек - тем выше нужна квалификация?
если микрософт решит побороться за вышесредний и верхний сегмент рынка БД - им прийдется делать развитую систему настроек... и тут же вырастет сложность настройки, поддержки и тп.
чудес не бывает, за все нужно платить.

зы. я ни разу не дба :)

---
Vae victis!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33303728
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!Ораклоиды в панике - МС в 3й раз не смогла выпустить субд которая по некоторым параметрам опережает oracle7 начала 90х прошлого века и с замиранием сердца смотрят на 4-ю попытку :)

это в смысле - догоним и перегоним 8i ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33303768
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
aZm
это в смысле - догоним и перегоним 8i ?

лет через 5-6, может следующим релизом, когда все что вырезано из Yukon сделают :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33303811
Фотография Leonid
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aZmуважаемый Leonid
а вам не приходило в голову, что чем скложнее система, чем больше у нее функциональность, чем больше настроек - тем выше нужна квалификация?
Vae victis!Вы познакомтесь с начала с другими продуктами, кроме Oracle (с DB2 например) как в них решены различные кеши, например, и как они регулируются, может тогда поймете, о чем я.
А так пустой базар. Я-то, слава богу, oracle знаю, так что не надо мне "вкручивать" и надувать передо мной oracle-вые пузыри без меры.

Я еще раз выскажу свре мнение: Все кто вякает разные "Oracle форева" - по меньшей мере заинтересованы, по большей - дураки.
На этом я умываю руки. Хотите, деритесь дальше ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33304148
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!Ораклоиды в панике - МС в 3й раз не смогла выпустить субд которая по некоторым параметрам опережает oracle7 начала 90х прошлого века и с замиранием сердца смотрят на 4-ю попытку :) РЖУНИМАГУ!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33304181
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну знакомился с MS SQL например , криво решено.
Насколько общался с людьми работающими с DB2 - не так она проста, потому и получают они неменьше ораклистов. А на Sybase я сам работал, прямо перед ораклом, оракл понравился больше (ну это имхо).
А юкон скорее эволюционная версия чем революционная, самого интересного недоложили опять.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33304276
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
КалинаНу знакомился с MS SQL например , криво решено.
Насколько общался с людьми работающими с DB2 - не так она проста, потому и получают они неменьше ораклистов. А на Sybase я сам работал, прямо перед ораклом, оракл понравился больше (ну это имхо).
А юкон скорее эволюционная версия чем революционная, самого интересного недоложили опять.

отож про дибиту ничего сказать не могу, не общался. имел дело с 2мя версиями сайбейза - аса и асе. аса оно конечно круто, но вот тока не тот сегмент рынка - отнюдь не энтерпрайз. а энтерпрайзовый асе - в администрировании отнюдь не прост. да и разработчику там руки иметь нужно очень уж прямые, а возможностей (в 12.5.1) - мизер.

зы. сейчас прийдут апологеты аса9 и обьяснят что все мы не правы ау, аскрус
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33304311
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А что мне обьяснять то ? Я давал на форуме ссылочку от официального производителя ASA 9 и будующей 10, где черным по белому написано "Enterpise calibre", идет перечисление почему и даже таблица сравнения с MSSQL/Oracle/DB2. Не спорю, в этом плане ASE круче, потому как расшифровывается как Sybase Adaptive Enterprise Server, но что поделать - забили Sybase-овцы торговую марку Enterprise под свой сервак еще в те времена, когда Watcom не купили, тут уж не попишешь. Однако вроде как MS SQLServer не означает, что все остальные сервера теперь не SQL сервера
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33304319
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
P.S. Последнее время, что то ASE-шники распереживались как то, доказывая, что ASA это не Enterprise, потому что ASE Enterprise. К чему бы такие переживания, если все у ASE хорошо ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33304428
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
к вопросу а АСЕ

долгострой разродился, но... имхо, косметика это...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33304518
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aZm к вопросу а АСЕ

долгострой разродился, но... имхо, косметика это...

Присоединяю к вашему скромному ИМХО моё скромное ИМХО. Действительно, ожидалось много больше.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33304630
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну если отбросить XML и VLSS (знать бы еще, что это такое), то можно сказать по функционалу ASE 15 как раз до старенькой ASA 7 дотягивает теперь. Хотя ... неа, наверное не дотягивает, UDF нет нормальных, только на Java.

Я кстати так и не понял, почему они не воспользовались последними и проверенными уже временем достижениями ASA 9 в области оптимизации запросов и нулевого администрирования и стали свое клепать и латать. Одни только спец. алгоритмы оптимизации под OLAP запросы в ASA чего стоят - летает на аггрегации с бешенной скоростью по огромным массивам данных, с возможностью вытворять чудеса на аналитике.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33305081
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
К вопросу о смерти Oracle, слухи эти преувеличены. А кричат о себе не ораклоиды а скулисты. MSSQL это не Enterprise система, вопросов не иметь я старше и все...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33305087
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alexey_tmК вопросу о смерти Oracle, слухи эти преувеличены. А кричат о себе не ораклоиды а скулисты. MSSQL это не Enterprise система, вопросов не иметь я старше и все...
скажем так, скулистам в большинстве случаев начхать на оракул.
собственно только Yo! и сотоварищи-ораклоиды здесь слюной брыжжут.
Сидели бы и спокойно наблюдали со стороны, как слоны за Моськой, за всеми поползновениями МС...
а что-то заставляет напрягаться... нервничать...
;-)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33305337
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
andy st]
скажем так, скулистам в большинстве случаев начхать на оракул.
собственно только Yo! и сотоварищи-ораклоиды здесь слюной брыжжут.
Сидели бы и спокойно наблюдали со стороны, как слоны за Моськой, за всеми поползновениями МС...
а что-то заставляет напрягаться... нервничать...
;-)

меня нервничать ? только интербэйс ! :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33305933
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andy st wrote:
> alexey_tm
> К вопросу о смерти Oracle, слухи эти преувеличены. А кричат о себе не
> ораклоиды а скулисты. MSSQL это не Enterprise система, вопросов не иметь
> я старше и все...
>
>
> скажем так, скулистам в большинстве случаев начхать на оракул.
> собственно только Yo! и сотоварищи-ораклоиды здесь слюной брыжжут.
> Сидели бы и спокойно наблюдали со стороны, как слоны за Моськой, за
> всеми поползновениями МС...
> а что-то заставляет напрягаться... нервничать...
> ;-)
и пусть брызжут, это их право, на самом деле.
А напрягатся и нервничать - а то! если сравнить 6.5 с 7-кой - дык,
разница то ох какая была. 6.5 - это так, ничо было, можно было работать
умеючи. 7-ка была уж куда лучше, почти что революционно.
2000-й - ну, были приятные моменты, украшения.
А вот в юконе уже появляются фичи, без которых в действительно больших и
суръезных системах ох как тяжело... одно онлайн построение индексов чего
стоит, или хоть какое-никакое, но партиционирование. Датабейз мирроринг,
опять-таки.... Оракл ведь чем хорош (и плох одновременно)? Он -
результат многолетней эволюции. В нём реализованы весчи, которые
необходимы при практической работе (к примеру, останов и продолжение
процесса при недостатке места на диске - есть ведь такое?) В теории
дисковая подсистема должна быть достаточной, на практике же...
опять таки, менеджер ресурсов, который ограничивает юзеру память,
камень, ввод-вывод... теоретически - неправильно, практически - так
очень даже...
Когда MS SQL Server обрастёт такими вот фенечками - вообще будет гуд, а
пока что они берут... как это в спорте - не самобытностью, а чистотой
исполнения. т.е богатства фич нет, зато те что есть - достаточно
качественные и недорого.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33306079
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Когда появятся "фичи", тогда и цена будет соответствующей. Это просто дешево сажаем на иглу, а потом, куда вы денетесь? Самое страшное в MSSQL это отсутствие альтернативы, все очеь сильно переплетено с ОС и приложения, могут работать с этой БД только из под этой ОС.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33306126
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alexey_tmКогда появятся "фичи", тогда и цена будет соответствующей. Это просто дешево сажаем на иглу, а потом, куда вы денетесь? Самое страшное в MSSQL это отсутствие альтернативы, все очеь сильно переплетено с ОС и приложения, могут работать с этой БД только из под этой ОС.
и каким это макаром народ умудряется "морды" для МССКЛ в юниксах рисовать?
надо будет им сказать, что так нельзя.....
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33306195
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andy st wrote:
> alexey_tm
> Когда появятся "фичи", тогда и цена будет соответствующей. Это просто
> дешево сажаем на иглу, а потом, куда вы денетесь? Самое страшное в MSSQL
> это отсутствие альтернативы, все очеь сильно переплетено с ОС и
> приложения, могут работать с этой БД только из под этой ОС.
>
>
> и каким это макаром народ умудряется "морды" для МССКЛ в юниксах рисовать?
> надо будет им сказать, что так нельзя.....
ну, или jdbc какой-нить, или (подумать даже страшно, честное слово) Free
TDS этот глючный....

Тем паче, это клиенты, а чел, если я правильно понимаю, имеет в виду еще
и сервер.

С другой стороны, иметь несколько версий ПО под разные платформы, причем
так, чтобы они кругом работали по максимум и при этом с точки зрения
разработчика БД совсем не отличались - гемморой еще тут, орацлу или не
позавидуешь, или они-таки такого принципа не поддерживают, недаром
говорят, что орацл под юнихом работает лучше, чем под виндой. Т.к.
выяснить толком, из-за чего такое - из-за корявости винды или корявости
порта оракла под винду, не представляется возможным, то примем, что
всё-таки 50% тормозов под винду - на совести оракла.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33306569
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Народ, оставте брызжущих слюной ораклистов в покое. Пусть свято верют, пусть брызжут. Надо же им чем то тешить свое больное самолюбие :)
Хуже будет, если они осознают свои заблуждения о "непобедимости" оракла. У вас прибавится конкурентов ;)
Оставте их в покое. Во всяком случае, их популяция сокращается год от года. Такими темпами, они вымрут сами или будут жить в заповедниках.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33306628
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dooma
Оставте их в покое. Во всяком случае, их популяция сокращается год от года. Такими темпами, они вымрут сами или будут жить в заповедниках.

если оракл будет такими темпами "вымирать", то лет через 5 как раз к следующиму релизу mssql оракл займет 50% рынка :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33306655
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DoomaТакими темпами, они вымрут сами или будут жить в заповедниках.

Ви знаете, таки в этих заповедниках хорошо кормят
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33306680
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!
если оракл будет такими темпами "вымирать", то лет через 5 как раз к следующиму релизу mssql оракл займет 50% рынка :)

Gluk (Kazan)Ви знаете, таки в этих заповедниках хорошо кормят

зачот :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33306745
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan) DoomaТакими темпами, они вымрут сами или будут жить в заповедниках.
Ви знаете, таки в этих заповедниках хорошо кормят
и лицензии на отстрел дают...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33306880
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
andy st
и лицензии на отстрел дают...

иначе нельзя, иначе сожрут бедный mssql ... и не дотянет сиквел до 20% рынка :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307143
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo!! andy st
и лицензии на отстрел дают...
иначе нельзя, иначе сожрут бедный mssql ... и не дотянет сиквел до 20% рынка :)
а может устроим аукцион по поводу лицензии на Yo!! ??? ;-))))
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307146
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ночной Дозор ПРОТЕСТУЕТ !!!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307155
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И ТИШИНААААА
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307201
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
andy st
а может устроим аукцион по поводу лицензии на Yo!! ??? ;-))))

руки коротки! :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307228
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
M$ синтегрирует юкон .NET и винды до степени, когда от РБД останутся только воспоминания. Вот тогда РБД потеряет значительную долю рынка. на форумах M$ уже обсуждается процесс интеграции LINQ & WinFS
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307251
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklinM$ синтегрирует юкон .NET и винды до степени, когда от РБД останутся только воспоминания. Вот тогда РБД потеряет значительную долю рынка.
Винда (начиная с 95) всегда была интегрирована с Jet'ом и COM'ом. Рынок РБД от этого еще ничего не потерял.
Будет не Jet и COM, а .Net и Yukon. Хули изменится то?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307340
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!! wrote:
> andy st
>
> а может устроим аукцион по поводу лицензии на Yo!! ??? ;-))))
>
>
>
> руки коротки! :)
Ха, лицензии, кому они нужны... мы будем юзать контрафактный Yo!!
Вот рази-чо получил эксклюзивные права на поюзание, тогда да...
--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307400
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛП shuklinM$ синтегрирует юкон .NET и винды до степени, когда от РБД останутся только воспоминания. Вот тогда РБД потеряет значительную долю рынка.
Винда (начиная с 95) всегда была интегрирована с Jet'ом и COM'ом. Рынок РБД от этого еще ничего не потерял.
Будет не Jet и COM, а .Net и Yukon. Хули изменится то?

А Юкон будет ОБД , так что рынок именно РБД потеряет долю рынка MS-SQL, зато рынок ОБД ее приобретет. самому то MS от этого только баксов прибудет
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307462
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklin
А Юкон будет ОБД , так что рынок именно РБД потеряет долю рынка MS-SQL, зато рынок ОБД ее приобретет. самому то MS от этого только баксов прибудет

Эту часть рынка сразу захватят и поделят другие РСУБД. Вы задавались вопросом чем РБД лучше, но не правильно ответили на него. В этом проблема Вашей системы. Удивительно почему Вы не задались вопросом почему ведущие производители не перешли на ОМД лет 15 назад, када те были на подъеме. И надеетесь что они перейдут теперь када те на спаде. Вы думали, что не было Net? Но на Net им точно забить - он ниче не меняет в моделях данных. Наоборот, он так и наровит к РСУБД прилабаться. Я счас пользуюсь этим - не плохо клиентов тюхать к Ораклу - ниче не скажешь. Например, The DataTable is a central object in the ADO.NET library. Центральный класс - Таблица.
Мне надо писть макеты для демонстрации тех предложений каких-то новых решений нач-ву - одно удовольствие на C#. У нас реальные продукты на Дельфях, но я базист и демонструхи мне можно на чем захочу.
Так шо привет от Net для РСУБД Вашим якобы передовым ОМД.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307522
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklinА Юкон будет ОБД
Чем-чем будет Юкон? О Бэ Дэ? А в самом майкрософте то хоть об этом знают?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307547
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛП shuklinА Юкон будет ОБД
Чем-чем будет Юкон? О Бэ Дэ? А в самом майкрософте то хоть об этом знают?

Я тоже удивлен. WinFS вероятно собираются портировать под LINQ - слухи на форуме посвященном LINQ (C# 3.0).
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307574
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
shuklin
Я тоже удивлен. WinFS вероятно собираются портировать под LINQ - слухи на форуме посвященном LINQ (C# 3.0).

Еще бы, но я вас удивлю наповал - winFs это просто рсубд sql2005 с небольшими наворотами.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307580
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklinЯ тоже удивлен. WinFS вероятно собираются портировать под LINQ - слухи на форуме посвященном LINQ (C# 3.0).
И че дальше? Да хоть на дохлого скунса пусть портируют - с какой стати Юкон станет О Бэ Дэ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307622
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛП shuklinЯ тоже удивлен. WinFS вероятно собираются портировать под LINQ - слухи на форуме посвященном LINQ (C# 3.0).
И че дальше? Да хоть на дохлого скунса пусть портируют - с какой стати Юкон станет О Бэ Дэ?

LINQ - это декларативный язык запросов к дереву объектов C#

"The LINQ Project is a codename for a set of extensions to the .NET Framework that encompass language-integrated query, set, and transform operations. It extends C# and Visual Basic with native language syntax for queries and provides class libraries to take advantage of these capabilities."
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307627
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LINQ - это декларативный язык запросов к дереву объектов C#
И что дальше??? Пусть хоть декларативный, хоть декоративный. Пусть хоть к дереву до диеза, хоть к дереву ре бемоля. Какое отношение какой-то там ля бекар имеет к тому, что "Юкон будет ОБД"?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307692
Старшой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ораклисты, разуйте глаза. Никто вас отстреливать не собирается.
Посмотрите реально, mssql не гонится за oracle в количестве фич (вы хоть треть используете?), не пытается запихать все что только можно в сервер БД (oracle разве что кофеваркой не управляет).
И при этом mssql с каждым годом реально завоевывает все больше поклонников, даже при том, что работает только на одной платформе.
Вы не задавались вопросом почему?
Вам хотя бы не кажется, что возможность буквально налету менять свое поведение от блокировочника до версионника и обратно в зависимости от необходимости в Yukon (уже опробовано на beta) это как минимум прогресс в РБД.
Ораклу с его криво прикрученной java, далеко до той интеграции, которой смогла добиться MS c .NET. Хотя многие ратуют за чистый SQL, всеже такая интеграция это прицел на будущее и еще один реальный стимул для .NET разработчиков выбирать mssql. (Оракл тоже, вроде, .net прикрутить собирался. Но и домохозяйка поймет, что MS для своего продукта это лучше сделает)
Я не говорю о том, что оптимизатор запросов у MS лучше ораклового уже с mssql2000.
Об удобстве инструментов проектирования и администрирования БД на Оракл я, вообще, молчу. Сосет оракл по полной программе - жертва кросплатформенности. Во всем сильно попахивает какими-то 70-80-ми годами.

mssql, конечно, далек от совершенства. Но динамика и направление его развития меня лично куда больше впечатляют, чем бесконечное нашпиговывание за частую не сильно нужными "фичами" все той же лошади на старом ядре, каковой является Оракл, практически той, на которой я работал еще 10 лет тому назад.

Скорее соглашусь с теми, кто говорит, что Оракл будет постепенно вытеснен в очень узкую специализированную нишу очень больших БД и еще останется там, где исторически так сложилось (что-то типа cobol или fortran в программировании). Причем даже на рынке очень больших БД ему придется конкурировать с MS и IBM.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307710
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo!! andy st
а может устроим аукцион по поводу лицензии на Yo!! ??? ;-))))
руки коротки! :)
на то он и отстрел, что юзаются не руки, а что-то более дальнобойное... ;-)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307722
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
http://itc.ua/article.phtml?ID=20779&IDw=33&pid=52

В 2003 году IBM потеряла небольшую долю рынка и ее собственная доля составила 35,5%, включая доходы от Informix Products. Доля Microsoft снова выросла и составила в 2003 год 18,7%. Для Oracle год закончился не лучшим образом, ее доля рынка составила 32,4%. Тенденция роста активности Microsoft снова налицо.

В 2004 году общий рисунок развития данного рынка сохранился. IBM снова потеряла часть клиентов, ее доля составила 34,1% рынка реляционных СУБД, что на 1,4% ниже соответствующего показателя предыдущего года. Снова выросла доля Microsoft, теперь она составила 20% рынка. Вернула себе 1,3% рынка компания Oracle и ее доля составила 33,7%.

рынок СУБД в России растет быстрее, чем в остальных странах мира. По оценкам компании IDC рост рынка СУБД в России в 2003 году составил 18%, а объем этого рынка в том же году - $51,5 млн.. В 2004 году объем вырос до $65 млн..

Если говорить о лидере, то им в России безусловно является Oracle, доля которой составляет примерно 51% всего рынка и около 70% всех крупных компаний страны. Показатели всех остальных компаний выглядят намного скромнее.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307723
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
http://itc.ua/article.phtml?ID=20779&IDw=33&pid=52
Согласно недавно вышедшему исследованию Gartner Dataquest -- объем рынка реляционных СУБД увеличился в прошлом году по сравнению с 2003 на 10,3% и составил около 7,8 млрд долл.

Лидирующее положение, как и ранее, занимают IBM и Oracle (соответсвенно 34,1% и 33,7%), однако расстояние между ними, и без того очень небольшое, продолжает сокращаться -- сегодня оно составляет уже менее 30 млн долл. Несмотря на усилия IBM по доработке и продвижению Informix, доля этой СУБД на рынке становится все меньше.

Основную часть дохода IBM принесли продажи DB2 для компьютеров zSeries и платформы Unix -- рост за год составил здесь около 9%. Oracle добилась еще более высоких показателей -- 15%-ного увеличения объема реализации своих СУБД для платформы Linux.

В целом для Unix доля продолжает медленно, но неуклонно сокращаться именно по этой причине. Сегмент рынка СУБД для Linux пока относительно мал и достиг только чуть более 650 млн долл., но год назад его объем оценивался лишь в 300 млн. долл.

На третьем месте Microsoft, доля ее SQL Server за год выросла на 2% и в 2004 г. составила 20%

Четвертую и пятую позиции занимают NCR Teradata и Sybase, имеющие соответственно 2,9% и 2,3% рынка.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307749
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
СтаршойОб удобстве инструментов проектирования и администрирования БД на Оракл я, вообще, молчу. Сосет оракл по полной программе - жертва кросплатформенности. Во всем сильно попахивает какими-то 70-80-ми годами.


Ну ты и загнул. Не надо говорить неправду. Мне приходилось и разрабатывать и администрировать обе базы и MS SQL и Oracle. Так вот для Oracle есть куча инструментов для разработчика (Platinum SQL Station, PL/SQL Developer, Quest Central и т. д.) и для администраторов (Quest Central, DBArtisan), по сравнению с которыми то что предоставляет MS SQL в составе продукта такое Г..о что если честно вспоминать не охота. Ради справедливости скажу что часть перечисленных выше продуктов может работать и MS SQL и с DB2. Но изначально все они созданы были под Oracle (Когда был Oracle 7 то данные инструменты поддерживали только его). Есть еще много других программных продуктов (много бесплатных) которые позволяют вести разработку и сопровождение Oracle гораздо более комфортно чем MS SQL. Это насчет сторонних продуктов. Теперь возмем родной оракловый Enterprise Manager. Продукт ничем не уступает консоли администрирования MS SQL Server. А по функционалу его значительно превосходит. (есть средства настройки и анализа производительности). Так что любезный если кто и сосет в этой области так это как раз MS SQL Server. По поводу Yukon уже писалось мной что это база на уровне Oracle 8. До 9 а уж тем более до 10 она не дотягивает. Это при том что Oracle 8 выпустили лет 5 назад если не ошибаюсь а Yukon- а до сих пор нет. Постояно режут бета версию так как не могут добиться нормальной работы.
P.S. Поддержка .Net есть в Oracle 10G R2 который уже реальнно работает и продается. СУБД от Microsoft пока .Net не поддерживает
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307765
Младшой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Старшойвозможность буквально налету менять свое поведение от блокировочника до версионника и обратно в зависимости от необходимости в Yukon это как минимум прогресс в РБД.

1. Если у вас будет хороший версионник, какой смысл менять его поведение до блокировочника?
2. Что вы понимаете под "буквально налету" ???

СтаршойОраклу с его криво прикрученной java
Где она криво прикручена, в чём оно выражается ?

>Оракл тоже, вроде, .net прикрутить собирался.
Oracle уже это сделал (раньше чем Microsoft).

СтаршойНо и домохозяйка поймет, что MS для своего продукта это лучше сделает
Пусть домохозяйка вначале объяснит где java криво прикручена.

СтаршойЯ не говорю о том, что оптимизатор запросов у MS лучше ораклового уже с mssql2000.
В чём это выражается ?

СтаршойОб удобстве инструментов проектирования и администрирования БД на Оракл я, вообще, молчу.

1. Причём тут сервер и инструменты проектировани ?
2. Удобство вещь субъективная, а вот функциональность не на стороне MS.

СтаршойСосет оракл по полной программе - жертва кросплатформенности. Во всем сильно попахивает какими-то 70-80-ми годами.

Типа началась ЭРА MICROSOFT, кто не под Windows, тот "попахивает какими-то 70-80-ми"...

Старшойmssql, конечно, далек от совершенства.
Единственная верная мысль.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307767
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старшой
Вам хотя бы не кажется, что возможность буквально налету менять свое поведение от блокировочника до версионника и обратно в зависимости от необходимости в Yukon (уже опробовано на beta) это как минимум прогресс в РБД.

Конечно, это громадная фича, но вот только, Вы не задавались вопросом, почему, любитель фич Oracle, этого не сделал?
Если вдаваться в теорию работы БД, то это возможно, теоретически человек может летать, но практически все ходят по земле.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307773
Младшой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторКонечно, это громадная фича, но вот только, Вы не задавались вопросом, почему, любитель фич Oracle, этого не сделал?
Если вдаваться в теорию работы БД, то это возможно, теоретически человек может летать, но практически все ходят по земле.

Если ты умеешь летать с рождения - зачем тебе ползать ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307776
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старшой
Выдавая утверждения, потрудитесь их обосновывать. Практика показывает, что центры обучения Oracle перегружены, все больше людей учится, значит это кому-то надо. Это раз.
Вы не обратили внимание на то, что вопросов по Oracle на данном форуме меньше, чем по скулу? А почему?
Потому-то служба поддержки решает ВСЕ мои вопросы оперативно и качественно, и все меньше их (а жаль) становится, старею ;(((.
А можите ли Вы этим похвастаться?
Любое приложение написанное на PL/SQL переносится с младших версий на старшие, ничего особого делать не приходится. При наличии рук и головы. Если говорить о системах доступа к внешним данным, то и тут DTS это, ну как сказать, не совсем хорошая штука. Сами изобретаем стандарты, сами их не соблюдаем...
А вообще-то нравятся мне такие форумы. Иногда приятно пойти на база и послушать ругань
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307778
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Младшой
Если ты умеешь летать с рождения - зачем тебе ползать ?
Рожденный ползать иногда пытается полететь. Но в мире, где господствует OS Windows на ПК, домохозяйки всегда будут хвалить ту скалку которая красивей выгладит. А к чему приводит управление страной домохозяйками мы уже проходили.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307779
Младшой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Старшойнашпиговывание за частую не сильно нужными "фичами" все той же лошади на старом ядре, каковой является Оракл, практически той, на которой я работал еще 10 лет тому назад.

1. не думаю, что в курсе подробностей развития ядра Oracle
2. Ядрo MSSQL отстаёт как раз лет на 10...
3. Ядро Oracle писалось фирмой Oracle, а вот в M$ ничего хорошего вообще не написали, только скупают чужие разработки вместе с сотрудниками и фирмами. Вот маркетологи у них хорошо работают. Только программистов на несколько лет опережают.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307781
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Интересно, скулисты когда просыпаются? Они что за серверами совсем не следят или так много проблем с утра, что решать их приходится до обеда. А у нас скучно, прочел alert.log -и, вздохнул, все в порядке, почистил их и в форум.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307805
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старшой
Бла Бла Бла


Улыбнуло, даю 5
А чегой под гвестовым ником та ??? Стыднааа ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307925
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
особенно улыбнуло про оптимизатор мсскл :) там, где оракл обходится 1 (одним), пусть навароченным, но с хорошим планчиком, запросом, мсскл нужно прикручивать времянки, танцевать с бубном, вокруг сервера и тп.

зы. чем-то мне некоторые (я не обобщаю) фэны мсскл напоминают по поведению некоторых фоксистов мигрировали, наверное, и умиляются возможностям среднего сервера перед КС базенкой
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33307964
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старшой

Посмотрите реально, mssql не гонится за oracle

Скуль раньше на скока я слышал, сравнивал себя тока с Ораклом, других игнорировал. Счас писали скока он стаистики по напихал такой как есть в Оракле. Зачем говорить за Скуля? Вы что работаете в MS и присутствуете на всех совещаниях?

Старшой
Я не говорю о том, что оптимизатор запросов у MS лучше ораклового уже с mssql2000.


Да, лучше не говорить сомнительные весчи без каких-то ссылок.

Старшой

Вы не задавались вопросом почему?

Задавались. Это больше ОС завоевывает и тащит за собой линейку. Плюс был проще в освоении начальных действий - налабать первую таблу на нем бывшему аксцессовцу проще. Кстати и успех настольных СУБД - типа Аксцееса тоже способствовал проталкиванию Скуля. Т.е. он не в одиночку двигает. Но и зависит от тех других. Даст слабину ОС и он тормознет.


Старшой
стимул для .NET разработчиков выбирать mssql.

Однако, в нете многое есть для лабания клиентов на Оракле.
Так шо никуда переходить не имеет никакого смысла.


Старшой
Вам хотя бы не кажется, что возможность буквально налету менять свое поведение от блокировочника до версионника и обратно в зависимости от необходимости

Ну, нам кажется, что необходимость перехода на блокировочник может быть обусловлена тока, если СУБД не может подерживать нормально версионник.
А так Скуль забил бы на блокировочник (зачем он тада нужен - специально навредить кому-то?) и забьет, если версионник начнет у него получаться. Это типа отходные позиции.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308388
yukon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
С ярыми защитниками Oracle мне вообщем-то давно уже все ясно.
Все болеют клинической фобией майкрософт.
Действительно народ, хватит цапаться по ерунде.
Вместе и посмотрим лет через пять где будет Oracle, и где MS.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308446
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
yukon2005С ярыми защитниками Oracle мне вообщем-то давно уже все ясно.
Все болеют клинической фобией майкрософт.
Действительно народ, хватит цапаться по ерунде.
Вместе и посмотрим лет через пять где будет Oracle, и где MS.
Господа, ну зачем так, есть факт, факт медицинский и не надо выдумывать (см. выше), а что будет через 5 лет, знает только Бог, в майках-кросовках работают не боги...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308469
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Топик параноиков.

Бррррррррррррррррр................

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308496
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старшой wrote:
> Ораклисты, разуйте глаза. Никто вас отстреливать не собирается.
> Посмотрите реально, mssql не гонится за oracle в количестве фич (вы хоть
> треть используете?), не пытается запихать все что только можно в сервер
> БД (oracle разве что кофеваркой не управляет).
Ха! А вы часто юзаете огнетушитель или подушку безопасности? а когда их
нету, а они ой как нужны - чего, плакать и попукивать? Да хрен с ним, с
огнетущителем. У Вас перфоратор дома есть? У меня нету, и ой как тяжело
дырки ударной дрелью бить.... можно, но тяжело...

> И при этом mssql с каждым годом реально завоевывает все больше
> поклонников, даже при том, что работает только на одной платформе.
> Вы не задавались вопросом почему?
Да потому что с каждым годом он всё более приспособлен, чтобы с ним
можно было нормально работать!!! А не потому, что он круче чего-то...

> Вам хотя бы не кажется, что возможность буквально налету менять свое
> поведение от блокировочника до версионника и обратно в зависимости от
> необходимости в Yukon (уже опробовано на beta) это как минимум прогресс
> в РБД.
И кому это нах надо? Вам не ка'тся, что как раз эта фича относится к тем
70%, которые никто не юзает? Вы уж выберите одну линию поведения, а то
мотает вас из стороны в сторону...
> Ораклу с его криво прикрученной java, далеко до той интеграции, которой
> смогла добиться MS c .NET. Хотя многие ратуют за чистый SQL, всеже такая
> интеграция это прицел на будущее и еще один реальный стимул для .NET
> разработчиков выбирать mssql. (Оракл тоже, вроде, .net прикрутить
> собирался. Но и домохозяйка поймет, что MS для своего продукта это лучше
> сделает)
Опять-таки, на кой черт я буду в сервер БД встраивать ХП на clr? если я
так делаю, значит, в консерватории надо что-то менять, раз мне не
хватает T-SQL.
> Я не говорю о том, что оптимизатор запросов у MS лучше ораклового уже с
> mssql2000.
Доказательства - в студию.
> Об удобстве инструментов проектирования и администрирования БД на Оракл
> я, вообще, молчу. Сосет оракл по полной программе - жертва
> кросплатформенности. Во всем сильно попахивает какими-то 70-80-ми годами.
Ему это не западло, будет сильный запах - помоется, и всё станет ОК.
Тем паче, наскоко мне не изменяет маразма, есть цельная толпа сторонних
тулзов, по поводу которых MS SQL нервно курит в сторонке.
>
> mssql, конечно, далек от совершенства. Но динамика и направление его
> развития меня лично куда больше впечатляют, чем бесконечное
> нашпиговывание за частую не сильно нужными "фичами" все той же лошади на
> старом ядре, каковой является Оракл, практически той, на которой я
> работал еще 10 лет тому назад.
Гы! Батенька, народ пашет с MUMPS, который почти такой-же, как и 1966
году. И это значит, что мне не надо перепахивать каждые 2 года проги, на
написание которых я потратил M килобаксов денег, они и так работают!

>
> Скорее соглашусь с теми, кто говорит, что Оракл будет постепенно
> вытеснен в очень узкую специализированную нишу очень больших БД и еще
> останется там, где исторически так сложилось (что-то типа cobol или
> fortran в программировании). Причем даже на рынке очень больших БД ему
> придется конкурировать с MS и IBM.
Щаз, очень больших... а также малых и средних... малая в большую - фиг
полезет, а наоборот - так зачастую.. я вот щаз как поставлю себе MS SQL
Server Enterprise Edition, да как наваяю себе с ним каталог своей
библиотеки... и нифига, будет работать, как миленький!


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308501
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
yukon2005
С ярыми защитниками Oracle мне вообщем-то давно уже все ясно.


А с ярыми нападающими Скуля Вам не все еще ясно? Там термины есть, что я, например, и повторить не могу.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308507
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygra wrote:
> Топик параноиков.
>
> Бррррррррррррррррр................
>
> /-- *Tygra's* --/
ПАРАНОЙЯ
(греч . paranoia - умопомешательство), общее название психических
расстройств, характеризующихся стойким систематизированным бредом
(преследования, ревности, изобретательства и др.).

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308602
yukon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alexey_tm[quot Старшой]
Конечно, это громадная фича, но вот только, Вы не задавались вопросом, почему, любитель фич Oracle, этого не сделал?
Если вдаваться в теорию работы БД, то это возможно, теоретически человек может летать, но практически все ходят по земле.
Пример того как оракл ползает по земле со своим версионником обошол уже все форумы:
-- для всех транзакций устанавливаем isolation level в serializable.
create table a(i int)

-- transaction 1:
delete a where i in (1,2)
insert into a (i) values (1);

-- transaction 2:
delete a where i in (1,2)
insert into a (i) values (2);
commit;

-- transaction 1:
commit;
В оракле, после таких упражнений, в таблице "a" окажется две записи.

Yukon даже в случае snapshot такого не допустит.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308677
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
yukon2005В оракле, после таких упражнений, в таблице "a" окажется две записи.


Эээ ... а Вы можете обосновать, что их там должно оказаться ДРУГОЕ количество ? По какой такой причине транзакция 2 должна удалить НЕЗАКОММИЧЕННЫЕ данные ???
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308685
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это не бага, а ВСЕМ известная ФИЧА версионника. В противном случае пришлось бы блокировать диапазоны значений ключа, что сказалось бы на производительности именно так, как это сказывается на производительности MSSQL.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308707
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Эээ ... а Вы можете обосновать, что их там должно оказаться ДРУГОЕ количество ? По какой такой причине транзакция 2 должна удалить НЕЗАКОММИЧЕННЫЕ данные ???Тут и доказывать ничего не надо. Внимательно почитайте определение serializable.
Да и по смыслу, в данной спорной ситуации сервер должен сказать до свидания обеим транзакциям, что и делает Yukon.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308724
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А я и говорю, что serializable Oracle это не совсем serializable. У версионника и не может быть таких уровней изоляции транзакций, иначе не стоило и огород городить.

авторДа и по смыслу, в данной спорной ситуации сервер должен сказать до свидания обеим транзакциям

Для меня это не очевидно. Если Oracle будет вести себя так как Вы хотите, Ваши OLTP умрут от ожидания в взаимных блокировках.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308744
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Это не бага, а ВСЕМ известная ФИЧА версионника.Во первых не "версионника" а оракла.
Во-вторых, если все остальные "фичи" оракла из того же разряда, то приверженцы MS и впрямь могут не беспокоиться
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308760
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И не беспокойтесь Че вы нервничаете-то.
Ну кинул вас в очередной раз Microsoft, Oracle то тут при чем ???

Когда писался стандарт, его авторам не пришло в голову, что пмо блокировочников могут существовать еще какие-то варианты построения СУБД.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308770
blablablanah
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ну, по-моему, такое поведение проявляется еще и в другом версионнике - PostgreSQL, и уточнение - если в таблице из примера до этого были бы данные с i in (1,2) , то транзакция вывалится с ошибкой из-за конкуррентных обновлений.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308771
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DoomaТут и доказывать ничего не надо. Внимательно почитайте определение serializable.

о еще один знаток :) в стандарте sql92 нислова об упорядочиваности нет, это требование добавили в sql99.

2Gluck
воткогда вспомнили тогда и покаялись :)

Критика уровней изолированности в стандарте ANSI SQL
Х. Беренсон, Ф. Бернштейн, Д. Грэй, Д. Мелтон, Э. О'Нил, П. О'Нил
http://www.osp.ru/dbms/1996/02/45.htm
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308774
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Oracle то тут при чем ???
Когда писался стандарт, его авторам не пришло в голову, что пмо блокировочников могут существовать еще какие-то варианты построения СУБД.Блестящий аргумент коллега, занесу в копилку "дуризмов".
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308777
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DoomaВо первых не "версионника" а оракла.
Во-вторых, если все остальные "фичи" оракла из того же разряда, то приверженцы MS и впрямь могут не беспокоиться
Слушайте, вот польза от данных разборок, уже каое какие Oracle-овские особенности начали узнавать, только как-то не в тему. Если Вас так волнует нахождение 2-х одинаковых записей, так постройте первичный индекс и не морочте мне голову. Создавать таблицу без PK, ну совсем не реляционный подход. Если что
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308796
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Doomaне "версионника" а оракла.


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

....

а то и вовсе мерворожденным
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308807
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Юкон этот, как приведение слышали о нем все, а видели лишь не многие, а может его и вовсе не будет, а может (как с новой, еще не родившейся операционнкой) вообще переименуют, или замнут по-тихому. Маниловщиной все это попахивает, хорошо будет, построить мост от сюда в Москву...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308874
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alexey_tmЮкон этот, как приведение слышали о нем все, а видели лишь не многие, а может его и вовсе не будет, а может (как с новой, еще не родившейся операционнкой) вообще переименуют, или замнут по-тихому.Не гоните пурги.
Если вам не очень лень, можете скачать pre-release с сайта MS.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308891
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
популярно и на пальцах:

пререлиз, это и есть то дитя, которое все еще НЕ РОДИЛОСЬ в муках
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308913
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)пререлиз, это и есть то дитя, которое все еще НЕ РОДИЛОСЬ в муках Так же (не пальцах):
Ну, если вы? даже при наличии пререлиза, сомневаетесь в его выходе, сомневайтесь дальше... ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308925
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это как ослик с морковкой. Вас Микрософт этим пререлизом уже большегода кормит ;)

Или двух ??? Забыл уже
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33308956
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Это как ослик с морковкой. Вас Микрософт этим пререлизом уже большегода кормит ;)
Или двух ??? Забыл ужеНу вот и снова обнажаете вы свою явную неприязнь майкрософт, как и незнание ее продуктов.
Были beta1, beta2. Теперь pre-release.
Хотя, в принципе, вам-то какая разница. Продолжайте свято веровать в единственно правельный оракл ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309021
Младшой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DoomaБыли beta1, beta2. Теперь pre-release.
Причём, постепенно "лишние" фичи из него убираются. Глядишь к выходу продукта и версионность уберут...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309058
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DoomaБыли beta1, beta2. Теперь pre-release.
Хотя, в принципе, вам-то какая разница. Продолжайте свято веровать в единственно правельный оракл ;)

Ну-да у Oracle то за это время несколько релизов сменилось
Пожалуй, стоит внять Вашему совету ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309080
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) wrote:
> Dooma
> Были beta1, beta2. Теперь pre-release.
> Хотя, в принципе, вам-то какая разница. Продолжайте свято веровать в
> единственно правельный оракл ;)
>
>
>
> Ну-да у Oracle то за это время несколько релизов сменилось
> Пожалуй, стоит внять Вашему совету ;)
а сколько сменится билдов, патчей... у-у-у... stable и unstable....

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309138
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторПричём, постепенно "лишние" фичи из него убираются. Глядишь к выходу продукта и версионность уберут... авторНу-да у Oracle то за это время несколько релизов сменилось автора сколько сменится билдов, патчей... у-у-у... stable и unstable....
По моему, это и называется неконструктивный базар ;)
Ну да ладно, хотите - толките тут воду в ступе, пойду я лучше работать.
Всем ораклистам пламенный привет! ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309153
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dooma wrote:
> автор
> Причём, постепенно "лишние" фичи из него убираются. Глядишь к выходу
> продукта и версионность уберут...
>
> автор
> Ну-да у Oracle то за это время несколько релизов сменилось
>
> автор
> а сколько сменится билдов, патчей... у-у-у... stable и unstable....
>
>
> По моему, это и называется неконструктивный базар ;)
> Ну да ладно, хотите - толките тут воду в ступе, пойду я лучше работать.
> Всем ораклистам пламенный привет! ;)
дык и форум зовется db-flame, чо ожидать то?


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309193
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А он почему-та абиделся и ушел
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309201
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)А он почему-та абиделся и ушел Gluk, я не обиделся, мне, собственно, не на что обижаться.
У меня просто времени больше нет.
Еще раз "пока".
Все теперь точно ушел.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309215
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) wrote:
> А он почему-та абиделся и ушел
ну...
на обиженных воду возят и балконы падают...
--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309279
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
За последний год из обещаний M$ исчезли несколько полезных фич, которыми они гордились. Фичи убираются.
Все также как и с Longhorn-vista
ждем пока сменится название,
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309580
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky
Ха! А вы часто юзаете огнетушитель или подушку безопасности? а когда их
нету, а они ой как нужны - чего, плакать и попукивать? Да хрен с ним, с
огнетущителем. У Вас перфоратор дома есть? У меня нету, и ой как тяжело
дырки ударной дрелью бить.... можно, но тяжело...

Умиляют люди, которые ходят летом с лыжами за пазухой. В самом деле, а вдруг снег пойдет ? Вот тут-то я над лохами в летних футболках и кедах посмеюсь...
alexey_tm
Юкон этот, как приведение слышали о нем все, а видели лишь не многие, а может его и вовсе не будет, а может (как с новой, еще не родившейся операционнкой) вообще переименуют, или замнут по-тихому.

Хех, Yukon и так уже переименовали. А вообще, и в самом деле будьте поаккуратнее в высказываниях, и бета mssql2005, и даже бета Windows Vista уже доступны.
Калина
За последний год из обещаний M$ исчезли несколько полезных фич, которыми они гордились. Фичи убираются.

Вас это радует ? Тогда - в клинику.

И что самое смешное, даже если в релизе и в самом не будет что-то нужного (WinFS например), так ведь все равно именно Vista будет самой популярной операционкой, за исключением возможно Web серваков.
И за исключением круга фанатиков, самоотверженно борющихся с командной строкой или (в лучшем случае) с пародией на винду - KDE.

Я помню в универе, когда мы проходили Unix (на примере линукса), на одном из занятий препод сказал, что сегодня мы будем настаивать печать. Он победоносно показал нам пару скриптов (или уж не помню чего) и запустил .txt файл на печать.
После того, как из принтера ничего не вылезло, он начал усиленно чесать репу и копаться в системных файлах, и через более чем полчаса такого зрелища принтер разродился наконец долгожданным листиком, мы даже захлопали от восхищения.
"А давайте теперь картинку напечатаем", сказал кто-то. "Подожди" - ответил препод, "Для этого надо соответствующий фильтр ставить".
К счастью, зазвенел звонок...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309608
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторУмиляют люди, которые ходят летом с лыжами за пазухой. В самом деле, а вдруг снег пойдет ? Вот тут-то я над лохами в летних футболках и кедах посмеюсь...
вам смешно, а американцам грусно :)
http://gazeta.ru/2005/10/06/oa_173249.shtml

ЗЫ. это в Е-бурге, что ли в унивеситетах файлик печатать учат ? может стоило поискать что-то более ... ;) ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309640
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Называть Е-бург Е-бургом - прерогатива е-буржцев :) для вас всех это - Екатеринбург

и про ссылку чего-то недогнал, думаете, если Москву снесет какой-нибудь хренью, вам будет легко и весело ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309643
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторВас это радует ? Тогда - в клинику.
Почему меня это радовать должно?
У вас обостренное M$любие?
авторименно Vista будет самой популярной операционкой, за исключением возможно Web серваков. А вот это клиника .
Может хотели сказать - просто серваков?
Росказни про то как винда замочит *nix солярку и иже с ними на серваках пока не подтверждаются. Да и ненужны такие серваки, ну ненадо серваку 16M цветов и поддержка звука,3D и прозрачных панелек.
А универ вы может не тот выбрали?
У нас все крутилось на SCO и печатало и работало.
Мождет вам с преподом неповезло, наш печатать умел.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309645
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerSНазывать Е-бург Е-бургом - прерогатива е-буржцев :) для вас всех это - Екатеринбург
АВОТХУ%
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309684
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Калина
Может хотели сказать - просто серваков?

Нет, Web серваков. Ну и там, где Оракл вращается, почему-то несмотря на потрясающую возможность кроссплатформенности, там почти один Unix. Хотя нет ! как я мог забыть, что настоящие Ораклоиды выбирают Unix, потому-что Винда - это сакс, а линукс - форева...

>>Мождет вам с преподом неповезло, наш печатать умел.

При чем тут препод, я совсем не то имел ввиду...

>>АВОТХУ%

no comments.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309721
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Настоящие ораклоиды выбирают никс потому, что он позволяет то, чего непозволяет вынь. Кстати , кроме Oracle есть еще несколько баз, которые работают нанемаздаевской оси. Но вам это неинтересно, вам выбирать-то вообще неприходится.
Поверьте, мне тоже проще было работать с виндой, но в какой-то момент пришлось уйти на никсу , ничего с этим не поделать, есть у винды недостатки, а вот как десктопные вариант винда пока равных не имеет.

А про печать :
У меня мама несмогла настроить в винде принтер, ну неумеет она!
Теперь и винда говно? Нет, просто с каждым инструментом надо уметь обращаться.
И ваще и чье-либо еще неумение выполнить что-то с помощью инструмента Х , не переводят инструмент Х в статус негодного.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309750
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторкак я мог забыть, что настоящие Ораклоиды выбирают Unix, потому-что Винда - это сакс, а линукс - форева...

а дядя с принтером вам не рассказывал как расшифровывается Linux ?
Linxu Is Not UniX ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309773
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Калина
ничего с этим не поделать, есть у винды недостатки

У всех есть недостатки. И один из самых больших для винды - вирусы (хоть это кстати, и не ее вина). Только при грамотном подходе все равно все будет работать...
Калина
У меня мама несмогла настроить в винде принтер, ну неумеет она!
Теперь и винда говно? Нет, просто с каждым инструментом надо уметь обращаться.
И ваще и чье-либо еще неумение выполнить что-то с помощью инструмента Х , не переводят инструмент Х в статус негодного.

Золотые слова. Я теперь буду давать ссылку на этот пост, когда очередной ораклоид заявит, что несчастные mssql сервера умирают под тонной блокировок...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309783
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!
Linxu Is Not UniX ;)

Самое главное, что он is not Windows, потому-то им и не пользуются....
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309794
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Причины перевода Oracle из-под винды под никсу уже обсуждались неоднократно, можно я небуду повторяться.
И , учитывая, что печать бумажек для серверов вообще не главная задача, а то что должен делать сервер , никса делает лучше , выбор вполне понятен.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309892
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добавлю паранойи :))

Весь топик не читал - ну не смогу я :))
Может повторю кого, не бейте: у замечательного Оракла есть интересная вещь - очередной билд несовместим с предыдущим (в смысле БД). Уж вот этого MS никогда не наверстает

ЗЫ Или с 10-ой версии уже нет такого? Неужели таки смогли? :)

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309902
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
тигра, поподробнее.
Как несовместим? по названию?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309907
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>>а то что должен делать сервер , никса делает лучше

если не сложно, дайте ссылки, где написано, чем-же все-таки unix конкретно лучше для серверов, а то интересно. А то, что под инетом он лучше, и так понятно...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309915
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
работа с памятью - говорит вам о чем-то?
поищите на форуме, обсуждалось сто раз.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309952
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
чтоб перейти на юкон народу прийдется перелапачивть тучу кода, там выкинули старый синтаксис и тучу из t-sql. им пришлось целую тулзу писать чтоб выуживать такой код :)
а вот с ораклом я помню только сложный переход с rule на cost based оптимизатор в начале 90х ... но переписывать код никто не заставлял ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309955
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а в каком конкретно форуме читать ? в этом ? тут в основном про память в субд, а не серваков. Да и хотелось-бы что-то большее, чем флем...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309971
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
на оракловом , гдеж еще!
Учитывая сколько вы пишете, лелеял надежду, что читать и , тем более , искать вы уметь должны.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33309984
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
дык блин, там не совсем объективно получиться. Ладно, поищу потом, но может все-таки у кого-нибудь есть какая-то конкретика, а то гложут сомнения, что unix вдруг памятью рулит лучше, особенно если сравнить работу с ней mssql и oracle...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310007
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
фрагментация , и дело не Oracle , просто это одна из причин, почему , например я, перешел с Win на Nix.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310039
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Калинафрагментация , и дело не Oracle , просто это одна из причин, почему , например я, перешел с Win на Nix.Можно поподробнее ? В Unix память не фрагментируется ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310045
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS wrote:
> locky
>
> Ха! А вы часто юзаете огнетушитель или подушку безопасности? а когда их
> нету, а они ой как нужны - чего, плакать и попукивать? Да хрен с ним, с
> огнетущителем. У Вас перфоратор дома есть? У меня нету, и ой как тяжело
> дырки ударной дрелью бить.... можно, но тяжело...
>
>
> Умиляют люди, которые ходят летом с лыжами за пазухой. В самом деле, а
> вдруг снег пойдет ? Вот тут-то я над лохами в летних футболках и кедах
> посмеюсь...
млин, повторяю (не в первый раз): лучше, если фича есть, но её не юзают,
чем не иметь фичи, когда она позарез потребуется.

Для Вас, мол.чел. (лично) акушерка была нужна токо один раз (вы ж не 2
раза родились), дык что, мне теперь жену пристрелить (она как раз
акушер), потому как ейные услуги многим более 1-2 раз в жизни и не
требуются, да и в поле народ рожает, и ничего?

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310052
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
еще как, но и дефрагментируется.
мне совершенно неохота пересказывать тему которая сто раз поднималась, а поиск у меня почему-то не пашет по форуму, извиняюсь.Но тема точно была.
Маза в том, что после множества операций по выделению освобождению небольших объемов памяти , винда теряет возможность выделить непрерывный кусок, хотя память вроде есть.
Отсюда вытекала невозможность клиентам соединиться с БД.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310053
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygra wrote:
> Добавлю паранойи :))
>
> Весь топик не читал - ну не смогу я :))
> Может повторю кого, не бейте: у замечательного Оракла есть интересная
> вещь - очередной билд несовместим с предыдущим (в смысле БД). Уж вот
> этого MS никогда не наверстает
>
> ЗЫ Или с 10-ой версии уже нет такого? Неужели таки смогли? :)
>
> /-- *Tygra's* --/
ха, так это таки правда, а не байки орацлоненавистников?
а то я не можу использовать йентот аргУмент в споре, потому как не знаю,
правдив ли он...

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310062
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310113
Naug
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот вы такие страшные вещи говорите - оракл там, юкон... Я близко знаком только с аксесом, дык у него мне запомнились две фичи:
глюки при запуске базы написаной на русифицированной версии на английской версии.
ЖУТКИЕ глюки при переходе с 97-го на 2000 и с 2000 на 2003
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310120
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky
млин, повторяю (не в первый раз): лучше, если фича есть, но её не юзают,
чем не иметь фичи, когда она позарез потребуется.

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

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

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

А так это все маркетинговые украшательства напоминает... в самом деле, если подумать, ну кто в здравом уме будет у них там пользоваться java и .net одновременно ? а насколько знаю, и java-то не используется, так ведь нет, .net прикрутили еще зачем-то...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310183
Фотография !!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS locky
млин, повторяю (не в первый раз): лучше, если фича есть, но её не юзают,
чем не иметь фичи, когда она позарез потребуется.

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

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

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

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

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


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310219
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS wrote:
> locky
>
> млин, повторяю (не в первый раз): лучше, если фича есть, но её не юзают,
> чем не иметь фичи, когда она позарез потребуется.
>
>
> тогда я тоже повторю : смысл есть только в фичах, в которых есть смысл.
> Уловили смысл ?
что-то я агресивен сейчас... выпить йаду, что-ли?
Продолжим.
К примеру, ежели мине нада, чтобы сервер работал под юнихом, я АВТОМАТОМ
не выберу МС, зато погляжу в сторону орацл, сибэйс и т.д.
Ежели ВЫ ЛИЧНО не юзаете какие-то фичи, то есть люди, которым они нужны.
ВАМ ЛИЧНО нужны нетранзакционные таблицы? Вряд-ли... а мне бы очень
помогли... равно как и сессионные таблиы a-la сибэйс...

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

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310224
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В принципе не так плохо шо есть конкуренция. Это заставляет Оракл наращивать возможности. Я с удовольствием в данную минуту врубаю 10-ку первого релиза (дома в сводбодное время) и лезу к нему Нетом (на работе 9-ка). Но с предвкушением подумываю а втором релизе. Теперь мне 8 кажется, чем-то типа Доса. А так сидели бы счас в 8, а то и в 7. Еще бы заполучить всю линейку. Фичи дают уверенность, что можно найти простое решение, поддерживаемое Ораклом.
Так что вперед Юкон - подгоняйте Оракла дальше наворачивать.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310237
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
StalkerS
Но, сначала ткните пальцем в ту фичу, которую ну никак не реализовать на mssql.

да уже тыкалка устала, весь форум утыкан :)
тыкаю пальцем:
1. ограничение ресурсов (oracle profile manager)
2. логирование попыток, типа пытался снять денег, но сработало ограничение и транзакция откатилась.
3. транзакционное оповещение клиентов об обновлении. все что можно у мс это каждому клиенту переодически опрашивать субд не изменилось ли там чего, что отлично сказывается на маштабируемости.
4. отложеная проверка констрейнтов
и туча других которые в принципе если пот"%@вшись решить можно ...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310257
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310274
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
!!!
Все это отлично звучит, вот только Yukon еще нет

7 ноября, если не ошибаюсь...
locky
дык батенька, фокспро вам в руки!

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

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

___________
Вот ведь блин, ввязался опять в этот бессмысленный спор, щаз установлю в outpost'e запрет на доступ к sql.ru и буду жить спокойно :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310287
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerSПодкручивайте размеры сегментов отката на досуге, регулируйте потребление памяти...
Ваши сведения немного устарели. Что по-первому пункту, что по-второму.
Начиная с 9i сегменты отката подкручивать не надо - undo_management = auto & undo_retention_policy принесут массу свободного времени DBA. А в 10g и подавно с undo_retention_guarentee или как там ее...
Регулировать потребления памяти тоже не такая сложная задача: в 9-ке sga_max_size - позволяет динамически изменять размер областей памяти, и sga_target в 10-ке - сам распределяет.
А вот если вы мне расскажете как в Винде без танцев с бубнов выделить под процесс больше 4Гб памяти, буду премного благодарен. (Только не надо мне рассказывать, что нет задач, где бы это требовалось. Если вы не видели таких задач... ну что ж... не доросли видимо пока)

P.S: спор беспредметный, поскольку Юкона нет. Когда выйдет - тогда поговорим. На сем свое участие в этом детском саде постараюсь (сильно) прекратить.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310299
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 минусы?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310300
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vadim_MaximovА вот если вы мне расскажете как в Винде без танцев с бубнов выделить под процесс больше 4Гб памяти, буду премного благодарен. Да, важное уточнение - на 32-х битной платформе.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310303
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2Vadim_Maximov

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

2ЛП
если я начну вам объяснять вы же все равно ни@ера не поймете ...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310306
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!2ЛП
если я начну вам объяснять вы же все равно ни@ера не поймете ...
Ну куда уж нам
Перенимаете минусы - да ну и пожалуйста
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310310
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛПОй-ой-ой!!! Держите мои яйца!!! Можно, ваша жена это будет делать? Если она у вас конечно имеется...вами...
ЛПДавно слежу за смешными дебатами "Оракал vs Сиквел", и во всех таких дебатах факты типа "сам распределяет" - ставились в минус сиквелу. Так что, Оракал начинает перенимать у MS SQL Server минусы?
Это называется "эволюция". Оракл грамотно реализовал сложные вещи, а теперь идет по пути упрощения технологий. И это - одна из ставок Оракла.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310312
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!2Vadim_Maximov

а что в *nix изобрели какой-то новый способ отличающийся от AWE ? в оракле меньше бубнов лишь потому что на *nix туча процессов, а винде один процесс и туча нитей. но это не отменяет проблем >2.5Gb под SGA.
Вы пробовали делать это под виндой и под юнихом? Если да - поняли бы.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310318
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ЛП
Ну куда уж нам
Перенимаете минусы - да ну и пожалуйста
это примерно как картинг и авто с коробкой автоматом, внешне и там и там переключать не надо .. а разница есть.
автомат в оракле это просто job который читает статистику и может иногда сделать alter system. ничего похожево на подход мс тут нет, хотя внешне выглядит похожим.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310321
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310322
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!та же байда, просто возникает гораздо позже.
Золотые слова :) На порядок золотые, прямо скажем...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310473
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
КалинаМаза в том, что после множества операций по выделению освобождению небольших объемов памяти , винда теряет возможность выделить непрерывный кусок, хотя память вроде есть.
Отсюда вытекала невозможность клиентам соединиться с БД.И как это MSSQL умудряется работать месяцами (сам свидетель) без остановки и без перезагрузки Windows ? Хорошо, буду считать это случайностью...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310476
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
БРАТАН ! так и сьезжай на Оракл, в чем проблемы-то ? Будет у вас в жизни одни наслаждения, кайф и радость ...
Если вы не в состоянии жить без оповещений клиентов, так туда прямая дорога. Подкручивайте размеры сегментов отката на досуге, регулируйте потребление памяти...
Сегментьами отката (undo) с 9 крутить не надо, как админ двух СУБД Oracle и MSSQL, скажу, что фигня это полная ваш маздай. Все через одно место происходит. Никогда не предугадаешь поведение.
По поводу фичь, в Oracle их можно устанавливать или нет, по желанию.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310479
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA[quot Калина]И как это MSSQL умудряется работать месяцами (сам свидетель) без остановки и без перезагрузки Windows ? Хорошо, буду считать это случайностью...
А он просто выделяет памаять по максимуму и больше ее не трогает.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310489
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vadim_Maximov Vadim_MaximovА вот если вы мне расскажете как в Винде без танцев с бубнов выделить под процесс больше 4Гб памяти, буду премного благодарен. Да, важное уточнение - на 32-х битной платформе.
На AWE прекрасно все крутиться под Windows. Не только MSSQL. У нас в форуме у человека на ASA под Win32 крутиться сервак с кэшем под сервер 11 гб.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310651
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky
tygra wrote:
> Добавлю паранойи :))
>
> Весь топик не читал - ну не смогу я :))
> Может повторю кого, не бейте: у замечательного Оракла есть интересная
> вещь - очередной билд несовместим с предыдущим (в смысле БД). Уж вот
> этого MS никогда не наверстает
>
> ЗЫ Или с 10-ой версии уже нет такого? Неужели таки смогли? :)
>
> /-- *Tygra's* --/
ха, так это таки правда, а не байки орацлоненавистников?
а то я не можу использовать йентот аргУмент в споре, потому как не знаю,
правдив ли он...


Врет тигра, не верь. Ну или ждем комментов он афтара
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310660
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vadim_Maximov Yo!!2Vadim_Maximov

а что в *nix изобрели какой-то новый способ отличающийся от AWE ? в оракле меньше бубнов лишь потому что на *nix туча процессов, а винде один процесс и туча нитей. но это не отменяет проблем >2.5Gb под SGA.
Вы пробовали делать это под виндой и под юнихом? Если да - поняли бы.
Код: plaintext
1.
2.
3.
SQL> show parameter sga_max
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
sga_max_size                         big integer  3484572936 
вроде пашет в никсе все, а всякие ухищрения типа /3GB в 2000AS выглядят , для черверной операционки, по меньшей мере странно.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310671
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
серверной конечно.
в никсе еще есть HUGE , тоже помогает.
А говорить что база от М$ на Оси от М$ почемуто вдруг хорошо работает вообще издевательство, еще б она неработала.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310834
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygraинтересная вещь - очередной билд несовместим с предыдущим (в смысле БД). Уж вот этого MS никогда не наверстает


Ааааа держите меня семеро Еще как совместим если exp/imp делать с более старшего релиза. Наоборот - потребуется бубен, но тоже решаемо :)


авторЗЫ Или с 10-ой версии уже нет такого? Неужели таки смогли? :)

Сам не пробовал, но в 10-ке можно таскать бинарные5 таблспейсы с Солярки на Windows, если Вам это что-то говорит ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310840
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
КалинаВрет тигра, не верь. Ну или ждем комментов он афтара
Ни фига не врет - на 8.хх на такое напарывались. Накатили очередную версию 8.хх.хх, стартовали, а хрен вам, - сказал сервер, - базу то забэкапьте, потом поднимите, побейте при этом в бубен немного - и тады заработает.
Весело :)
Что-то я не припомню на MS SQL такого.

По поводу памяти больше 4Гб.
Глянул щас на один из серверов - 6.5 гиг выделено ему.
С бубном не плясали - просто нужно глаза иметь, чтобы прочитать, как выделить винде больше 4Гб, и мозг, чтобы понять прочитанное. :))
Если запись пары цифр в файлик является чем-то для Ораклистов тяжелым - епть, так как же вы Оракл тогда настраиваете? Там вообще с этим ж....

Вот тут товарищ перешел (вернулся) с Оракла - плюется до сих пор. :))

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310844
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Еще как совместим если exp/imp делать с более старшего релиза. Наоборот - потребуется бубен, но тоже решаемо :)
Ну я надеюсь, хотя бы это в заслугу Ораклу перед MS вы не будете ставить?
Или Оракловый бубен все-равно лучше?

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310852
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а в MS все версии совместимы на уровне файлов?
Никаких миграций ненужно?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310864
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторНи фига не врет - на 8.хх на такое напарывались. Накатили очередную версию 8.хх.хх, стартовали, а хрен вам, - сказал сервер, - базу то забэкапьте, потом поднимите, побейте при этом в бубен немного - и тады заработает.
Весело :)
автор просто нужно глаза иметь, чтобы прочитать, ......, и мозг, чтобы понять прочитанное. :))
А на 6 вы ни на что ненапарывались?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310870
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторвинде больше 4Гб
Речь идет о том, как выделить процессу столько памяти, винда то увидит 4 гб
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310895
Фотография segun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
даа, ребята-ораклоиды (уточню сразу - не все), налицо осеннее обострение, причем чем ближе Yukon, тем сильнее.. Даже и отвечать не хочется на такой бред.

Кстати, по поводу масштабируемости SQL Server. Посмотрите на отчет Winter Corporation - TopTenWinners 2005 и забудьте про миф о непригодности SQL Server для больших объемов (OLTP и DW). А заодно подумайте над тем, почему некоторые из вас перешли с SQL Server 2000 на Oracle, аргументируя это тем, что сиквел не тянет. Быть может, все-таки, все дело в кривых ручках, как мы и предполагали? :)

Печально, что мистер "Oracle форева рулез!" так однобоко преподносит информацию из одного и того же письма Пола Флешнера.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310912
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
segunА заодно подумайте над тем, почему некоторые из вас перешли с SQL Server 2000 на Oracle, аргументируя это тем, что сиквел не тянет. Быть может, все-таки, все дело в кривых ручках, как мы и предполагали? :)


Эээ ... задачки - они РАЗНЫЕ бывають, може не будем всех под одну гребенку с кривыми ручками ? На одной из задачек пришлось пересаживаться с IB на MS SQL, а с него родимого на Oracle из-за родовых травм двух предыдущих, не совместимых с жизнедеятельностью На Oracle остановились, а до этого его знали гораздо хуже чем MS SQL
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310929
Калина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
segunдаа, ребята-ораклоиды (уточню сразу - не все), налицо осеннее обострение, причем чем ближе Yukon, тем сильнее.. Даже и отвечать не хочется на такой бред.

Когда пару лет назад шла речь о новых фичах в Юконе , представлялось что он сможет приблизиться по возможностям к Oracle , теперь вы нас пугаете призраками , изрядно потерявшими в весе.
Я так и непонял , кстати, будет ли в нем Resource profile ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33310969
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
segunдаа, ребята-ораклоиды (уточню сразу - не все), налицо осеннее обострение, причем чем ближе Yukon, тем сильнее.. Даже и отвечать не хочется на такой бред.


ггггггггггггг
та не, это не у нас обострение, а у микрософта, который лежалый продукт технологически отстающий на 9 лет (когда там 8i вышел?) и выдающий его за вершину технической мысли :) та вы не волнуйтесь, пройдет пару лет, к юкону выпустят пару сервиспаков, глядишь, и в продакшен пускать можно буит :)

зы. мс интенсивно перенимает (ну лана, пытается перенимать) фичи энжина оракла :) интересна, когда они выведут tsql на уровень возможностей plsql? в ms sql 2010 :)? тока про нет не надо, а? писать логику в базе на нете - бреднах. не для того оно предназначено
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311015
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мне больше представляется, что с появлением .Net развитие TSQL заморозят, а ХП будут писать на Васике
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311040
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Мне больше представляется, что с появлением .Net развитие TSQL заморозят, а ХП будут писать на Васике

через ADO ? внутреннее соединение с сервером, так скать)?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311046
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хранимки на Яве видели ? ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311094
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ниа :) вообще жабой не пользовался. не было задач, которые не решить встроенными пакетами plsql, а извращаться в боевом коде из любви к исскуству не люблю :)

---
Vae victis!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311097
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS wrote:
> !!!
>
> Все это отлично звучит, вот только Yukon еще нет
>
>
> 7 ноября, если не ошибаюсь...
> locky
это дело будущего. уже не раз откладывали ведь, аж надоели. сейчас вроде
как точно уже всё, но пока не будем загадывать, ладно?

>
> дык батенька, фокспро вам в руки!
>
>
> так и знал, что сейчас notepad'ом посоветуют пользоваться...
Ну, если всё можно реализовать руками, чего бы и нет?

>
> мож, непотопляемую тему сделать? а то я уже устал, когда очередной брат
> по перу начинает гон, а йо его тыкает... противно по 10 раз читать, чего
> у нас нет, раздражает, бесит и обижает...
>
>
> БРАТАН ! так и сьезжай на Оракл, в чем проблемы-то ? Будет у вас в жизни
> одни наслаждения, кайф и радость ...
> Если вы не в состоянии жить без оповещений клиентов, так туда прямая
> дорога. Подкручивайте размеры сегментов отката на досуге, регулируйте
> потребление памяти...
Кста, чуйствуете разницу между "Брат" и "Братан"? есть ведь некоторая,
не правда ли?
В состоянии я жить, в состоянии.. для этих целей (оповещение юзеров)
написана прилада, которая рассылает UDP пакеты и всё такое... просто...
неаккуратненько как-то, а?
И ваще, что это за неприязнь к конструктивной критике? я что, говорил
когда-то, что типа "MS SQL" сакс, потому что он "писал тупыми дебилами
из M$ и рабоатит токо под МастДай"? Что это за фанатизм такой? Кругом
есть масса проблем, и, как мне кажется, я (как работающий с МС) имею
прав хаять МС больше, чем тот же Yo!! (он ведь ораклоид, и к нашей
песочнице отношение имеет 25-е).

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311188
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Калина wrote:
> а в MS все версии совместимы на уровне файлов?
> Никаких миграций ненужно?
6.5 не совместим с 7.0-2000-юкон.
7.0->2000->Yukon совместимы снизу вверх.


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311506
Фотография segun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
и MS и Oracle сделали интеграцию с .Net (не нужно придираться к тому что SQL2k5 еще не вышел).
Одинаковы ли возможности интеграции? Ответ - ничего подобного (с DB2 мы уже выясняли ). А так, голословно заявлять что Oracle это уже сделал просто несерьезно. Такая интеграция сильно напоминает интеграцию с Java, с небольшим исключением - для Java хоть есть нормальные отладочные инструменты и прочие необходимые для разработчика вещи.
Означает ли что интеграция SQL Server с .Net приостановит развитие T-SQL? Ответ - нет, и в SQL2005 наглядно видно насколько мощнее стал этот язык.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311543
Фотография segun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aZmписать логику в базе на нете - бреднах. не для того оно предназначеново-первых, появляется выбор где держать бизнес-логику: в SP или на среднем слое и, при грамотном подходе, ее довольно просто будет переносить туда или обратно, если решение того потребует.
во-вторых, есть очень много проектов когда люди и так реализуют бизнес-логику (или ее часть) в хранимых процедурах, несмотря на то что Вам это не нравится. Если часть этих процедур переписать на .NET, то производительность системы может существенно возрасти (T-SQL все-таки интерпретатор).
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311557
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторT-SQL все-таки интерпретатор

А .Net шо нет ??? Не делайте мне смешно.
Кстати 9 Oracle УМЕЕТ компилять PL/SQL в native-код только никому это нах не нужно. Прежде чем ходить по тем-же граблям, Microsoft следовало внимательнее изучить опыт тех кто УЖЕ ходил по ним раньше
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311572
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 segun
а давайте не будем приписывать мне то, чего я не говорил? я выразился предельно четко - решать при помощи нета (.Net) задачи обработки данных на сервере - бред. это делать на tsql нужно, который худо бедно под это заточен. где вы увидели призыв вынести логику из базы, ы?

по поводу того, что .Net компилятор и поэтому будет работать быстрее чем интерпретируемый tsql - спасибо, порадовали :) 5 минут смеха заменяет чего то очччч хорошее :) .Net, как и родственная ему по идеологии жаба - интерпретаторы по определению :) ибо требуют для выполнения свою виртуальную машину/фреймворк.

---
Vae victis!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311590
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Gluk (Kazan)
раньше успел, пока я писал

а вообще, убеждать когото, кто полагает, что производительность сервера прямо зависит от того, как быстро отработается хранимый код(если не численные методы применям ), а не от того, как быстро движок базы вернет искомые данные - мартышкин труд, пока сам не столкнется с большими объемами данных, его никто не убедит.

---
Vae victis!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33311949
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexey_tmА он просто выделяет памаять по максимуму и больше ее не трогает.Так вот в чем дело-то, оказывается :) Тогда в чем смысл заявления КалинаМаза в том, что после множества операций по выделению освобождению небольших объемов памяти , винда теряет возможность выделить непрерывный кусок, хотя память вроде есть.
Отсюда вытекала невозможность клиентам соединиться с БД. ? Особенно вывод впечатляет.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312030
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky
bober+ wrote:
> Oracle форева рулез!
> ...
>
>
> а с чего ты взял, что МС в принципе хочется догнать и перегнать оракул?
> может ему это нах.р не надо? не задумывался?
надо им, надо... рынок, деньги, всё такое...

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

> толька ораклястики начали страдать, что МС стал делать продукт, который
> начинает составлять конкуренцию им.
Все так делают, все страдают - деньги, опять таки.

> как писали в соседнем топике - жопу оракулу по олапу МС уже порвал.
А завтра оракл напряжется и порвёт MS... и далее по кругу....

> дай еще пару-тройку лет... оракул быдет стоять только в отсталых конторах
> ;-)))))))))))))))))))))))))))))))
> как щас фокс досовый.
угу... и похерятся все инвестиции в достаточно серъезные наработки по
ораклу... угу... щаз...
тем паче, чтобы там не кричали и ораклоиды, и сиквелисты - оракл и
сиквел ( в последнее время особенно уже) - суръезные СУБД, во многих
отраслях способные конкурировать друг с другом. Ни то ни другое просто
так не свалишь и с рынка не уберешь. Оракл будет (если будет) умирать
долго и тяжко, сиквел - аналогично (денег у MS всёж-таки поболее будет).
А так будут себе тихо и мирно (относительно) жить бок о бок и горя не знать.


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
В точку!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312180
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexey_tm
А он просто выделяет памаять по максимуму и больше ее не трогает.

Это вы про mssql ?
тогда совершенно логично выглядит заявление "скажу, что фигня это полная ваш маздай"

а я скажу, что админ MSSQL из вас - полная фигня. Хоть бы раз в документацию заглянули...
aZm
решать при помощи нета (.Net) задачи обработки данных на сервере - бред.
..............
я выразился предельно четко - писать логику в базе на нете - бреднах. не для того оно предназначено

Обработки самих данных - да, а вот "логики в базе" - это еще зависит от того, что под этой логикой понимать. Если производить какие-нибудь действия со строками или вспомогательные вычисления - то бредом будет использование для этого T-SQL.
aZm
по поводу того, что .Net компилятор и поэтому будет работать быстрее чем интерпретируемый tsql - спасибо, порадовали :) 5 минут смеха заменяет чего то очччч хорошее :) .Net, как и родственная ему по идеологии жаба - интерпретаторы по определению :) ибо требуют для выполнения свою виртуальную машину/фреймворк.

Я вообще хренею от некоторых высказываний здесь. Фрейморк - интерпретатор ? вы вообще в курсе, как он работает ? После обращения к какой-либо фунции (хранящейся первоначально в виде IL кода), этот кусок кода компилируется в собственные команды процессора, и записывает их в кэш, следующее обращение к этой функции будет перенаправлено к этому скомпилированному куску. Ничего общего с работой интерпретатора t-sql.
locky
Что это за фанатизм такой? Кругом
есть масса проблем,

при чем тут фанатизм ? Проблемы есть везде и никто их не отрицает. Я вам четко отвечал на те слова, которые вы написали ( гораздо лучше иметь фичу, даже если она потребуется раз в жизни, чем ее не иметь) - необходимо и достаточно иметь тот набор фич, которые решают основную массу проблем. Оставшийся процент этих проблем решается вручную, если это не приносит сильно много геммороя. Если приносит - надо, что-бы такая фича появилась. Пример нужной фичи - обработка ошибок. Пример не особо нужной фичи - деревья.
Чего вам тут непонятного ? и при чем тут фанатизм ? И уж извините за "братана", раз это так обижает...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312201
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerSЯ вообще хренею от некоторых высказываний здесь. Фрейморк - интерпретатор ? вы вообще в курсе, как он работает ? После обращения к какой-либо фунции (хранящейся первоначально в виде IL кода), этот кусок кода компилируется в собственные команды процессора, и записывает их в кэш, следующее обращение к этой функции будет перенаправлено к этому скомпилированному куску. Ничего общего с работой интерпретатора t-sql.


Это называется псевдокомпилятор Сэр
На сегодняшний день честных интерпретаторов (за исключением shell-интерпретаторов) в обчем-то и не существует :)
Точно такой-же JIT компилятор как и Java и PL/SQL
Если TSQL ИНТЕРПРЕТАТОР, остается только Вам посочувствовать
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312203
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS wrote:

> locky
>
> Что это за фанатизм такой? Кругом
> есть масса проблем,
>
> необходимо и достаточно иметь тот набор фич, которые решают основную
> массу проблем. Оставшийся процент этих проблем решается вручную, если
> это не приносит сильно много геммороя. Если приносит - надо, что-бы
> такая фича появилась. Пример нужной фичи - обработка ошибок. Пример не
> особо нужной фичи - деревья.
> Чего вам тут непонятного ? и при чем тут фанатизм ? И уж извините за
> "братана", раз это так обижает...
основная проблема каждой молодой команды разработчиков, которая
собирается написать продукт, это решение типа "Люди в 90% случаев
используют 10% функций, вот их мы и сделаем, а остальное - как нибудь".
По итогу, я покупаю вещь, которая не сможет меня обеспечить всем
необходимым. Более того, эти 10% функций - они для каждого разные.
Для моей работы вполне хватает WordPad, а пользую Word. Потому как если
мне вдруг уж придется сделать нечто этакое, дык word точно умеет такое :-)

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312237
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerSЯ вообще хренею от некоторых высказываний здесь. Фрейморк - интерпретатор ? вы вообще в курсе, как он работает ? После обращения к какой-либо фунции (хранящейся первоначально в виде IL кода), этот кусок кода компилируется в собственные команды процессора, и записывает их в кэш, следующее обращение к этой функции будет перенаправлено к этому скомпилированному куску. Ничего общего с работой интерпретатора t-sql.

Ну знаете ли, так и Visual Basic (и офисный VBA), даже без компиляции в native-код, с одним лишь P-Code - получается компилятором, .
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312241
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) StalkerSЯ вообще хренею от некоторых высказываний здесь. Фрейморк - интерпретатор ? вы вообще в курсе, как он работает ? После обращения к какой-либо фунции (хранящейся первоначально в виде IL кода), этот кусок кода компилируется в собственные команды процессора, и записывает их в кэш, следующее обращение к этой функции будет перенаправлено к этому скомпилированному куску. Ничего общего с работой интерпретатора t-sql.


Это называется псевдокомпилятор Сэр
На сегодняшний день честных интерпретаторов (за исключением shell-интерпретаторов) в обчем-то и не существует :)
Точно такой-же JIT компилятор как и Java и PL/SQL
Если TSQL ИНТЕРПРЕТАТОР, остается только Вам посочувствовать
Немного не так.
На самом деле TSQL не совсем интерпритатор, скорее это больше похоже на Java и ,наверное, PL/SQL - нечто компилиться в некий промежуточный код, который затем выполняется специальной программой (ява-машина или сервер). Откомпилированный IL-код же выполняется непосредственно процессором . Т.е. ни в коем случае не псевдокомпилятор.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312254
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Откомпилированный JIT код Java уже давно выполняется процессором, генерится ЧЕСТНЫЙ native-код. Вы просто отстали от жизни.
Что касается PL/SQL, то его в 9-ке можно ЦЕЛИКОМ откомпилировать в native код, о чем я уже говорил несколько выше.

Не хочется вас расстраивать, но в .Net нет НИЧЕГО нового, это чистой воды МАРКЕТИНГ
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312257
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Иногда првда JIT от Явы намеренно приходится убивать :( Знаменитый вопрос, как мне поставить 8-ку на Пентиум
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312272
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk(Kazan)
Это называется псевдокомпилятор Сэр
На сегодняшний день честных интерпретаторов (за исключением shell-интерпретаторов) в обчем-то и не существует :)
Точно такой-же JIT компилятор как и Java и PL/SQL

ну и каким образом отсюда должно вытекать, что он будет работать медленнее, чем обычный .exe ? (во всяком случае, после первого обращения к функциям.) Код-то получается оптимизированным получше, чем код с "наименьшим общим знаменателем", каким являются обычные .exe-шники.
Тем более, никто не мешает скомпилировать все это дело заранее, и сохранить на винте в виде файла, если уж так не нравиться компиляция при первом обращении...
locky
"Люди в 90% случаев
используют 10% функций, вот их мы и сделаем, а остальное - как нибудь".
По итогу, я покупаю вещь, которая не сможет меня обеспечить всем
необходимым. Более того, эти 10% функций - они для каждого разные.
Для моей работы вполне хватает WordPad, а пользую Word. Потому как если
мне вдруг уж придется сделать нечто этакое, дык word точно умеет такое :-)

Совершенно не связанные логически умственные заключения. Я-же сказал, что реализовать руками можно те фичи, которых нет (а если нельзя - то такая фича действительно нужна). Так что ничто не мешает создать оставшиеся 10% функций.
И никто вас не заставляет покупать недоделаную вешь. Не нравиться - покупайте другую. Однако раз покупают - значит людей устраивает.

И насчет wordpad - это вы совершенно напрасно. Я вот набиваю ответы для форуме как раз в нем, и Ворд мне тут нахрен не нужен. Вот понадобиться что-то красиво оформленное - тогда конечно в нем.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312285
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>>Не хочется вас расстраивать, но в .Net нет НИЧЕГО нового, это чистой воды МАРКЕТИНГ

а никто и не говорил про революционность, был ответ на то, что сборки дотнета тормозные, ибо интерпретируемые...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312303
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
ну и каким образом отсюда должно вытекать, что он будет работать медленнее, чем обычный .exe ? (во всяком случае, после первого обращения к функциям.) Код-то получается оптимизированным получше, чем код с "наименьшим общим знаменателем", каким являются обычные .exe-шники.


Разумеется это будет быстрее (и скорее всего глючнее). Вам пытались сказать другое. Скорость исполнения PL/SQL НЕ КРИТИЧНА в большинстве задач. Реально перевод PL/SQL кода в native (кроме головняков) дает прирост производительности 3-5%. Исходя из убожества TSQL можно предположить что в вашем случае прирост производительности будет процентов 10.
Стоит ли овчинка выделки ???

Основное время уходит на манипуляцию данными это верно и в отношении Oracle и в отношении MS SQL.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312312
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если Юкон настолько отставший, чего же шуму то столько среди Ораклистов (не всех конечно)? Что так всполошились?
Когда InterBase 7.0 выходит, вы чего-то не кричите, что Оракл круче в сто раз и вообще IB отстал от жизни на 15.5 лет.

А как Юкон подошел к финишу - все, копец.
Чуете, что смерть ораклова пришла?

Ну ничто не мешает мне писать даже на MS SQL 2000 (что там Юкон) то же, что вы на Оракле, и ничуть не хуже работает. Хотя с 2000 года сколько Ораклов сменилось? Все меня устраивает, все работает, хоть так, хоть сяк.
То, что кто-то из Ораклистов не смог так на MS SQL сделать - это его проблемы, его руки. В чем проблемы?

Да, явно обострение, чем ближе к Юкону, тем сильнее. А когда выйдет - что же будет то? Ведь уже предметно можно будет говорить, настоящую рабочую версию обсуждать...... Ёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёёё

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312333
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygraА как Юкон подошел к финишу - все, копец.
Чуете, что смерть ораклова пришла?


Может хватит глупости болтать ???
Единственное что меня пугает в отношении Юкона, это ближайшая перспектива с ним поработать (видеть не хочу это угребище, но спрашивать меня никто не будет) Причем от Oracle разумеется никто отказываться не собирается, это альтернативное направление
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312334
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Что же к .Net то привязались?

Медленнее он, быстрее, интерпретатор (чушь), компилятор.....
Какая разница, если вы и в Оракле Java не используете?

Ну не нужно будет - никто не будет .net тыркать по серверу направо и налево (кроме тех %$#@, которые только в этом и видят крутизну Юкона).
Если есть надобность в использовании .net в ХП - где действительно лучше средствами C# работать, а не TSQL, да еще плюс хранение скомпиленного кода в памяти - так не фиг делать, поиспользуем.
Не будет надобности - я вот например пока не вижу, зависит от тестов и т.д - не будем использовать.

И чё?

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312343
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторЕдинственное что меня пугает в отношении Юкона, это ближайшая перспектива с ним поработать (видеть не хочу это угребище, но спрашивать меня никто не будет)

Т.е. сам не пробовал, но на вкус говно?

У вас с детства это - фобия по отношения к Юкону, или приобретенное? :))

С пятницей, прошу не обижаться :))

Только не серьезно это, по-детски

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312355
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygraТ.е. сам не пробовал, но на вкус говно?


C .Net нам приходится работать уже сейчас. На вкус говно С Юконом тоже придется работать с вероятностью 90% и перспектива эта воодушевления не вызывает :( Какие обиды, клиенты падки на маркетинговые уловки и нам приходится жрать говно. Мы в одной лодке, просто вам оно нравится, мне нет.
Все профессионально и совсем не по детски, к сожалению

P.S. Тенденции в развитии Oracle меня тоже не воодушевлют, но это отдельная тема, что касается MS SQL, лучше-бы он оставался честным блокировочником
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312384
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS wrote:
> locky
>
> "Люди в 90% случаев
> используют 10% функций, вот их мы и сделаем, а остальное - как нибудь".
> По итогу, я покупаю вещь, которая не сможет меня обеспечить всем
> необходимым. Более того, эти 10% функций - они для каждого разные.
> Для моей работы вполне хватает WordPad, а пользую Word. Потому как если
> мне вдруг уж придется сделать нечто этакое, дык word точно умеет такое :-)
>
>
> Совершенно не связанные логически умственные заключения. Я-же сказал,
> что реализовать руками можно те фичи, которых нет (а если нельзя - то
> такая фича действительно нужна). Так что ничто не мешает создать
> оставшиеся 10% функций.
да практически всё что надо, в MS SQL можно реализовать - T-SQLем,
ESP-шками, наконец... другое дело, насколько вырастут затраты на
реализацию нужного функционала, насколько упадёт скорость разработки и
насколько снизится надежность.
> И никто вас не заставляет покупать недоделаную вешь. Не нравиться -
> покупайте другую. Однако раз покупают - значит людей устраивает.
Саша! Пока пипл хавает "Анчар" - ты будешь читать "Анчар"!!! (С)
Незолотая молодежь.
Покупают - значит нравится? не, не показатель... я вот курю не слишком
шикарные сигареты. а хочется курить шикарные... денег жалко...

>
> И насчет wordpad - это вы совершенно напрасно. Я вот набиваю ответы для
> форуме как раз в нем, и Ворд мне тут нахрен не нужен. Вот понадобиться
> что-то красиво оформленное - тогда конечно в нем.
а я вот набиваю ответы в громоптице, дык удобнее она, сразу квотит,
отсылает... хотя могу и фаром, а потом сваять... да хоть на той-же
перловке простенький клиентик для отсылки по ннтп... но оно мне надо?
Дай бог всё уметь делать, и дай бог не всё делать самому...

зы телек без ДУ-шки купите? Нет? А что, так сложно оторвать задницу от
дивана? Не, просто пустячок, а приятно...

ззы меня в юконе вот сейчас жутко раздражает то, что по F8 броузер
объектов раскрывается, но не закрывается (а раньше было). Опять таки,
пустяковая фича, чо мне впадлу мышу в руки взять? оказывается, млин,
впадлу...

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312392
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) wrote:

> Единственное что меня пугает в отношении Юкона, это ближайшая
> перспектива с ним поработать (видеть не хочу это угребище, но спрашивать
> меня никто не будет) Причем от Oracle разумеется никто отказываться не
> собирается, это альтернативное направление
непрофессионально.. работать надо с тем, с чем надо (эк меня!). Тем паче
радоваться, что иметь будете опыт в 2-х областях, а не в одной,
следовательно будете иметь более высокую ликвидность.

зы люди делятся на 2 категории: 1-я ищет, как это можно сделать, 2-я -
почему этого нельзя сделать...

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312393
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторC .Net нам приходится работать уже сейчас. На вкус говно С Юконом тоже придется работать с вероятностью 90% и перспектива эта воодушевления не вызывает :( Какие обиды, клиенты падки на маркетинговые уловки и нам приходится жрать говно. Мы в одной лодке, просто вам оно нравится, мне нет.
Все профессионально и совсем не по детски, к сожалению
Такое ощущение, что вы с Юконом работаете уже лет ... 5 (пять) и натерпелись от него столько, что мама не горюй :))

А почему я то могу работать на MS SQL 2000?
Вы не задавались вопросом: почему большое количество людей могут работать с MS SQL 2000 (даже не с Юконом), а лично вы почему-то не можете? Кто виноват? Неужели пол (деревянный) танцору помешал? :))

С другой стороны. Если большое количество людей, работающих на MS SQL, плюются от Оракла - это люди виноваты, да? А если вы плюетесь от MS SQL - то не вы виноваты, а продукт.

ДИСКРИМИНАЦИЯ!!!!!!!!!!!!!!!!!

Но мы не обижаемся - работаем да и работаем, вы в оракле только недавно научились select из ХП возвращать путево, да и то не по человечески, с бубном - а MS давно умеет. И мне это очень надо. А в оракле нет. Тьфу на него

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312406
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А я ваще домой поехал!

Всем хороших выходных! :))

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312413
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky
непрофессионально.. работать надо с тем, с чем надо (эк меня!). Тем паче
радоваться, что иметь будете опыт в 2-х областях, а не в одной,
следовательно будете иметь более высокую ликвидность.


Не надо судить о профессионализме тех, кого никогда в глаза не видел, ладно ? Что касается опыта, я его приобрету хочу я того или нет, последнее печалит больше всего :(

Обижаться на меня тоже не надо. Я уже четыре с лишним месяца без выходных трахаюсь с этим гребанным .Net-ом в частности, а в отпуск не ходил уже лет 10. Немножко устал от произведений M$, а Unix в той конторе где я сейчас работаю не в ходу
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312433
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторОбижаться на меня тоже не надо. Я уже четыре с лишним месяца без выходных трахаюсь с этим гребанным .Net-ом в частности,

Так вы MS SQL 2000 (хотя бы) в глаза то видели? Или судите о нем по .Net? :))
Мне лично .net в части написания на нем клиентских приложений тоже пока не нравится (жду выхода версии 2), а вот asp.net вещь супер!
Однако же MS SQL как ни странно меня устраивает.

Вы уж определитесь, к чему у вас нелюбовь: к .Net, MS SQL, MS, изучить эти вещи неохота или вы просто за "Windows must die" без всяких яких?

Есть ошушение, что последнее. Но тады ой :))

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312434
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гы - на всей моей истории общения с ASA поднять на ней Java понадобилось только один раз и даже не мне. Народу нужно было к логике БД прикрутить лингвистический анализатор. Больше так и не потребовалось - всем хватало функциональности WatcomSQL выше крыши и я например так и не смог придумать, где эту Java можно использовать (причем речь не только о расширенных хранимых процедурах, но и возможности описывать поля таблиц как классы Java и работать с обьектами в ними прямо из SQL). И на забугорных форумах там же песня - мало кто придумал, зачем в СУБД Java нужна. А на C# вообще все пользователи проголосовали против его включения, чтобы не долбаться с кроссплатформенностью потом. Всех устраивает, что для C# у ASA куча дров и классов и больше и не надо. Так что зачем Юкону C# сдался внутри для меня получается загадка природы. Единственное, что могу предположить - из за убогости TSQL и не желания MS довести его до уровня PL/SQL и WatcomSQL.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312460
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygraТак вы MS SQL 2000 (хотя бы) в глаза то видели?

Друк, ты вроде домой собирался ? Иди Родной, не мотай нервы, приятных выходных. А MS SQL 2000 видели и работали и 7-ку тоже видели. Честный блокировочник, нарекания исключительно к убогому TSQL

То что Unix мне как программисту нравится больше я не скрываю, но работать по жзни приходится с Windows, как бы она иногда не надоедала
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312543
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) wrote:
> locky
>
> непрофессионально.. работать надо с тем, с чем надо (эк меня!). Тем паче
> радоваться, что иметь будете опыт в 2-х областях, а не в одной,
> следовательно будете иметь более высокую ликвидность.
>
> Не надо судить о профессионализме тех, кого никогда в глаза не видел,
> ладно ? Что касается опыта, я его приобрету хочу я того или нет,
> последнее печалит больше всего :(
>
Договорились, не будем, договорились. Хотя, даже не так, я допишу ИМХО,
так будет политкорректно.

> Обижаться на меня тоже не надо. Я уже четыре с лишним месяца без
> выходных трахаюсь с этим гребанным .Net-ом в частности, а в отпуск не
> ходил уже лет 10. Немножко устал от произведений M$, а Unix в той
> конторе где я сейчас работаю не в ходу
ДА ПРИЧЕМ ТУТ точка-сеть к SQL??? Ну причем тут оно!!!! Нет, ну
объясните старику!!!! Вы трахаетесь с дотнет, а хаете сиквел - хде логика???
Вы не пробовали не трахать продукты MS, а любить их? глядишь, ответят
взаимностью.

зы 10 лет... я 12, и чо?

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312620
Петя Какашкин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygraА как Юкон подошел к финишу - все, копец.
Чуете, что смерть ораклова пришла?
Блин, не успел опять до сортира добежать - прочитал и от страха обосрался...
Пошел штаны стирать.

С полным приветом, Петя
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312732
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)
Разумеется это будет быстрее (и скорее всего глючнее). Вам пытались сказать другое. Скорость исполнения PL/SQL НЕ КРИТИЧНА в большинстве задач. Реально перевод PL/SQL кода в native (кроме головняков) дает прирост производительности 3-5%. Исходя из убожества TSQL можно предположить что в вашем случае прирост производительности будет процентов 10.
Стоит ли овчинка выделки ???

Никто (из дееспособных) не собирается использовать .NET сборки для замены всего кода t-sql. Работа с данными все равно будет производиться на t-sql, ибо это по определению будет быстрее.
.NET предлагают использовать для вычислительных и пр. задач, где написаная таким образом функция будет эффективнее sql кода. И задач таких, не так-уж и много. Но встречаются.
ЛП
Ну знаете ли, так и Visual Basic (и офисный VBA), даже без компиляции в native-код, с одним лишь P-Code - получается компилятором, .

Это я в курсе, моя первая реальная программа была по обработке данных на VBA. Видили-бы вы, сколько она работает, если в файле оказывается более пары тысяч строк... до сих пор хожу краснею...
Gluk (Kazan)
видеть не хочу это угребище, но спрашивать меня никто не будет

я-бы вот например, нашел другую работу. Это (особенно в Москве) сложностей не представляет. Какой смысл напрягаться на работе, она радость должна приносить...
locky
другое дело, насколько вырастут затраты на
реализацию нужного функционала, насколько упадёт скорость разработки и
насколько снизится надежность

вот я про это и говорил. Если реализация чего-либо начинает представлять проблему - фича должна быть реализована в языке. И вообще, я вроде не утверждал, что t-sql язык моей мечты, и давайте его не развивайте. Я говорил про то, что реализовывать фичность надо с умом, а не тащить все подряд, как Плюшкин.
А вот насчет надежности и производительности - тут не все так-уж однозначно. К примеру, используемый мной алгоритм обработки деревьев работает ничуть не медленнее оракловского connect to prior (буквально до миллисекунд). С надежностью тоже проблем небыло.
А вот если пойти по другому пути, и реализовать алгоритм Джо Селко, так он сделает и мой алгоритм и оракловую фичу одной левой. Так что, думайте, господа...
locky
Покупают - значит нравится? не, не показатель... я вот курю не слишком
шикарные сигареты. а хочется курить шикарные... денег жалко...

Дык тут вступает в действие посторонний фактор - ваша жадность. На качество это не влияет...
locky
зы телек без ДУ-шки купите? Нет? А что, так сложно оторвать задницу от
дивана? Не, просто пустячок, а приятно...

Ни фига себе - пустячок. Одно из самых главных достоинств современных телевизоров.
ASCRUS
проголосовали против его включения, чтобы не долбаться с кроссплатформенностью потом.

К счастью, нам такая проблема не грозит. Можем спокойно использовать, и не бояться, что под какой-нибудь осью придется трахаться...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312782
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторК счастью, нам такая проблема не грозит. Можем спокойно использовать, и не бояться, что под какой-нибудь осью придется трахаться...
Очень странное мнение. К какому же спрашивается счастью - если одноплатформенность снижает конкуретноспособность ПО и круг клиентов ?

Кстати слово "трахаться", так же как и выражение "танцевать с бубном", "матиться на ограничения" и прочее на моей памяти уже почти стерты временем ... с тех пор, как я перестал работать с MSSQL. Уже прошло 2 года и я не помню, чтобы хоть раз столкнулся с какой то проблемой, которая не решалась бы средствами СУБД, ограничениями, которые бы ограничивали мою свободу и странностями, которые бы заставляли меня искать обходные пути. В MSSQL-же этого было предостаточно и вряд ли тут кто то сможет с этим спорить. Ко всему прочему, я не могу сказать, что до сих пор знаю полностью весь потенциал текущей СУБД и не потому, что она сложная в изучении, как Оракл например. Просто слишком большой функциональный обхват различных направлений и ко всему прочему резвое непрерывное развитие даже с выходящими фиксами и паками. Здесь тоже MSSQL ничем не сможет похвастаться. Мы можем спокойно сравнить список расширения функциональности одной подверсии со всеми расширениями всех паков MSSQL2000. У меня только по одной подверсии список обгонит все то, что MSSQL добавил во всех паках с 2000-ого года. Я не спорю, что при желании все проблемы решаемы, но очень удобно и выгодно, когда платформа не имеет ограничений и своей функциональностью позволяет делать любые вещи, а не плясать с бубном, трахаться или уводить код на клиента или 3-и звенья.

P.S. Пишу надо думать не с байды, опыт работы с MSSQL имел и до сих пор имею на крупных проектах, так что как говорится могу действительно сравнивать. Проверить достаточно легко - просто попытаться на нашем форуме поискать вопросы, которые наиболее часто задаются на форуме MSSQL в связи с ограничениями, проблемами и прочим. Если отбросить из условий поиска СУБД ASE, то окажется, что таких вопросов у нас просто нет, так как нет и таких проблем. Поиск конечно на SQL.RU не ахти, но при желании понять достоинства и недостатки любой интересующей СУБД можно, особенно когда форум средней активности. Чем я кстати и пользуюсь, чтобы иметь представления о конкурирующих платформах, а заодно не отставать от жизни, чтобы не получилось упереться носом в что то одно и проглазеть другие технологии и решения, то есть стать узкопрофильным специалистом.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312815
Фотография segun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) авторT-SQL все-таки интерпретатор
А .Net шо нет ??? Не делайте мне смешно.
Кстати 9 Oracle УМЕЕТ компилять PL/SQL в native-код только никому это нах не нужно. Прежде чем ходить по тем-же граблям, Microsoft следовало внимательнее изучить опыт тех кто УЖЕ ходил по ним раньше
aZmа давайте не будем приписывать мне то, чего я не говорил? я выразился предельно четко - решать при помощи нета (.Net) задачи обработки данных на сервере - бред. это делать на tsql нужно, который худо бедно под это заточен. где вы увидели призыв вынести логику из базы, ы?

по поводу того, что .Net компилятор и поэтому будет работать быстрее чем интерпретируемый tsql - спасибо, порадовали :) 5 минут смеха заменяет чего то очччч хорошее :) .Net, как и родственная ему по идеологии жаба - интерпретаторы по определению :) ибо требуют для выполнения свою виртуальную машину/фреймворк.
ваши слова лишний раз говорят о вашей недалекости, уж извините такие мои слова. Вы не потрудились проверить мои мысли, а просто предпочли быстренько их отвергнуть. Тесты, реальные тесты, говорят о том что .Net иногда оказывается очень полезен. T-SQL идеально подходит для DML операций, но вот для циклов, сложных мат.расчетов, регулярных выражений он подходит гораздо меньше чем .Net.
Поэтому если такие вещи заменить .Net объектами, то производительность существенно возрастает (CLR находится с SQL Server 2005 в одном процессе, в отличие от реализаций интеграции Oracle и DB2).

aZmа вообще, убеждать когото, кто полагает, что производительность сервера прямо зависит от того, как быстро отработается хранимый код(если не численные методы применям ), а не от того, как быстро движок базы вернет искомые данные - мартышкин труд, пока сам не столкнется с большими объемами данных, его никто не убедит. Вы здесь новенький? Не поленитесь посмотреть мои предыдущие посты на этом сайте прежде чем делать голословные заявления.

Gluk (Kazan)C .Net нам приходится работать уже сейчас. На вкус говно. С Юконом тоже придется работать с вероятностью 90% и перспектива эта воодушевления не вызывает :( Какие обиды, клиенты падки на маркетинговые уловки и нам приходится жрать говно. Мы в одной лодке, просто вам оно нравится, мне нет.В отличие от вас мы ничего подобного не едим, нам не с чем сравнивать.

Gluk (Kazan)Все профессионально и совсем не по детски, к сожалениюпрофессионально - это более-менее объективно, а у вас этого нет совсем, к сожалению, потому что есть некоторые ваши посты из которых видно что вы мужик неглупый.

Gluk (Kazan)P.S. Тенденции в развитии Oracle меня тоже не воодушевлют, но это отдельная тема, что касается MS SQL, лучше-бы он оставался честным блокировочникомопять мимо, вот вы говорите голословно, а я делаю реальные проекты на SQL2005, и в некоторых из них версионность (особенно RCSI) реально увеличивают производительность решения.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312819
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS
не потому, что она сложная в изучении, как Оракл например

Не очень то и ясно что имеется в виду под сложностью изучения Оракла.
Налабать на нем простую БД, по моему, может кому тока не лень. И лабают. Посмотрите форум Оракла. Там полно парней задают наивные вопросы. Т.е. не давно начали и уже шо-то слепили. Я то вижу многих кто работает. Там и студенты, которые смутно представляют что-такое БД и все.

Изучить многие базовые нюансы, которые имеют значение не так часто - так наверное и в других СУБД надо возиться. Просто там может не быть чего-то полезного. Так здесь можно не изучать и будет как там (типа нету).

Изучить все что есть, фичи, не базовые особенно - другое дело. Наверное, не знает никто. Да и смысла нет - они могут меняться в новых версиях.
Мастерство в не в том, чтобы все знать, а в том чтобы уметь найти нужную фичу, када нужна. Наверное и язык С в полном объеме, тем более С++ в плане всех библиотек или еще чего не так много народу знает. Главное, чтобы эта фича там оказалась. А во всем остальном, по моему, ничего сложного. Зачем запугивать желющих перейти на него?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312821
Фотография segun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS авторК счастью, нам такая проблема не грозит. Можем спокойно использовать, и не бояться, что под какой-нибудь осью придется трахаться...
Очень странное мнение. К какому же спрашивается счастью - если одноплатформенность снижает конкуретноспособность ПО и круг клиентов ?
Одноплатформенность уже перестала быть сдерживающим фактором. По крайней мере в умах заказчиков.
И еще - много чего можно решить средствами СУБД, и Oracle долго шел по этому пути, а все почему? Потому что у Oracle нет своей платформы. Вот и приходится все, нужное и ненужное, помещать в СУБД.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312835
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 StalkerS
StalkerS ЛП
Ну знаете ли, так и Visual Basic (и офисный VBA), даже без компиляции в native-код, с одним лишь P-Code - получается компилятором, .

Это я в курсе, моя первая реальная программа была по обработке данных на VBA. Видили-бы вы, сколько она работает, если в файле оказывается более пары тысяч строк... до сих пор хожу краснею...
А хотите я Вам ник подарю - "лох позорный"?
Тока сначала Джуджа попрошу, чтоб он буквачки к нижнему регистру привел.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312877
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS
Очень странное мнение. К какому же спрашивается счастью - если одноплатформенность снижает конкуретноспособность ПО и круг клиентов ?

Во первых, то, что сейчас делаю я - проект для внутреннего пользования предприятия, никуда его продавать никто не будет. Поэтому нас меньше всего волнует круг клиентов.
Для тех-же случаев, где идет разработка на сторону - конкурентноспособность в большей степени зависит от подвешенности языка маркетологов, а не от реальных способностей системы. Проблемы маркетинга меня совершенно не интересуют, но вообще, если подумать, хороший продавец втюхает что угодно. Ведь даже если вы, с огромным опытом разработчик, говорите, что "я не могу сказать, что до сих пор знаю полностью весь потенциал текущей СУБД", ожидать чего-то от конечных пользователей...
Зато для меня, как разработчика, проблем-то и в самом деле меньше. И для меня это плюс.
ASCRUS
Я не спорю, что при желании все проблемы решаемы, но очень удобно и выгодно, когда платформа не имеет ограничений и своей функциональностью позволяет делать любые вещи, а не плясать с бубном, трахаться или уводить код на клиента или 3-и звенья.

Как-то сложно поверить, что ваша ASA "не имеет ограничений и своей функциональностью позволяет делать любые вещи". Как и Оракл и mssql. Все системы развиваются, и я всего-то утверждал, что при этом развитии должен учитываться нужный функционал, а не все подряд. Помимо деревянных фичей, могу дать другой пример - триггеры before. Если-бы в них была реальная потребность - были-бы реализованы. Видимо, такой потребности нет, во всяком случае я еще на такие на натыкался.
vadiminfo
Налабать на нем простую БД, по моему, может кому тока не лень. И лабают.

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

2 ЛП
Нифига не понял, что вы хотели сказать, может мне для этого тоже надо напиться ? :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312881
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfo ASCRUS
не потому, что она сложная в изучении, как Оракл например

Не очень то и ясно что имеется в виду под сложностью изучения Оракла.
Налабать на нем простую БД, по моему, может кому тока не лень. И лабают. Посмотрите форум Оракла. Там полно парней задают наивные вопросы. Т.е. не давно начали и уже шо-то слепили. Я то вижу многих кто работает. Там и студенты, которые смутно представляют что-такое БД и все.
Вспоминать студентов, лабающих на SQL курсовые смысла нет ... да им все равно на чем лабать - на Оракле или MySQL.

vadiminfoИзучить многие базовые нюансы, которые имеют значение не так часто - так наверное и в других СУБД надо возиться. Просто там может не быть чего-то полезного. Так здесь можно не изучать и будет как там (типа нету).
Есть функциональность, а есть ньюансы. Первого в Оракле очень много, второго не меньше. Причем как раз второе и является тем бесценным опытом, что отличает профессионала от начинающего. У меня же как раз при наличие первого, почти полностью отсутствует второе - любой специалист, знакомый с правилами проектирования БД и любой из РСУБД, спокойно сделает на моей платформе качественное решение, причем период освоения возможностей SQL, языка хранимых процедур, оптимизации запросов, администрирования БД и организации репликаций займет всего лишь где то месяц (естественно сюда мы не включаем студентов). Извините, у нас человек уже на 5 неделю пойдет изучения только одного из курсов администрирования Оракла. Причем 4 дня они потратили на изучение бакупов и восстановлений - слишком много вариантов и решений в зависимости от ситуаций (вот они ньюансы). У меня же на это в BOL отведено меньше десятка страничек, причем с неменьшей функциональностью (полный и инкрементный бакупы, сетевые бакупы, восстановление по накату логов, трансляция логов в SQL, ...), все однозначно, без "если так, то сделай вот так" и не зависит от ОС.

vadiminfoИзучить все что есть, фичи, не базовые особенно - другое дело. Наверное, не знает никто. Да и смысла нет - они могут меняться в новых версиях.
Мастерство в не в том, чтобы все знать, а в том чтобы уметь найти нужную фичу, када нужна. Наверное и язык С в полном объеме, тем более С++ в плане всех библиотек или еще чего не так много народу знает. Главное, чтобы эта фича там оказалась. А во всем остальном, по моему, ничего сложного. Зачем запугивать желющих перейти на него?
Вот поэтому и не должно быть такого кол-ва фич, что в них легче запутаться, чем изучить. Должна быть легкая, прозрачная архитектура и взвешенное продуманное решение, полностью удовлетворяющее нуждам специалистов. С моей точки зрения MSSQL неудобен тем, что в нем достаточно большое кол-во ограничений и ньюансов, а Oracle тем, что не имея ограничений однако имеет слишком большое кол-во ньюансов. Вполне возможно, что это мотивируется тем, что развитие этих СУБД во многом обуславливается маркетинговой политикой производителей. У нас все проще - развитие сервера идет исключительно по пожеланиям специалистов, работающих с ним. Добавляется ровно столько, сколько действительно насущно для клиентов, без прикручивания лишних непонятно кому нужных фич. Причем если требуемая функциональность оказывается расширением существующей, то именно существующая и будет расширена, а не вдовесок добавлена новая, что и приведет к ветвлению выбора функционала и ньюансам.

P.S. Я лично более чем уверен, что Вы vadiminfo например, после месяца изучения и работы на моей платформе будете знать и уметь не меньше, чем сейчас знаете и умеете на Oracle и даже гораздо больше (имеется ввиду не просто знать, а уметь использовать). Я же за месяц на Oracle разве что выучу в достаточном обьеме проектирование, PL/SQL, динамический SQL и более менее принципы работы версионника и правильную организацию транзакций. Все остальные ньюансы, а так же администрирование, работу на различных ОС и прочее ... на это у меня уйдет явно больше года постоянной работы с Oracle. Ну ... а писать запросы к существующим БД - это мы и сейчас все можем вне зависимости от используемого сервера. Разница очевидна.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312894
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
Во первых, то, что сейчас делаю я - проект для внутреннего пользования предприятия, никуда его продавать никто не будет. Поэтому нас меньше всего волнует круг клиентов.
Тогда не нужно рассказывать, что это никому не нужно, если это Вам не нужно.

StalkerS
Для тех-же случаев, где идет разработка на сторону - конкурентноспособность в большей степени зависит от подвешенности языка маркетологов, а не от реальных способностей системы. Проблемы маркетинга меня совершенно не интересуют, но вообще, если подумать, хороший продавец втюхает что угодно. Ведь даже если вы, с огромным опытом разработчик, говорите, что "я не могу сказать, что до сих пор знаю полностью весь потенциал текущей СУБД", ожидать чего-то от конечных пользователей...
Зато для меня, как разработчика, проблем-то и в самом деле меньше. И для меня это плюс.
Когда человек говорит, что "Я знаю все" - это меня очень настораживает. Поэтому я и не знаю все - и не потому, что это сложно или гемморно - просто то, что я не знаю, не использовалось мной в работе по текущий момент и зная теорию я не могу сказать, что я это знаю (например я не знаю UltraLite - построение проектов для КПК - просто не было проектов).

StalkerS
ASCRUS
Я не спорю, что при желании все проблемы решаемы, но очень удобно и выгодно, когда платформа не имеет ограничений и своей функциональностью позволяет делать любые вещи, а не плясать с бубном, трахаться или уводить код на клиента или 3-и звенья.

Как-то сложно поверить, что ваша ASA "не имеет ограничений и своей функциональностью позволяет делать любые вещи". Как и Оракл и mssql. Все системы развиваются, и я всего-то утверждал, что при этом развитии должен учитываться нужный функционал, а не все подряд. Помимо деревянных фичей, могу дать другой пример - триггеры before. Если-бы в них была реальная потребность - были-бы реализованы. Видимо, такой потребности нет, во всяком случае я еще на такие на натыкался.
Не верить - полное Ваше право. Вот так и наши отечественные автолюбители "не верили", что иномарки чем то лучше ВАЗов и говорили "Зачем нам гидроусилитель руля или кондиционер - раз не сделали и нам хватает окошко открыть, чтобы освежиться, значит и не нужно это". Очень странно, что сейчас так не говорят, как на иномарки пересели. Может быть пока они ездили на ВАЗах и Москвичах, им просто сравнивать не с чем было ?

P.S. Я более чем уверен, что BEFORE триггера Вам не понадобились и всю логику проверок Вы выносите в AFTER триггера, что достаточно замечательно с точки зрения производительности: сжирания ресурсов на блокировки, лишней записи в лог и БД и дальнейших операций откатов после того, как триггер обнаружил несоотвествия и дал откат. Вам не кажется, что проверить, запретить или даже изменить нужные поля обрабатываемой записи, причем без DML, легче ДО, чем ПОСЛЕ физической записи в БД и именно для этого и существуют BEFORE триггера ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33312930
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS
Тогда не нужно рассказывать, что это никому не нужно, если это Вам не нужно.

Это где я такое рассказывал ?
ASCRUS
Поэтому я и не знаю все - и не потому, что это сложно или гемморно

Я не говорил, что знать надо все, я говорил, что фича кроссплатформенности при продаже - проблема продавцов, а не разработчиков...
ASCRUS
Не верить - полное Ваше право. Вот так и наши отечественные автолюбители "не верили", что иномарки чем то лучше ВАЗов и говорили "Зачем нам гидроусилитель руля или кондиционер - раз не сделали и нам хватает окошко открыть, чтобы освежиться, значит и не нужно это". Очень странно, что сейчас так не говорят, как на иномарки пересели. Может быть пока они ездили на ВАЗах и Москвичах, им просто сравнивать не с чем было ?

Зачем так утрировать ? Или вы все-таки утверждаете, что ASA не имеет ограничений и позволяет делать любые вещи ? А самолетом она управлять умеет ? :) (кстати, вы - разработчик этой системы ?)
ASCRUS
P.S. Я более чем уверен, что BEFORE триггера Вам не понадобились и всю логику проверок Вы выносите в AFTER триггера, что достаточно замечательно с точки зрения производительности: сжирания ресурсов на блокировки, лишней записи в лог и БД и дальнейших операций откатов после того, как триггер обнаружил несоотвествия и дал откат. Вам не кажется, что проверить, запретить или даже изменить нужные поля обрабатываемой записи, причем без DML, легче ДО, чем ПОСЛЕ физической записи в БД и именно для этого и существуют BEFORE триггера ?

на случай, если заботит лишняя запись в лог и лишние откаты - есть instead of триггера. Мне это не кажется тем узким местом в производительности, которое надо обязательно расшивать.
Вы-же сами сейчас сказали - " без прикручивания лишних непонятно кому нужных фич". Я с этим полностью согласен...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313009
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторЗачем так утрировать ? Или вы все-таки утверждаете, что ASA не имеет ограничений и позволяет делать любые вещи ? А самолетом она управлять умеет ? :) (кстати, вы - разработчик этой системы ?)
Я не ее разработчик, ее разработчик - компания Watcom, впоследствие купленная и вошедшая в состав Sybase. А утверждаю я исходя из личного опыта построения проектов, что ASA действительно не имеет тех или иных ограничений по сравнению с MSSQL, которые навскидку могу перечислить:
1. Размер страницы не фиксированный (1,2,4,8,16,32 кб).
2. Автоинкремент может автоматически вести в разрезах по каждому установленному коду БД, что необходимо для репликации, без каких либо манипуляций ручками.
3. Есть функция получения нового инкремента, что делает очень похожим инкремент ASA с сиквенсами и облегчает жизнь клиентским приложениям.
4. Максимальный размер varchar не 8 кб, а 32 кб.
5. Тип Text может хранить до 2гб и к нему можно обращаться внутри языка хранимых процедур так же, как и обычным varchar.
6. Динамический SQL не имеет ограничений на размер исполняемого скрипта (т.е. до 2 гб), при выполнении соблюдатся все права вызвавшей его сессии, его использование в ХП не наносит какого либо ущерба производительности.
7. Нет ограничений на уровень вложенности вызовов хранимых процедур.
8. При компиляции запросов или ХП их план поддерживается в кэше и корректируется эвристическим анализатором, а значит не требуется их перекомпиляция.
9. Автоматическое коррелирование статистики на SELECT и создание на возросшие по обьему таблицы, там где ее не было приводит к тому, что не требуется ее перекомпиляция.
10. Наличие BEFORE триггеров дает возможность легко снизить нагрузки на проверку или даже модицикацию при записи полей.
11. Нет ограничений на UDF, они полностью по возможностям равны ХП.
12. Есть возможность использовать SELECT FROM StoredProcedures(), где так же нет ограничений на ХП, в отличие от табличных функций MSSQL
13. Есть глобальные временные таблицы, описание которых хранится в БД, выглядит она как обычная таблица, однако для каждой сессии данные будут свои (где по сравнению ##Времянки выглядят убого).
14. Есть поддержка NOT TRANSACTIONAL локальных и глобальных временных таблиц, что приводит к увеличению скорости времянок.
15. Есть поддержка оператора INSERT ON EXISTS SKIP/UPDATE/RESTRICT - аналог Ораклевого MERGE, здорово сокращающего код и упращяющего логику.
16. Есть поддержка событийной модели, позволяющей на языке хранимых процедур описывать реакцию на системные события, по шедулеру или ручному их вызову, которые после вызова работают как автономные приватные сессии сервера, что позволяет внутри одной сессии в нужных случаях еще создавать параллелизм (есть даже команды синхронизиции между сессиями на уровне языка ХП). Так же событийная модель позволяет например перехватывать подключения и отключения сессий, что дает прекрасные возможности по организации собственных проверок на право подключения сессии (например пользователь не имеет право подключаться дважды, кол-во подключений ограничено, на пользователя висит временный бан в специальной своей табличке запретов подключений и прочее), инициализации и предустановки для сессии своих глобальных переменных (вместо того, чтобы каждый раз к табличке конфигурации своей обращаться), так же при отключении удаление по коду сессии записей, что дает возможность легкой организации блокировок документов на своем уровне и прочие интересные и важные вещи, без которых БД не будет автономна и независима от клиентской части.
17. Есть исключения, атомарные блоки и прочие приятные, облегчающие код вещи.
18. Другая реализация принципов кластерного ключа исключает проблемы, которые есть с ним у MSSQL
19. Другая реализация архитектуры блокировок позволяет не задумываться о проблемам с ними - все блокировки для проектировщика всегда выглядят как исключительно как ROW-LEVEL, без экскалаций, есть возможность наложения табличных блокировок.
20. Есть встроенный веб-сервер и полноценный XML парсер, что позволяет на уровне сервера средствами языка ХП организовывать собственные HTML/XML веб-сервисы или же обращаться к сторонним, описывая их в БД внешними URL хранимыми процедурами и далее вызывая их, как обычные ХП. Для HTML поддерживаются GET/POST методы, таким образом прямо на сервере на ХП можно организовать небольшую веб-клиентскую часть под браузер для собственных нужд (та же администраторская консоль).
21. Другая архитектура оптимизатора и другие алгоритмы оптимизации действительно позволяют ASA на больших обьемах данных и особенно аггрегированных запросах более быстрое их выполнение, с более скромным потреблением ресурсов, что приводит к более большому числу обслуживаемых сессий.
22. Наличие поддержки полноценного OLAP в SQL по стандарту 2003 (в принципе полный аналог OLAP в Oracle) и поддержка специализированных алгоритмов оптимизации позволяет практически моментально выполнять аналитические запросы, которые на обычном SQL заняли бы часы.
23. Другая архитектура сервера, где каждая БД - это и схема и данные и пользователи и настройки БД, без БД типа Master или TempDB позволяет элементарно переносить БД с сервера на сервер элементарным копированием файлов, что облегчает тиражирование, инсталяцию, обслуживание и распостранение уже подготовленных БД - с юзерами, правами, настройками и прочим.
24. Рекурсивные запросы и опция отложенных проверок нужных FK до COMMIT позволяет элементарно строить и обрабатывать деревья. Причем для рекурсивных запросов опять же существуют специализированные алгоритмы их обработки в запросах, что особенно не маловажно при использовании рекурсивного запроса как подзапроса.
25. Про 2 вида оффлайн репликаций - по журналу и гетерогенные с другими СУБД я вообще молчу, тут ASA просто вне конкуренции по их мощности, простоте управления и надежности работы. Это целый другой список.
26. Про UltraLite версию для КПК и кучу софта под управления удаленными СУБД на КПК я тоже молчу - тоже целый список.
27. Более развитые визуальные утилиты - есть полноценный дебаггер, с возможностью точек останова, просмотра локальных и глобальных переменных (кстати в ASA и они есть, можно создавать свои настоящие глобальные сессионные переменные), даже выполнения запросов во время отладки и просмотра их плана выполнения (приятно при отладке триггера написать SELECT * FROM Inserted и посмотреть самому, что он будет обрабатывать). Так же есть профайлер ХП, которые позволяет мониторить их выполнение, видеть сколько раз кто вызывался, какое время было затрачено на выполнение и даже построчно в ХП посмотреть на каждую строку кода и время выполнения, что немаловажно для отлова критических мест системы и мониторинга эффективности работы кода.
Это все перечислено навскидку, список этот наверное и не займет одну треть, что есть в ASA и всегда мне не хватало в MSSQL - перечислил я его просто чтобы показать, что в отличие от MSSQL у ASA функциональности гораздо больше, ограничений нет, архитектура легче и ньюансов гораздо меньше, что в проектировании, что в администрировании (которое сводится в основном к тому, чтобы написать на нужные случае жизни события, которые и будут автоматически вызываться, решать возникающие проблемы или уведомлять по почте нужных администраторов, которая так же прекрасно поддерживается в ASA через SMTP или MS Exchange). Я не спорю, что без всего этого можно жить - но согласитесь приятнее жить с этим, чем без этого. Как никак - очень влияет на время разработки и отладки проектов, облегчает их дальнейшее сопровождение, а так же легче поиск и обучение специалистов, где любой СУБД-шник быстро вьедет в принципы и начнет работать, без каких либо больших усилий и спотыкания об "ньюансы".
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313052
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Просьба сюда глянуть. Это побочнпая ветвь
/topic/223999&pg=-1#1951143
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313064
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Cat2Просьба сюда глянуть. Это побочнпая ветвь
/topic/223999&pg=-1#1951143

было уже
/topic/148020
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313093
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Надо будет в FAQ что ли перенести все пункты и ссылочки просто давать. А то получается одно и то же пишу и каждый раз по новой спрашивают и не верят :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313100
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ASCRUSНадо будет в FAQ что ли перенести все пункты и ссылочки просто давать. А то получается одно и то же пишу и каждый раз по новой спрашивают и не верят :)
у меня была мысль сделать нормальные разделы по каждой фиче на wiki.ru, интузиазизма аж на пару статеек хватило :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313117
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUSASA действительно не имеет тех или иных ограничений по сравнению с MSSQL, которые навскидку могу перечислитьСписок впечатляющий.


ASCRUS1. Размер страницы не фиксированный (1,2,4,8,16,32 кб).
Т.е., в одной БД могут использоваться страницы разного размера ? Хотя, скорее, все-таки в одной БД могут использоваться фиксированные страницы возможным размером из перечисленного диапазона. И как часто Вы его изменяете для БД ? От чего зависит выбор ? Какой реальный выигрыш ? Или просто есть, а у MSSQL нет ?

Кстати, пункт 4 наверняка тоже зависит от размера страницы.
ASCRUS2. Автоинкремент может автоматически вести в разрезах по каждому установленному коду БД, что необходимо для репликации, без каких либо манипуляций ручками.Не понял фразы.
ASCRUS3. Есть функция получения нового инкремента, что делает очень похожим инкремент ASA с сиквенсами и облегчает жизнь клиентским приложениям.Польза весьма сомнительна. Используйте SCOPE_IDENTITY()
ASCRUS4. Максимальный размер varchar не 8 кб, а 32 кб.Непринципиально. Что не поместилось в 8к, с таким же успехом может не поместится в 32к, а у адептов еще одной СУБД появиться повод сказать, а вот у нас целых 64к. Либо есть ограничение сверху, либо нет.
ASCRUS5. Тип Text может хранить до 2гб и к нему можно обращаться внутри языка хранимых процедур так же, как и обычным varchar.За каким лешим обрабатывать текст на сервере баз данных ? У него других проблем нет ? Впрочем, если считать, что этот класс задач органично присущ СУБД, то MSSQL, безусловно, в отстающих.
ASCRUS6. Динамический SQL не имеет ограничений на размер исполняемого скрипта (т.е. до 2 гб), Впечатляет, как понимаю, вопрос о целесообразности выполнения скрипта таких размеров не вызывает сомнений ? Так как в MSSQL всего 2 МБ, в 1000 раз меньше, то безусловный минус...
ASCRUSпри выполнении соблюдатся все права вызвавшей его сессииНе понял, в чем здесь отличие от MSSQL ? ASCRUS, его использование в ХП не наносит какого либо ущерба производительности.Угу, даже на время компиляции. Свежо предание...
ASCRUS7. Нет ограничений на уровень вложенности вызовов хранимых процедур.Действительно важно, 32 уровней может не хватить. Правда больше 5 уровней не имел ни в одном проекте, но это уже минус мне, как разработчику.
ASCRUS8. При компиляции запросов или ХП их план поддерживается в кэше и корректируется эвристическим анализатором, а значит не требуется их перекомпиляция.В MSSQL, конечно же, план в кэше не "держится" :)
ASCRUS9. Автоматическое коррелирование статистики на SELECT и создание на возросшие по обьему таблицы, там где ее не было приводит к тому, что не требуется ее перекомпиляция.Не понял, если несложно, то расшифруйте...
ASCRUS10. Наличие BEFORE триггеров дает возможность легко снизить нагрузки на проверку или даже модицикацию при записи полей.Спорный вопрос, поэлементная обработка всегда медленнее, чем работа наборами записей.
ASCRUS11. Нет ограничений на UDF, они полностью по возможностям равны ХП.Тогда зачем их вообще различать ? Делать как в C, никаких процедур, только функции. На понятийном уровне они всегда различались тем, что одни что-то меняют, другие вычисляют.
ASCRUS12. Есть возможность использовать SELECT FROM StoredProcedures(), где так же нет ограничений на ХП, в отличие от табличных функций MSSQLЗдесь почти соглашусь, вполне можно было автоматически полученные данные сбрасывать во временную таблицу или табличную переменную. Хотя есть масса нюансов, при которых такое решение может доставить хлопот. В основном, проблемы с производительностью. Как альтернативное решение не помешало бы.
ASCRUS13. Есть глобальные временные таблицы, описание которых хранится в БД, выглядит она как обычная таблица, однако для каждой сессии данные будут свои (где по сравнению ##Времянки выглядят убого).
Ну да, сделать постоянную таблицу и определить доступ к ней через view действительно трудно.
ASCRUS14. Есть поддержка NOT TRANSACTIONAL локальных и глобальных временных таблиц, что приводит к увеличению скорости времянок.Табличные переменные для локальных, глобальные в жизни ни разу не потребовались, это, насколько понимаю, backward compatibility от предка Sybase.
ASCRUS15. Есть поддержка оператора INSERT ON EXISTS SKIP/UPDATE/RESTRICT - аналог Ораклевого MERGE, здорово сокращающего код и упращяющего логику.Скорее соглашусь, хотя сильный скачок в сторону от стандарта.
ASCRUS16. Есть поддержка событийной модели, позволяющей на языке хранимых процедур описывать реакцию на системные события, по шедулеру или ручному их вызову, которые после вызова работают как автономные приватные сессии сервера, что позволяет внутри одной сессии в нужных случаях еще создавать параллелизм (есть даже команды синхронизиции между сессиями на уровне языка ХП). Так же событийная модель позволяет например перехватывать подключения и отключения сессий, что дает прекрасные возможности по организации собственных проверок на право подключения сессии (например пользователь не имеет право подключаться дважды, кол-во подключений ограничено, на пользователя висит временный бан в специальной своей табличке запретов подключений и прочее), инициализации и предустановки для сессии своих глобальных переменных (вместо того, чтобы каждый раз к табличке конфигурации своей обращаться), так же при отключении удаление по коду сессии записей, что дает возможность легкой организации блокировок документов на своем уровне и прочие интересные и важные вещи, без которых БД не будет автономна и независима от клиентской части.Событийная модель, отчасти реализуема и сейчас через механизм alert-ов, слава Богу, пока ни разу не понадобиласть. Согласен, многого из упомянутого, касательно сессий хотелось бы, впрочем в 2К5 обещались. Возможность пользовательских блокировок в MSSQL есть и сейчас. "прочие интересные и важные вещи" возможно тоже нужны, но непонятно о чем речь.
ASCRUS17. Есть исключения, атомарные блоки и прочие приятные, облегчающие код вещи.Исключений не хватает, а вот про "атомарные блоки и прочие приятные" вещи сказать ничего не могу, возможно, тоже не хватает.
ASCRUS18. Другая реализация принципов кластерного ключа исключает проблемы, которые есть с ним у MSSQLУпс, в двух словах, please, про проблемы одного и решения другого, или наоборот...
ASCRUS19. Другая реализация архитектуры блокировок позволяет не задумываться о проблемам с ними - все блокировки для проектировщика всегда выглядят как исключительно как ROW-LEVEL, без экскалаций, есть возможность наложения табличных блокировок.Что не видит разработчик, не значит, что их не существует там, где он их не видит. Неубедительно. Чем принципиально отличается реализация архитектуры блокировок ASA от реализации MSSQL ?
ASCRUS20. Есть встроенный веб-сервер и полноценный XML парсер, что позволяет на уровне сервера средствами языка ХП организовывать собственные HTML/XML веб-сервисы или же обращаться к сторонним, описывая их в БД внешними URL хранимыми процедурами и далее вызывая их, как обычные ХП. Для HTML поддерживаются GET/POST методы, таким образом прямо на сервере на ХП можно организовать небольшую веб-клиентскую часть под браузер для собственных нужд (та же администраторская консоль).Ну да, для СУБД, важнейшая составная часть, а еще с текстовыми файлами напрямую работать, в графических изображениях гамму корректировать, рукописные тексты разбирать...
ASCRUS21. Другая архитектура оптимизатора и другие алгоритмы оптимизации действительно позволяют ASA на больших обьемах данных и особенно аггрегированных запросах более быстрое их выполнение, с более скромным потреблением ресурсов, что приводит к более большому числу обслуживаемых сессий.Поэтому он в лидерах на tpc.org ?
ASCRUS22. Наличие поддержки полноценного OLAP в SQL по стандарту 2003 (в принципе полный аналог OLAP в Oracle) и поддержка специализированных алгоритмов оптимизации позволяет практически моментально выполнять аналитические запросы, которые на обычном SQL заняли бы часы.Неубедительно, чудес на свете не бывает, где-то прибыло, где-то убыло, либо сервер - OLTP, либо - OLAP. Судя по всему, прямой конкурент Oracle. Какое место на tpc.org ?
ASCRUS23. Другая архитектура сервера, где каждая БД - это и схема и данные и пользователи и настройки БД, без БД типа Master или TempDB позволяет элементарно переносить БД с сервера на сервер элементарным копированием файлов, что облегчает тиражирование, инсталяцию, обслуживание и распостранение уже подготовленных БД - с юзерами, правами, настройками и прочим.Перенести БД с одного сервера на другой в MSSQL вообще-то тоже труда не составляет. Похоже Вы давно не делали этого на MSSQL. Чем Вам TempDB не угодила, ума не приложу, Вы ведь ее копировать и тиражировать не собирались ?
ASCRUS24. Рекурсивные запросы и опция отложенных проверок нужных FK до COMMIT позволяет элементарно строить и обрабатывать деревья. Причем для рекурсивных запросов опять же существуют специализированные алгоритмы их обработки в запросах, что особенно не маловажно при использовании рекурсивного запроса как подзапроса.РМД, вообще говоря, не расчитана на работу с деревьями, хотя хотелось бы чего-нибудь этакого. По слухам будет в 2К5. По жизни работа с деревьями не вызывала проблем, был волен сам выбирать способ хранения и алгоритмы работы. Не уверен, что работает медленнее, чем если бы была встроенная поддержка.
ASCRUS25. Про 2 вида оффлайн репликаций - по журналу и гетерогенные с другими СУБД я вообще молчу, тут ASA просто вне конкуренции по их мощности, простоте управления и надежности работы. Это целый другой список.Тоже молчу, не сталкивался.
ASCRUS26. Про UltraLite версию для КПК и кучу софта под управления удаленными СУБД на КПК я тоже молчу - тоже целый список.Продолжаю молчать, хотя помню, что есть какая-то версия CE, не сталкивался...
ASCRUS27. Более развитые визуальные утилиты - есть полноценный дебаггер, с возможностью точек останова, просмотра локальных и глобальных переменных (кстати в ASA и они есть, можно создавать свои настоящие глобальные сессионные переменные), даже выполнения запросов во время отладки и просмотра их плана выполнения (приятно при отладке триггера написать SELECT * FROM Inserted и посмотреть самому, что он будет обрабатывать). Так же есть профайлер ХП, которые позволяет мониторить их выполнение, видеть сколько раз кто вызывался, какое время было затрачено на выполнение и даже построчно в ХП посмотреть на каждую строку кода и время выполнения, что немаловажно для отлова критических мест системы и мониторинга эффективности работы кода.Есть дебаггер, есть, правда ни разу не пользовался :) А вот отсутствие глобальных сессионных переменных действительно минус, эмуляция через таблицу отнимает массу времени и сил ;) И профайлер, кстати, тоже в MSSQL есть, как это Вы его не заметили ? И делает он все то же, что Вы описали :)
ASCRUSЭто все перечислено навскидку, список этот наверное и не займет одну треть, что есть в ASA и всегда мне не хватало в MSSQL - перечислил я его просто чтобы показать, что в отличие от MSSQL у ASA функциональности гораздо больше, ограничений нет, архитектура легче и ньюансов гораздо меньше, что в проектировании, что в администрировании (которое сводится в основном к тому, чтобы написать на нужные случае жизни события, которые и будут автоматически вызываться, решать возникающие проблемы или уведомлять по почте нужных администраторов, которая так же прекрасно поддерживается в ASA через SMTP или MS Exchange). Я не спорю, что без всего этого можно жить - но согласитесь приятнее жить с этим, чем без этого. Как никак - очень влияет на время разработки и отладки проектов, облегчает их дальнейшее сопровождение, а так же легче поиск и обучение специалистов, где любой СУБД-шник быстро вьедет в принципы и начнет работать, без каких либо больших усилий и спотыкания об "ньюансы".Безусловно, по функциональности ASA надо сравнивать с Oracle, а не убогим MSSQL, так как последний писали однозначные дебилы. И такие же дебилы его покупают. Просто ужасно...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313123
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А я и не спорю, что при желании, времени и силах на MSSQL можно сделать нормальный проект. Просто затраты будут больше и БД все равно будет зависеть от чего то внешнего (в Юконе вот еще и C# припаяют). И профайлером и деббагером MSSQL можно оптимизацию и отладку делать, если больше ничего не видел и не с чем сравнить, как можно на самом деле легко и удобно делать. Спорить по каждому пункту можно до тошноты, но делать этого не будем - я привел навскидку список того, что мне больше устраивает в ASA, чем в MSSQL, имея опыт работы с обоими серверами. Вы не видя ASA и не имея опыта работы с ней, считаете, что список этот не критичен. Я соглашаюсь - он не критичен, он удобен.

P.S. Поправочка: функция SCOPE_IDENTITY() возвращает не новый зарезервированный код инкремента, а последний вставленный (замазка @@IDENTITY, который в MSSQL может перебиться от вставки записи внутри триггера в таблицу с другим инкрементом, чего кстати тоже нет в ASA, у которой @@IDENTITY имеет понятие области видимости и производитель не имеет привычки делать заплатки своих огрехов в виде примочек-функций).
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313161
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2ASCRUS
Слюшай, хвытыт издиваться, у миня от этого язва разыгралась от зависти.
Опять... :-)

ChA wrote:
> 7. Нет ограничений на уровень вложенности вызовов хранимых процедур.
>
> Действительно важно, 32 уровней может не хватить. Правда больше 5
> уровней не имел ни в одном проекте, но это уже минус мне, как разработчику.
> ASCRUS
У меня был рекурсивный разбор дерева вычисления формулы... йопс!
пришлось передлать под стэковый... фиг с ним...
а вот уровень вложенности вызова менеджеров доходил до 29 (это когда
запускает проца закрытия периода, которая запускает формирование
документа, который запускает формирование отчета, который запускает
пароцедуры расчета разных цифр, которые берутся из других отчетов, для
чего зпаускаются другие отчеты, в доме который построил джек).

> 13. Есть глобальные временные таблицы, описание которых хранится в БД,
> выглядит она как обычная таблица, однако для каждой сессии данные будут
> свои (где по сравнению ##Времянки выглядят убого).
>
>
> Ну да, сделать постоянную таблицу и определить доступ к ней через view
> действительно трудно.
> ASCRUS
а таблице можно сделать truncate, а вьюшке с разделением по тому-же SPID
нельзя, в результате чего можем иметь до 30% проигрыша по времени.
Учитывая что если сделать delete то можно нарваться на эскалацию
блокировок и прочие процессы будут курить... а так - у каждого -
абсолютно личная таблица, никто никого не блокирует, удалять данные из
них - просто блеск... кроме того, такие таблички чистятся САМИ при
обрыве коннекта, а при MS SQL приходится чистить их ручками, как после
расчета, так и до (на всякий случай).

> 14. Есть поддержка NOT TRANSACTIONAL локальных и глобальных временных
> таблиц, что приводит к увеличению скорости времянок.
>
> Табличные переменные для локальных, глобальные в жизни ни разу не
> потребовались, это, насколько понимаю, backward compatibility от предка
> Sybase.
> ASCRUS
А вы попробуйте позаливать данные из внешних файлов. или посчитать
большие отчеты с множеством промежуточных данных. там нах не нужны
транзакции, но их, млин, поддерживают... опять таки - проигрышь по
скорости....

> Перенести БД с одного сервера на другой в MSSQL вообще-то тоже труда не
> составляет. Похоже Вы давно не делали этого на MSSQL. Чем Вам TempDB не
> угодила, ума не приложу, Вы ведь ее копировать и тиражировать не
> собирались ?
да потому что она одна на весь сервак!!!! И для простенькой ленивой
задачки, и для высоконагруженной.. вы почитайте, как мелкософт советует
обходить проблемы одновременного доступа к tempdb...



--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313170
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добавлю насчет tempdb.
Помимо временных таблиц, SQL Server использует tempdb для хранения данных промежуточных worktable при исполнении запросов. В Юконе - там же будут лежать и версии данных. Таким образом, tempdb может действительно стать узким местом.

Вот интересно будет посмотреть, насколько интенсивно начнет использоваться tempdb, на скольких винтах ее придется делать
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313253
Фотография PL99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA...Безусловно, по функциональности ASA надо сравнивать с Oracle, а не убогим MSSQL, так как последний писали однозначные дебилы. И такие же дебилы его покупают. Просто ужасно...В свое время имел некоторый опыт работы с Sybase SQL Anywhere 5.x (3.5 года). Потом, волею судеб пришлось перейти на Oracle (тогда еще 7.3, потом 8.0, сейчас вот на 9i работаю). И полагаю, что для обычных приложений (где нет терабайтов данных) новая ASA практически ничем не уступает Oracle, а по таким параметрам как простота администрирования и репликации существенно превосходит.
А когда немного пришлось заниматься MS SQL 6.5 (надо было переносить серверную часть приложения - ничего не поделаешь, популярный :-( ), матерился через каждые пять минут - и того нет, и этого нет, и так сделать нельзя, функцию в запрос включать нельзя, а триггеры только statement level ;-)
Причем, заметьте, все те возможности, которые перечислил ASCRUS, не в "последней бете", не в "релиз-кандидате" и не в "третьем сервис-паке, который вот-вот выйдет", а в нормальных продуктах, давным-давно выпущеных, документированных, поддерживаемых не только производителем, но и сообществом пользователей, что тоже имеет не последнее значение :-)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313314
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUSА я и не спорю, что при желании, времени и силах на MSSQL можно сделать нормальный проект.А что тут спорить-то ? Насколько мне известно, количество инсталяций MSSQL, по крайней мере, в России, превышает количество таковых от Oracle, и весьма значительнее, от Sybase, в число которых входит не только ASA. И это несмотря на потрясающие "фичи" обоих и гораздо более позднее появление на этом рынке MS. Рынок - показатель успешности компании, а не крутизна ее продуктов или количество фич.

ASCRUSP.S. Поправочка: функция SCOPE_IDENTITY() возвращает не новый зарезервированный код инкремента, а последний вставленный (замазка @@IDENTITY, который в MSSQL может перебиться от вставки записи внутри триггера в таблицу с другим инкрементом, чего кстати тоже нет в ASA, у которой @@IDENTITY имеет понятие области видимости и производитель не имеет привычки делать заплатки своих огрехов в виде примочек-функций).Мне не кажется более правильным получать идентификатор до реальной вставки данных, уж извините. Это ведет к тому, что будете добавлять записи только по одной, не задумываясь о необходимости нормального предметного ключа, а не только суррогатного. Но то, что понадобилось добавлять SCOPE_IDENTITY() в пару к @@IDENTITY действительно удивляет, готов с Вами согласиться. Иногда кажется, что в MS больше теоретиков и творцов, чем нормальных программистов. Например, код системных процедур иногда просто вызывает оторопь.

lockyнельзя, в результате чего можем иметь до 30% проигрыша по времени.
Учитывая что если сделать delete то можно нарваться на эскалацию
блокировок и прочие процессы будут курить... а так - у каждого -
абсолютно личная таблица, никто никого не блокирует, удалять данные из
них - просто блеск... кроме того, такие таблички чистятся САМИ при
обрыве коннекта, а при MS SQL приходится чистить их ручками, как после
расчета, так и до (на всякий случай).30%, если правильно понимаю, взято с потолка, в лучшем случае, на основе частного случая. Делайте кластерный ключ со spid первым полем, и ни с кем конфликтовать не будете. И чистите всегда до, а не после. Впрочем, зачем мне это Вам обьяснять, полагаю, что Вы и сами это знаете. Могу согласиться, что в ASA с этим работать проще, но в то же время не чувствую себя обделенным благами, мне обычно редко чего не хватает, всегда можно сделать самому, слава Богу, есть на это время и желание.
lockyА вы попробуйте позаливать данные из внешних файлов.BULK оставляет только факт своего выполнения в логе, это-то Вы должны знать
lockyили посчитать большие отчеты с множеством промежуточных данных. там нах не нужны транзакции, но их, млин, поддерживают... опять таки - проигрышь по скорости...Тут мне сказать нечего, кроме того, что есть OLTP, где отчеты могут носить только простейший характер, и OLAP, где аналитики могут рыться как свиньи в желудях. Разный подход, разная актуальность и точность данных, и подходы к хранению данных - тоже разные. Стремление объединить вполне понятно, но, IMHO, либо танк, либо самолет, либо не то и не другое...
lockyда потому что она одна на весь сервак!!!!И что ? Ну сделайте больше файлов, разнесите на разные диски, stripping, каналы, контроллеры. Делайте хоть что-нибудь, жаловаться на жизнь все могут. В конце концов убедите начальство, если сами к таким не относитесь, перейти на Oracle или ASA, вот оно счастье и наступит. Хотя у начальства другие приоритеты обычно :)

AAronВ Юконе - там же будут лежать и версии данных. Таким образом, tempdb может действительно стать узким местом.Когда будет, тогда и посмотрим. Вполне возможно, хотя версионностью пользоваться пока не собираюсь, и не уверен, что она является панацеей от всех бед, как почему-то многие считают. Возможно заблуждаюсь, но и примеров пока не встречал.

PL99А когда немного пришлось заниматься MS SQL 6.5 (надо было переносить серверную часть приложения - ничего не поделаешь, популярный :-( ), матерился через каждые пять минут - и того нет, и этого нет, и так сделать нельзя, функцию в запрос включать нельзя, а триггеры только statement level ;-)Точно так же матерился, когда с MS SQL переходил на Informix, и что ? Приспособился, либо работаешь, либо материшься, всегда предпочитал первое. Кстати, функций в 6.5 еще не было, что не так уж сильно и мешало, все зависит от привычки, есть - хорошо, нет - будем думать, что делать. А вообще, IMHO, нормальным MSSQL стал только с 7 версии...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313318
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA ASCRUSА я и не спорю, что при желании, времени и силах на MSSQL можно сделать нормальный проект.А что тут спорить-то ? Насколько мне известно, количество инсталяций MSSQL, по крайней мере, в России, превышает количество таковых от Oracle, и весьма значительнее, от Sybase, в число которых входит не только ASA. И это несмотря на потрясающие "фичи" обоих и гораздо более позднее появление на этом рынке MS.
Вы тока что хуйню сказали.
Насколько мне известно, количество инсталяций MS Access, по крайней мере в России, превышает количество таковых для Oracle, ASA и MS SQL Server вместе взятых. И это несмотря на потрясающие "фичи" всех трех и гораздо более позднее появление аксеса на рынке БД.

Рынок - показатель успешности компании, а не крутизна ее продуктов или количество фич
Вот-вот. Вам говорят про крутизну продуктов и количество фич - а Вы пытаетесь сползти на рыночную долю.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313321
yukon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
aZmчерез ADO ? внутреннее соединение с сервером, так скать)?А вы смейтесь, смейтесь...
Чтобы бы знали, внутренние механизмы MSSQL уже с mssql2000 работают через OLEDB. В частности Relational Engine и Store Engine - два важнейших компонента общаются через OLEDB (прямо внутри сервера). И это не нисколько не замедляет работу сервера, что говорит о большой производительности этой объектной технологии.
ADO лишь еще одна оболочка вокруг того же OLEDB и вовсе не такая уж тормозная (хотя и помедленее будет). Бывают и явно неудачные ее реализации (например, ADOExpress в Delphi).
Так что ваш смех - всего лишь очередной смех невежды и MS-фоба ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313325
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛПВы тока что хуйню сказали.Угу, только Вы несете доброе, разумное, вечное :) Причем здесь MS Access и почему не notepad ? Или хотелось что-то умное сказать ? Тогда, IMHO, не угадали...

ЛПВот-вот. Вам говорят про крутизну продуктов и количество фич - а Вы пытаетесь сползти на рыночную долю.Да никуда мне не надо ползти, просто разум надо включать иногда. Если инструмент абсолютно никуда не годен, то каким образом он умудрился за относительно небольшой срок отхватить такой кусок рынка ? Разве этого недостаточно для того, чтобы сделать вывод о возможности успешных проектов на MSSQL ?

P.S. ЛП, давайте не будем хамить, даже "подобромунах", лады ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313328
yokon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan) авторT-SQL все-таки интерпретатор
А .Net шо нет ??? Не делайте мне смешно.
Согласен с segun . Налицо осеннее обострение у ораклойдов, в предверьи выхода Yukon.
Более всего показательно, что обострения происходят у безграмотных ораклойдов.
Кто вам сказал, что .NET - это интерпретатор? Плюньте в того - он плохой советчик и не показывайте так открыто своего невежества в технологиях MS.
IL практически всегда компилируется в целевой машинный код, при этом эффективность кода очень и очень высока. Код .NET очень эфективен. Можете посмотреть результаты старых тестов .
Неверите - проверьте сами.

Не уподобляйтесь, Yo!!, сообщения которого о MS, похоже уже мало кто воспринимает всерьез ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313334
yukon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
aZm5 минут смеха заменяет чего то очччч хорошее :) .Net, как и родственная ему по идеологии жаба - интерпретаторы по определению :) ибо требуют для выполнения свою виртуальную машину/фреймворк.Vae victis!Еще один знаток... Хочется спросить вас, сколько вы написали программ под .NET?
Советую вам написать хотябы одну и посмотреть, что представляет ее ассемблерный код. Видимо, вы будете сильно удивлены.

Народ, какой ужас, с кем мы спорим о технологиях MS!
И эти люди говорят нам о недостатках MSSQL!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313337
yukon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
[quot Gluk (KazanИсходя из убожества TSQL можно предположить что в вашем случае прирост производительности будет процентов 10.[/quot]
Вам будет не очень приятно, но как раз из простоты T-SQL, его код выполняется чуть быстрее PL/SQL -евого (что, впрочем, не критично).
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313338
yukon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)P.S. Тенденции в развитии Oracle меня тоже не воодушевлют, но это отдельная тема, что касается MS SQL, лучше-бы он оставался честным блокировочникомОговорка "по Фрейду". Именно этого и боятся ораклисты. По крайней мере, один мой знакомый ораклист из фирмы "Leaves" так и говорит, что их клиенты все чаще требуют MSSQL. А после того как mssql станет еще и версионником, у него останется еще меньше аргументов сманивать этих клиентов на оракл.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313394
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA ЛПВот-вот. Вам говорят про крутизну продуктов и количество фич - а Вы пытаетесь сползти на рыночную долю.Да никуда мне не надо ползти, просто разум надо включать иногда. Если инструмент абсолютно никуда не годен, то каким образом он умудрился за относительно небольшой срок отхватить такой кусок рынка ? Разве этого недостаточно для того, чтобы сделать вывод о возможности успешных проектов на MSSQL ?
Рынок - это рынок. Успешность или неуспешность маркетинга не имеет никакого отношения к характеристикам продукта. Полуось была гораздо круче винды 95, и где теперь та полуось?
Судить по количеству инсталяций о возможности реализации успешных проектов - бред. По количеству инсталяций аксес переплюнет оракл, сиквел и сайбейз. И на аксесе реализуются успешные проекты. Только это совсем другие успешные проекты, другого маштаба. А ни для чего "серьезного" аксес (как БД) не годится, несмотря на всё своё безумное количество инсталяций. А уж сколько инсталяций у нотепада...
В том же самом стиле при желании можно возразить и на Ваш аргумент, который звучит как "дескать раз у сиквела больше инсталяций, значит продукт крутой, на нем все можно, а на список фичей конкурентов типа пофиг". Нарываетесь на ответ, что большое количество инсталяций говорит о том, что хоть что-то на этом сиквеле возможно, но ни для чего серьезного он не годится.

P.S. ЛП, давайте не будем хамить, даже "подобромунах", лады ?
Был неправ. Выпил много вотки. Приношу свои извинения.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313401
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторРынок - это рынок. Успешность или неуспешность маркетинга не имеет никакого отношения к характеристикам продукта. Полуось была гораздо круче винды 95, и где теперь та полуось?
И все таки в нем что-то есть ... милионы мух не могли ошибится !
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313407
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
yokon2005
Более всего показательно, что обострения происходят у безграмотных ораклойдов.

А от Скулистов, у которых обострение тока одни грамотеи? Все профессора как на подбор?

yokon2005
Именно этого и боятся ораклисты.

Просто умирают от дного тока страха. Но все равно кое-кто из них в то же время очень доволен сложившейся ситуацией - Оракл в каждой новой версии и новом релизе в результате этой конкуренции выдает много радущих сердце фичей.

yokon2005
По крайней мере, один мой знакомый ораклист из фирмы "Leaves" так и говорит, что их клиенты все чаще требуют MSSQL.

А мы своих клиентов переводим на Оракла и настольгии по скулю у их админов пока не отмечается. Скорей наоборот. Хотя, конечно, может у них опосредованый интерес присутствует - освоить более прибыльный продукт. Но все равно. По мере экономического развития в нашей стране скорее всего будет выравнивание под мировое соотношение продуктов на рынке. Кроме того, много зависит и от ОС. Если Винды повянут до того как Скуль станет кросплатформенным, у него могут возникнуть другие трудности.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313408
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!милионы мух не могли ошибится !
Тоже хороший ответ на "количество инсталяций" :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313422
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Охват рынка - любимый аргумент сторонников Оракл.
Как только привели подобный аргумент про mssql по России, так его быстренько сравнили с популярностью аксесса (который вообще не имеет отношения к предмеру обсуждения) и заявили, что процент продаж - вообще не показатель.

Странно, что еще не кто не заявил, что по России не имеет смысл сравнивать, вот продвинутое зарубежье...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313431
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerSОхват рынка - любимый аргумент сторонников Оракл.
Как только привели подобный аргумент про mssql по России, так его быстренько сравнили с популярностью аксесса (который вообще не имеет отношения к предмеру обсуждения) и заявили, что процент продаж - вообще не показатель.
А кто Вам мешает таким же макаром отвечать ораклоидам?

Никто не говорит, что охват рынка - это вообще не аргумент. Я говорил лишь про то, что охват рынка - это плохой аргумент при ответе на список фичей конкурентов. "У нас много фичей, мы все умеем" - "А зато нас больше, и мы вас шапками закидаем".
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313439
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ЛП
А кто Вам мешает таким же макаром отвечать ораклоидам?

ораклоиды как бы технические параметры сравнивают, а то что оракл занимает 51% российского рынка вспоминают только когда нужно тыкнуть пальцем в очередную глупость.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313444
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!а то что оракл занимает 51% российского рынка
Что, в самом деле что-ли? Какой кашмар... пайду выпью йаду и убью сибя ап стену...
Кстати, уже научились подсчитывать нелегальные инсталяции сиквела?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313454
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛП
Я говорил лишь про то, что охват рынка - это плохой аргумент при ответе на список фичей конкурентов.

Верно. Как верно и то, что объем списка фичей никак не может напрямую влиять на успешность продукта. Т.е. утверждать, что "а у нас фичей больше" - тоже плохой аргумент. Не нужна мне фича управления трактором (которая несомненно появиться в следующем билде Оракла :)

Зато нужна надежность, производительность и другие возможности системы, позволяющие с ней нормально работать (и в mssql205 сделан хороший шаг в этом направлении, вот например обработка ошибок, это да...) А то, что Оракл скоро научиться под гармошку танцевать - так ради Бога, только мне этого не надо...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313456
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerSнадежностьС 7.3 версии
StalkerSпроизводительностьОттуда же
StalkerSдругие возможности системы, позволяющие с ней нормально работать"Не, все понятно, но шо конкретно"
StalkerSвот например обработка ошибок, это да...)Да...обработка ексепшнов...это просто революция...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313457
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ЛП
Что, в самом деле что-ли? Какой кашмар... пайду выпью йаду и убью сибя ап стену...
Кстати, уже научились подсчитывать нелегальные инсталяции сиквела?
имелся ввиду не тот рынок где картошку продают :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313462
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Berg
Да...обработка ексепшнов...это просто революция...

революция, не революция, но по сравнению с обработкой @@error - шаг вперед. Даже скачек
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313464
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ой, сорри цитата конечно Vadim_Maximov, а не Berg'a
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313465
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS Berg
Да...обработка ексепшнов...это просто революция...

революция, не революция, но по сравнению с обработкой @@error - шаг вперед. Даже скачекЯ к тому, что в нормальных СУБД обработка эксепшнов уже есть черт-те как давно...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313478
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vadim_Maximov
Я к тому, что в нормальных СУБД обработка эксепшнов уже есть черт-те как давно...

@@error - вообщем-то тоже обработка. И вообще, не забывайте, что вы сравниваете Оракл с mssql, которому уже 5 лет стукнуло. Vadiminfo вон недавно обозвал 9 версию Оракла DOS'ом, а ведь по времени выхода они с mssql2000 практически совпадают, mssql2000 даже раньше вроде появилась...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313517
yukon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo!!имелся ввиду не тот рынок где картошку продают :)Ну на до же, сколько пафоса!
Впрочем, я за вами Yo!! давно наблюдаю, еще с того момента как вас merle в лужу сажал.
Как это вы за столь короткий срок успели стать таким большим экспертом в БД и рынках их распространения? ;)
Согласен с вами, на рынке продажи моркови ораклу нет равных

Мы буквально недавно работали с системой Brunswick (американская система боулинга). Там все на mssql работает. Вроде все закуплено официально, и тем не менее до фига нелицензионных вспомогательных серверов.

Вообще, согласен, что нелегальных копий mssql в нашей стране на порядок больше, чем нелегальных ораклов.
Хотя, помнится из прежних разговоров, Yo!! так и не смог предоставить номер лицензии своего оракла. Так что, чья бы корова мычала...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313521
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
yukon2005...недавно работали с системой Brunswick (американская система боулинга ) ... до фига нелицензионных вспомогательных серверов

А нафига ?

StalkerS Vadim_Maximov
Я к тому, что в нормальных СУБД обработка эксепшнов уже есть черт-те как давно...

@@error - вообщем-то тоже обработка. И вообще, не забывайте, что вы сравниваете Оракл с mssql, которому уже 5 лет стукнуло. Vadiminfo вон недавно обозвал 9 версию Оракла DOS'ом, а ведь по времени выхода они с mssql2000 практически совпадают, mssql2000 даже раньше вроде появилась...

Ну это личные проблемы vadiminfo. На мой взгляд, реальных задач, которые нельзя принципиально или неоправданно сложно реализовать в рамках 8i, нет.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313557
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
че-то народ действительно нервный перед выходом юкона, чем мой ник так мешает? один забанить просит другой какие-то номера лицензий требует, я где-то когда-то сказал неправду о mssql ?
знаю, если я не предоставлю в 3х дневный срок убедительных доказательств куплености оракла, на 4й проблемы mssql/юкона рассатся сами :) а если забанить то юкон выйдет сразу с db mirror :)

ЗЫ. а мерле это случайно не тот бедолага, что блокировки у читающий транзакций обнаружил ? :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313563
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS ЛП
Я говорил лишь про то, что охват рынка - это плохой аргумент при ответе на список фичей конкурентов.

Верно. Как верно и то, что объем списка фичей никак не может напрямую влиять на успешность продукта. Т.е. утверждать, что "а у нас фичей больше" - тоже плохой аргумент. Не нужна мне фича управления трактором (которая несомненно появиться в следующем билде Оракла :)
Причем здесь оракл и трактор? Был выложен список фичей Sybase ASA. Было сказано, что это не критичные фичи (т.е. без них жить можно). Было сказано, что это удобные фичи (т.е. с ними приятнее и быстрее). Было сказано, что несмотря на отсутствие удобных фичей - можно и на сиквеле проекты реализовывать, покряхтев, попердев, где-то руками, где-то ногами, где-то полураком через жопу, но можно. И в ответ фраза "Да разумеется можно, вы поглядите сколько инсталяций у сиквела!". Да сколько бы ни было инсталяций у сиквела - репликация не станет столь же удобной, как у Sybase'а, и обработки исключений в 2000-ом не появится. А руками (также ногами и через жопу) можно сделать все и на любой платформе, хоть на фокспро, у которой тоже дофига инсталяций.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313575
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛПБыло сказано, что это удобные фичи (т.е. с ними приятнее и быстрее).Вся беда в том, что польза этих удобств совершенно неочевидна. По ряду фич были заданы конкретные вопросы, о реальной пользе и необходимости, но ответа получено не было. Т.е., все заканчивается фактом, что у MSSQL такие фичи отсутствуют. Но это, скорее, позиция маркетолога, а не разработчика, из того же шапкозакидательства.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313578
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA ЛПБыло сказано, что это удобные фичи (т.е. с ними приятнее и быстрее).Вся беда в том, что польза этих удобств совершенно неочевидна.
Это другой вопрос. Но и при ответе на этот вопрос количество инсталяций не является критерием ни "ненужности", ни "неудобности" фичей.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313583
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!
я где-то когда-то сказал неправду о mssql ?


ЛП
Был выложен список фичей Sybase ASA. Было сказано, что это не критичные фичи (т.е. без них жить можно). Было сказано, что это удобные фичи (т.е. с ними приятнее и быстрее). Было сказано, что несмотря на отсутствие удобных фичей - можно и на сиквеле проекты реализовывать, покряхтев, попердев, где-то руками, где-то ногами, где-то полураком через жопу, но можно. И в ответ фраза "Да разумеется можно, вы поглядите сколько инсталяций у сиквела!". Да сколько бы ни было инсталяций у сиквела - репликация не станет столь же удобной, как у Sybase'а, и обработки исключений в 2000-ом не появится.

А в моем-то ответе вам что не понравилось ? Я согласен с тем, что судить по одним лишь инсталляциям - не совсем объективно. Но тем не менее - это фактор, который нельзя совсем игнорировать. Я также сказал, что накрутив тонну-другую "удобных" фичей - вы тоже не гарантируете успех продукта, ибо большая масса их рискует оказаться невостребованной, а то, что окажется полезным - вполне реализуемо и без специальных фич, и вовсе необязательно через жопу.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313590
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А в моем-то ответе вам что не понравилось ?
Да не, все нормально.
Я согласен с тем, что судить по одним лишь инсталляциям - не совсем объективно.
Иногда можно судить и по одним лишь инсталяциям. Смотря о чем судить собираемся.
Иногда можно судить и по одним лишь фичам. Опять таки смотря о чем судить собираемся.
Но нельзя с одного на другое перескакивать. Ибо сравнения СУБД по функциональным возможностям и по распространенности - это два разных сравнения, они ортогональны. Нельзя сравнивать теплое и мягкое.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313603
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛПЭто другой вопрос. Но и при ответе на этот вопрос количество инсталяций не является критерием ни "ненужности", ни "неудобности" фичей.Ответ был на это ASCRUSА я и не спорю, что при желании, времени и силах на MSSQL можно сделать нормальный проект., а не список фич, как таковой. "Нормальность" проекта по Вашему тоже определяется этим списком ? Т.е., фичи есть, так и желания не надо, и времени, не то что сил. Все само делается, грузится и отправляется потребителю :) Именно поэтому и был помянут рынок, который проголосовал денежкой и количеством инсталяций как косвенное, но немаловажное,доказательство, что действительно, можно на MSSQL делать вполне успешные проекты, даже если какие-то фичи, которых как кроликов у конкурентов, отсутствуют. Не будем же мы всерьез считать, что только недоумки, которым некуда девать время(см. выше по списку) покупают MSSQL ради него самого по причине мазохизма ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313636
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как Yo не дает покоя DB Mirroring.
Будет он с выходом Юкона, будет.
Есть "но", в тестовом режиме, официально включат в первом СП. По крайней мере так говорил докладчик на TechNet. Да и выпустят Юкон по словам того же докладчика все-таки 7 ноября.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313762
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA ЛПЭто другой вопрос. Но и при ответе на этот вопрос количество инсталяций не является критерием ни "ненужности", ни "неудобности" фичей.Ответ был на это ASCRUSА я и не спорю, что при желании, времени и силах на MSSQL можно сделать нормальный проект., а не список фич, как таковой. "Нормальность" проекта по Вашему тоже определяется этим списком ? Т.е., фичи есть, так и желания не надо, и времени, не то что сил. Все само делается, грузится и отправляется потребителю :) Именно поэтому и был помянут рынок, который проголосовал денежкой и количеством инсталяций как косвенное, но немаловажное,доказательство, что действительно, можно на MSSQL делать вполне успешные проекты, даже если какие-то фичи, которых как кроликов у конкурентов, отсутствуют. Не будем же мы всерьез считать, что только недоумки, которым некуда девать время(см. выше по списку) покупают MSSQL ради него самого по причине мазохизма ?
Перечисленные и неперечисленные мною "фичи", как для архитектора проектов означают во первых облегчение кода бизнес-логики в БД, во вторых открывают более широкие возможности по реализации сложной бизнес-логики в БД. Что это дает:
1. Требуется написание меньшего по обьему кода, что приводит к меньшему кол-ву ошибок, более легкому проектированию и сопровождению проекта.
2. Приводит к меньшему кол-ву ньюансов, что снижает требования к специалистам с большим опытом работы с данной СУБД, фактически с FB, MSSQL, Oracle специалист достаточно легко обучается и начинает нормально работать с ASA, без последствий наткнуться на ошибки проектирования из за того, что не были учтены какие то ньюансы в силу малого опыта работы.
3. Расширенная функциональность позволяет организовывать собственные мощные и конкуретноспособные проекты, обладающие рядом уникальных характеристик. Ко всему прочему большая область применения РСУБД позволяет не задумываясь реализовывать кроссплатформенные решения, решения для мобильных технологий, для удаленного доступа по слабым каналам или без каналов связи, для интеграции с другими крупными системами на крупных коммерческих РСУБД (вплоть до репликации), для создания автономных самоадминистрирующихся одно и многопользовательских систем с встроенным РСУБД для сбора и анализа информации, написание тиражируемых продуктов и прочее.

Что все это дает ? Все эти 3 пункта дают меньшие риски при написании проектов, меньшую стоимость самих проектов по сравнению с использованием других коммерческих РСУБД из за более дешевых лицензий, более легкое и дешевое обучение и стоимость специалистов, более легкое сопровождение проектов. Сложно наверное себе представить консолидированный MSSQL с 10 000 удаленных узлов по репликации без какого либо наличия технического персонала на местах. Для ASA это нормальная реальность. Сложно себе представить удаленные офисы или КПК на MSSQL, работающие с консолидированной БД на Oracle. Для ASA это тоже нормальная реальность. Сложно себе представить бензоколонку у черта на куличках где то на трассе Москва-Мухосранск, где MSSQL собирает данные и посылает их в центр на консолидированную БД по ночам через GPRS. Для ASA это тоже нормальная реальность. Из чего можно сделать - продукт вполне конкурентноспособный и проекты сделанные на нем так же достаточно хорошо конкуретноспособны. Другое дело, что никто и нигде не проводит маркетинговых акций и реклам по популяции данного продукта, но смею уверить, ASA много где работает даже в России, причем в очень крупных и серьезных конторах, в том числе государственных (к сожалению раскрывать имена не могу, но уж прошу поверить мне на слово). Для меня это тоже достаточный повод ценить и использовать этот сервер. Ну а нет попсовости - да и слава богу, из за этого как минимум этот сервер развивается исключительно для своих групп пользователей и по их пожеланиям в ту сторону, которая выгодна для их бизнеса (естественно имеется ввиду зарубежные группы пользователей). К вопросу о фичах это действительно получается правильно, в функциональности появляется ровно то, что не хватает нам, разработчикам, а не только для того, чтобы толкнуть рекламу маркетинговым отделом.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313809
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS
Сложно себе представить удаленные офисы или КПК на MSSQL, работающие с консолидированной БД на Oracle.

Ну мож и не очень сложно. Надо будет представим. Воображение то какое никакое есть еще пока:
http://]http://www.interface.ru/oracle/OracleDB10g.htm
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33313812
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUSИз чего можно сделать - продукт вполне конкурентноспособный и проекты сделанные на нем так же достаточно хорошо конкуретноспособны. Другое дело, что никто и нигде не проводит маркетинговых акций и реклам по популяции данного продукта, но смею уверить, ASA много где работает даже в России, причем в очень крупных и серьезных конторах, в том числе государственных (к сожалению раскрывать имена не могу, но уж прошу поверить мне на слово).Да верю я Вам, верю, уважаемый. Ни одного слова худого не молвил про ASA, если Вы случайно не заметили, также, как и в адрес других представителей семейства серверных СУБД.
Верю и в пользу тех или иных фич, которые есть у любого из конкурентов MSSQL. И даже сожалею иногда, что нет иных в оном. Просто-напросто иногда раздражает потрясание подобными фичами, как будто без них и СУБД не СУБД, и проекты убогие, и разрабочики тупые, и пользователи недоумки...
Список можете продолжить на Ваше усмотрение :)

С уважением.

P.S. С моей стороны флейм закончен. Прошу прощения у всех, кого случайно зацепил в пылу полемики.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314016
alexey_tm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS alexey_tm
А он просто выделяет памаять по максимуму и больше ее не трогает.

Это вы про mssql ?
тогда совершенно логично выглядит заявление "скажу, что фигня это полная ваш маздай"

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


Просмотрел форумы с Вашим участием, удручает... И вызывают сомнения Ваши заявления.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314196
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[OffTop]
Первая пара выходных за 4 месяца - это прекрасно :)
Первый сезон Вавилона просмотрел
[/OffTop]

StalkerS
я-бы вот например, нашел другую работу. Это (особенно в Москве)
сложностей не представляет. Какой смысл напрягаться на работе, она радость должна приносить...


Во первых, в Казани это НЕСКОЛЬКО сложнее. Во вторых, кто Вам собственно сказал, что работа не доставляет мне радость ??? Не делайте поспешных выводов. В этом мире полно извращенцев

StalkerSЯ говорил про то, что реализовывать фичность надо с умом, а не тащить все подряд, как Плюшкин.

Мне НРАВИТСЯ как это делает Oracle. С Плюшкиным, поверьте это не имеет НИЧЕГО общего. То как о делает Microsoft, мне нравится МЕНЬШЕ, только и всего ;)

StalkerSА вот если пойти по другому пути, и реализовать алгоритм Джо Селко, так он сделает и мой алгоритм и оракловую фичу одной левой. Так что, думайте, господа...

Подумал ... понравилось :) А что мне собственно мешает реализовать того-же Селко на Oracle ??? Подумайте ОБ ЭТОМ.

StalkerS
К счастью, нам такая проблема не грозит. Можем спокойно использовать, и не бояться, что под какой-нибудь осью придется трахаться...


А Вы попробуйте их ЛЮБИТЬ, а не трахать (c) Не мой
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314221
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
segunваши слова лишний раз говорят о вашей недалекости, уж извините такие мои слова. Вы не потрудились проверить мои мысли, а просто предпочли быстренько их отвергнуть. Тесты, реальные тесты, говорят о том что .Net иногда оказывается очень полезен. T-SQL идеально подходит для DML операций, но вот для циклов, сложных мат.расчетов, регулярных выражений он подходит гораздо меньше чем .Net.

Если Вы обратили на это внимание, я несколько раз говорил здесь, что если .Net на стороне MS SQL сервера приживется - то по ЕДИНСТВЕННОЙ причине, в силу УБОГОСТИ TSQL. Заметьте, я сказал то-же самое, просто другими словами

А за неглупого мужика, спасибо. Доброе слово - оно и кошке приятно :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314333
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
yokon2005Согласен с segun . Налицо осеннее обострение у ораклойдов, в предверьи выхода Yukon.
Более всего показательно, что обострения происходят у безграмотных ораклойдов.
Кто вам сказал, что .NET - это интерпретатор? Плюньте в того - он плохой советчик и не показывайте так открыто своего невежества в технологиях MS.
IL практически всегда компилируется в целевой машинный код, при этом эффективность кода очень и очень высока. Код .NET очень эфективен. Можете посмотреть результаты старых тестов .
Неверите - проверьте сами.


Прежде чем хамить, почитайте классиков
.Net это СРЕДА, а большая часть языков в нем такие-же псевдокомпиляторы как Perl и Java. Единственный честный компилятор в .Net С++, при производстве им unmanaged-кода.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314345
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
yukon2005Советую вам написать хотябы одну и посмотреть, что представляет ее ассемблерный код. Видимо, вы будете сильно удивлены.


Возможно вас это удивит, но IL-ассемблер ЯВУ, до тех пор пока не изобретут для него IL-процессор.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314374
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
yukon2005 Gluk (Kazan)P.S. Тенденции в развитии Oracle меня тоже не воодушевлют, но это отдельная тема, что касается MS SQL, лучше-бы он оставался честным блокировочникомОговорка "по Фрейду". Именно этого и боятся ораклисты. По крайней мере, один мой знакомый ораклист из фирмы "Leaves" так и говорит, что их клиенты все чаще требуют MSSQL. А после того как mssql станет еще и версионником, у него останется еще меньше аргументов сманивать этих клиентов на оракл.

Вы уж для себя определитесь - версионность плохо или версионность хорошо, а то это сильно напоминает позицию разработчиков MySQL в отношении транзакций - "транзакции это зло, но в следующей версии мы их обязательно сделаем"
Если-бы в Юконе версионность была сделана нормально, а не через обычное для M$ место, я был-бы только рад :) Мне боятся нечего, работаю с тем что лучше продается
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314385
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛП Yo!!а то что оракл занимает 51% российского рынка
Что, в самом деле что-ли? Какой кашмар... пайду выпью йаду и убью сибя ап стену...
Кстати, уже научились подсчитывать нелегальные инсталяции сиквела?

Скоро это станет ВОЗМОЖНЫМ !!! БГ о Вас постоянно думает и заботится
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314473
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA wrote:
> locky
> нельзя, в результате чего можем иметь до 30% проигрыша по времени.
> Учитывая что если сделать delete то можно нарваться на эскалацию
> блокировок и прочие процессы будут курить... а так - у каждого -
> абсолютно личная таблица, никто никого не блокирует, удалять данные из
> них - просто блеск... кроме того, такие таблички чистятся САМИ при
> обрыве коннекта, а при MS SQL приходится чистить их ручками, как после
> расчета, так и до (на всякий случай).
>
> 30%, если правильно понимаю, взято с потолка, в лучшем случае, на основе
> частного случая. Делайте кластерный ключ со spid первым полем, и ни с
> кем конфликтовать не будете. И чистите всегда до, а не после. Впрочем,
> зачем мне это Вам обьяснять, полагаю, что Вы и сами это знаете. Могу
> согласиться, что в ASA с этим работать проще, но в то же время не
> чувствую себя обделенным благами, мне обычно редко чего не хватает,
> всегда можно сделать самому, слава Богу, есть на это время и желание.
нет, 30% - не с потолка, увы.... Да, и кластерный индекс у нас по SPID,
и чищу всегда до (потому как надо ведь, так что после можно и не чистить)...
Но согласитесь, truncate завсегда быстрее чем Delete. йето раз. Второе.
Когда имеем относительно небольшую вначале табличку, запросто можно
нарваться на то, что менеджер блокировок заблокирует её всю (так
дешевле), и остальные процессы будут ждать. Видено неоднократно.

> locky
> А вы попробуйте позаливать данные из внешних файлов.
>
> BULK оставляет только факт своего выполнения в логе, это-то Вы должны знать
Гы... дык ведь не всегда булк применим, тут уж увы... Иногда приходится
дополнительно обрабатывать данные, причем достаточно сложным образом...
процы юзать... всё такое....

> locky
> или посчитать большие отчеты с множеством промежуточных данных. там нах
> не нужны транзакции, но их, млин, поддерживают... опять таки - проигрышь
> по скорости...
>
> Тут мне сказать нечего, кроме того, что есть OLTP, где отчеты могут
> носить только простейший характер, и OLAP, где аналитики могут рыться
> как свиньи в желудях. Разный подход, разная актуальность и точность
> данных, и подходы к хранению данных - тоже разные. Стремление объединить
> вполне понятно, но, IMHO, либо танк, либо самолет, либо не то и не другое...
Да причем тут олап, прости господи, что-ж вы его кругом все тулите.
Понимаю, слово красивое и направление модное. Но посчитать сальдовку по
500К+ счетам это не поможет, не правда-ли?

> locky
> да потому что она одна на весь сервак!!!!
>
> И что ? Ну сделайте больше файлов, разнесите на разные диски, stripping,
> каналы, контроллеры. Делайте хоть что-нибудь, жаловаться на жизнь все
> могут. В конце концов убедите начальство, если сами к таким не
> относитесь, перейти на Oracle или ASA, вот оно счастье и наступит. Хотя
> у начальства другие приоритеты обычно :)
Гы, батенька... для того чтобы разносить всё на разное железо - на
железо надо денюжки, и немалые подчас. с другой стороны, в некоторых
продуктах (не будем тыкать пальцами) эти проблемы решаеются бесплатно
путем изменения настроек.
И потом... "Делайте хоть что нибудь!" Дык делаем, работа то должна
работать, какие бы проблемы у меня лично не возникали, не правда ли?
Просто хочется проще как-то, душевнее...
Перейти на чо-нить другое? Ну, знаю их куда хуже (знаю что они есть, но
как с йими работать...), потом, у них и своих проблем валом, если не
сказать больше... у меня ведь цель - не сбежать или охаять, а получить в
MS как можно более подходящий мне сервер.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314749
yokon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Прежде чем хамить, почитайте классиков
.Net это СРЕДА, а большая часть языков в нем такие-же псевдокомпиляторы как Perl и Java. Единственный честный компилятор в .Net С++, при производстве им unmanaged-кода.
Часть абстратного кода целочисленных вычислений на C# и его так называемая "псевдокомпиляция":
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
  k = ++i * j + i % j;
 00000028   inc edi  
 00000029   mov eax,edi 
0000002b  cdq             
0000002c  idiv eax,dword ptr [ebp-10h] 
0000002f  mov eax,dword ptr [ebp-10h] 
 00000032   imul eax,edi 
 00000035   add edx,eax 
 00000037   mov dword ptr [ebp-14h],edx 

Хотелось бы спросить, что вы вообще считаете честной компиляцией?

Вместо того, чтобы сылаться на умных дядек, проверьте лучше сами.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314820
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Единовременную компиляцию приложения в исполняемый модуль.
Если не улавливаете разницу, разговаривать не о чем.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314884
Фотография DarkSquid
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Единовременную компиляцию приложения в исполняемый модуль.
Если не улавливаете разницу, разговаривать не о чем.

JIT компиляция непосредственно на машине, на которой код выполняется обладает преимуществом возможности оптимизаций под конкретный процессор. В итоге конечный машинный код, в общем случае, получается более оптимальным при использовании JIT компилятора, нежели при компиляции в расчёте на самую слабую машину.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314928
yokon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Единовременную компиляцию приложения в исполняемый модуль. Если не улавливаете разницу, разговаривать не о чем.По вашему, если эта компиляция будет проходить через промежуточный IL код, несмотря на то, что в результате, я все равно получу эфективный машинный код под данный процессор, то это уже не компиляция - а так - "интерпретатор".
Для вашего сведения, .NET - это не "виртуальная машина", а среда выполнения.
С таким же успехом вы можете назвать VCL - "виртуальной машиной" для выполнения "интерпретируемого кода", порождаемого Delphi - компилятором.
А екстраполируя ваши рассуждения дальше, получается, что и Win32 - это "виртуальная машина Windows" для выполнения интерпретируемого процессором машинного кода.

Да, разговаривать действительно мало о чем.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314961
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DarkSquid Gluk (Kazan)Единовременную компиляцию приложения в исполняемый модуль.
Если не улавливаете разницу, разговаривать не о чем.

JIT компиляция непосредственно на машине, на которой код выполняется обладает преимуществом возможности оптимизаций под конкретный процессор. В итоге конечный машинный код, в общем случае, получается более оптимальным при использовании JIT компилятора, нежели при компиляции в расчёте на самую слабую машину.

В последний раз (надоело уже) Java точно такой-же JIT компилятор, правда в отличии от .Net действительно кроссплатформенный. Если термин (компилятор) применяется, его следует применять строго.

Строго говоря, языки платформы .Net, за исключением C++ НЕ КОМПИЛЯТОРЫ

И закончим на этом
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33314981
Фотография DarkSquid
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)В последний раз (надоело уже) Java точно такой-же JIT компилятор, правда в отличии от .Net действительно кроссплатформенный.


Согласен. Ну и что? (что-то я пропустил не 12 страницах, видимо...) Работает, скомпилённый код, кстати ни чуть не медленнее чем код на C++. Единственный глюк - сборка мусора неэффективно производится. А так - всё быстро, разумно и удобно.

Gluk (Kazan)И закончим на этом

Как пожелаете.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315011
yokon2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Строго говоря, языки платформы .Net, за исключением C++ НЕ КОМПИЛЯТОРЫ
И закончим на этомПо величайшему повелению Gluk (Kazan), отныне все обязаны называть эти языки "интерпретаторами".
Все поняли!!!
Они не укладываются в понятие "строгого" компилялятора потому что производят промежуточный код на неком абстрактном ассемблере, которым является IL.
Несмотря на то, что в результате перед первым выполнением, такой программы, вы все равно получите машинный код - требую не верить своим глазам.
Отныне называть .NET Framework - "виртуальной машиной", занимающейся нелегким делом интерпретации машинного кода для запуска библиотек.

Так велел, великий и мудрый Gluk из Казани.

И закончим на этом!!! И чтоб цыц у меня!!!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315073
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторОтныне называть .NET Framework - "виртуальной машиной", занимающейся нелегким делом интерпретации машинного кода для запуска библиотек.

А что разьве это не так ???

До чего-же некоторые люди бывают смешными :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315274
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Строго говоря, языки платформы .Net, за исключением C++ НЕ КОМПИЛЯТОРЫНа сколько я понимаю, спор идет о возможности применения термина "интерпретатор" к java или С#. Так строго говоря, это неверно.
Интерпретатором в какой-то степени можно назвать виртуальную машину java.
PL/SQL, T-SQL - это интерпретаторы. Но если откомпилировать тот же PL/SQL в машинный код - то результат уже интерпретироваться не будет.
Точно так же и с IL для NET. В конечном результате имеем тот же EXE-шник в машинных кодах, выполнение которого не подходит под определение интерпретатора. Больше подходит на определение компилятора из IL.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315304
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexey_tm StalkerS alexey_tm
А он просто выделяет памаять по максимуму и больше ее не трогает.

Это вы про mssql ?
тогда совершенно логично выглядит заявление "скажу, что фигня это полная ваш маздай"

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


Просмотрел форумы с Вашим участием, удручает... И вызывают сомнения Ваши заявления.
Оцениваете уровень моего интеллекта, вместо того, чтобы почитать хотя-бы BOL ? ну-ну, продолжайте в том-же духе...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315326
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DoomaВ конечном результате имеем тот же EXE-шник в машинных кодах, выполнение которого не подходит под определение интерпретатора. Больше подходит на определение компилятора из IL.

Извините, Вы внутрь этого "EXE-ника" заглядывали. Не верите мне, поверьте Рихтеру ссылку на которого я привел чуть выше. Там галимый IL-код ничего общего с машинным не имеющий. Точно также как и в class-файлах.

На заборе тоже не дрова написано, если файл имеет PE-хидер это еще не гарантия того, что внутри машинный код
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315339
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lockyНо согласитесь, truncate завсегда быстрее чем Delete. йето раз.Безусловно, но физически это несколько разные процессы, не находите ? Заменить одно на другое даже на системном уровне не так-то просто...
lockyКогда имеем относительно небольшую вначале табличку, запросто можно нарваться на то, что менеджер блокировок заблокирует её всю (так
дешевле), и остальные процессы будут ждать. Видено неоднократно.Не сталкивался, хотя и пользую нечто подобное. Только большой она вообще никогда не становится :) Почему такое происходит у Вас, ума не приложу, надо смотреть. Может хинтами попробовать ? Может посмотреть в сторону sp_indexoption ? Все ли там нормально ? READPAST пользовать почаще, так как "чужие" записи Вам не нужны, да мало ли...

lockyдык ведь не всегда булк применим, тут уж увы... Иногда приходится
дополнительно обрабатывать данные, причем достаточно сложным образом...
процы юзать...Опять же, верю на слово, но не зная ситуации, предложить ничего не могу. Почти наверняка что-то можно сделать, но на это нет либо желания, либо времени, либо сил :) Хотелось бы, чтобы оно само, автоматически, читаешь, как у других, и завидуешь, но кто знает, чем приходиться платить им за эти "фичи". Перейдете на другой сервер и получите уже их проблемы, во весь рост. И опять, то нельзя, это никуда не годится... Неужели непонятно, что всяк кулик свое болото хвалит ? А у нас усугбляется еще и хулой в адрес других.

lockyДа причем тут олап, прости господи, что-ж вы его кругом все тулите. Понимаю, слово красивое и направление модное. Но посчитать сальдовку по 500К+ счетам это не поможет, не правда-ли?Этому слову 100 лет в обед :) Простите, но не уверен, что "сальдовку по 500К+ счетам" надо делать непременно на весьма активной OLTP, а потом удивляться, что это у нас все тормозит. Не говоря уж о том, что наверняка это нечастая операция, и, более чем наверняка, ее можно посчитать в другое время. Или хранить посчитанные данные заранее, и в нужный добавлять только неучтенное.
Log-shipping на другой сервер, наконец, пусть там считают. Да мало ли способов...
Вы всерьез полагаете, что на любой из других СУБД "сальдовка по 500К+ счетам" будет "летать" ?

lockyдля того чтобы разносить всё на разное железо - на
железо надо денюжки, и немалые подчас. с другой стороны, в некоторых
продуктах (не будем тыкать пальцами) эти проблемы решаеются бесплатно
путем изменения настроек.
И потом... "Делайте хоть что нибудь!" Дык делаем, работа то должна
работать, какие бы проблемы у меня лично не возникали, не правда ли?
Просто хочется проще как-то, душевнее...Желание получить дешевше, да числом поболе, вполне понятно, но неужели Вы верите в чудесную опцию, которую установив, сразу получишь ракету ? Если даже так, то почему она сразу не установлена ? По приколу, чтобы админу было чем заняться на досуге ? В чудеса-то верить не поздно, возраст-то поди уже не тот ? :)

lockyПерейти на чо-нить другое? Ну, знаю их куда хуже (знаю что они есть, но как с йими работать...), потом, у них и своих проблем валом, если не
сказать больше... у меня ведь цель - не сбежать или охаять, а получить в
MS как можно более подходящий мне сервер.Вот-вот, за все надо платить :) Вы полагаете, что участием в этом форуме, в этой ветке, выкручиваете MS руки и вот теперь-то он исправится ? :))
Лучше про проблемы MSSQL говорить на соответствующем форуме, IMHO, пользы больше будет.

C уважением.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315506
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA wrote:
> locky
> Но согласитесь, truncate завсегда быстрее чем Delete. йето раз.
>
> Безусловно, но физически это несколько разные процессы, не находите ?
> Заменить одно на другое даже на системном уровне не так-то просто...
дык никто и не просит менять, на системном уровне!!!!
если предположить, что у меня всего 1 (прописью: один) коннект, то я
могу юзать обычную табличку, так ведь? Могу делать ей truncate, который
быстрее delete. Так? покак никакого криминала. Теперь у меня 2 коннекта.
Так вот сайбейс каждому коннекту отдает его личную табличку.

> locky
> Когда имеем относительно небольшую вначале табличку, запросто можно
> нарваться на то, что менеджер блокировок заблокирует её всю (так
> дешевле), и остальные процессы будут ждать. Видено неоднократно.
>
> Не сталкивался, хотя и пользую нечто подобное. Только большой она вообще
> никогда не становится :) Почему такое происходит у Вас, ума не приложу,
> надо смотреть. Может хинтами попробовать ? Может посмотреть в сторону
> sp_indexoption ? Все ли там нормально ? READPAST пользовать почаще, так
> как "чужие" записи Вам не нужны, да мало ли...
У нас тоже редко становится большой. Но на определенном моменте SQL
решает, что раз уж блокировано 80% записей (т.е. 80 из 100) то проще
наложить лок на табличку...
Тем паче, у меня не readpast , а nolock.....

> locky
> Да причем тут олап, прости господи, что-ж вы его кругом все тулите.
> Понимаю, слово красивое и направление модное. Но посчитать сальдовку по
> 500К+ счетам это не поможет, не правда-ли?
>
> Этому слову 100 лет в обед :) Простите, но не уверен, что "сальдовку по
> 500К+ счетам" надо делать непременно на весьма активной OLTP, а потом
> удивляться, что это у нас все тормозит. Не говоря уж о том, что
> наверняка это нечастая операция, и, более чем наверняка, ее можно
> посчитать в другое время. Или хранить посчитанные данные заранее, и в
> нужный добавлять только неучтенное.
да знаю я, редко считается... и сводные данные в различных разрезах
считаются джобами по ночам. но есть к сожалению некоторые виды отчетов,
для которых сводные данные сопоставимы по объему с исходными. Тут свод
не сосчитаешь. Кроме того, требуется ведь не только чтобы система 90%
времени работала хорошо, но и то, чтобы в те 10% времени система
работала нормально.

> Log-shipping на другой сервер, наконец, пусть там считают. Да мало ли
> способов...
Другой сервер надо иметь, а это - деньги.

> Вы всерьез полагаете, что на любой из других СУБД "сальдовка по 500К+
> счетам" будет "летать" ?
На сайбейсе - возможно, за счет отказа от логгирования, за счет
сессионных временных таблиц.

>
> locky
> для того чтобы разносить всё на разное железо - на
> железо надо денюжки, и немалые подчас. с другой стороны, в некоторых
> продуктах (не будем тыкать пальцами) эти проблемы решаеются бесплатно
> путем изменения настроек.
> И потом... "Делайте хоть что нибудь!" Дык делаем, работа то должна
> работать, какие бы проблемы у меня лично не возникали, не правда ли?
> Просто хочется проще как-то, душевнее...
>
> Желание получить дешевше, да числом поболе, вполне понятно, но неужели
> Вы верите в чудесную опцию, которую установив, сразу получишь ракету ?
> Если даже так, то почему она сразу не установлена ? По приколу, чтобы
> админу было чем заняться на досуге ? В чудеса-то верить не поздно,
> возраст-то поди уже не тот ? :)
Почему не установлена? не знаю. Тот же сайбес (во прилип), оракл,
информикс - имеют нелогируемы таблицы/базы ( с теми или иными
ограничениями). Значит, пользу от этого понимаю не только я.

>
> locky
> Перейти на чо-нить другое? Ну, знаю их куда хуже (знаю что они есть, но
> как с йими работать...), потом, у них и своих проблем валом, если не
> сказать больше... у меня ведь цель - не сбежать или охаять, а получить в
> MS как можно более подходящий мне сервер.
>
> Вот-вот, за все надо платить :) Вы полагаете, что участием в этом
> форуме, в этой ветке, выкручиваете MS руки и вот теперь-то он исправится
> ? :))
> Лучше про проблемы MSSQL говорить на соответствующем форуме, IMHO,
> пользы больше будет.
Ну, в форуме... там это несколько бессмыслено, там обсуждается как есть,
а не как хочется... А писать письма с пожеланиями... усталь уже...

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315527
C#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
C#
Гость
Gluk (Kazan) DoomaВ конечном результате имеем тот же EXE-шник в машинных кодах, выполнение которого не подходит под определение интерпретатора. Больше подходит на определение компилятора из IL.

Извините, Вы внутрь этого "EXE-ника" заглядывали. Не верите мне, поверьте Рихтеру ссылку на которого я привел чуть выше. Там галимый IL-код ничего общего с машинным не имеющий. Точно также как и в class-файлах.

На заборе тоже не дрова написано, если файл имеет PE-хидер это еще не гарантия того, что внутри машинный код
Там нет машинного кода. Машинный код получается перед первым исполнением. По аналогии с JIT
Но назвать это интерпретатором не верно.
Возможно, правильно будет двухступенчатый компилятор. В смысле не пошаговй, как интерпретатор.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315538
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
C#
Там нет машинного кода. Машинный код получается перед первым исполнением. По аналогии с JIT

при желании можно заранее откомпилировать, и сохранить на диске в откомпилированном виде, тогда компиляция при первом исполнении уже будет не нужна
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315544
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS C#
Там нет машинного кода. Машинный код получается перед первым исполнением. По аналогии с JIT

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

С этого места поподробней
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315558
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky
Но на определенном моменте SQL
решает, что раз уж блокировано 80% записей (т.е. 80 из 100) то проще
наложить лок на табличку...

эсколацию вообще можно отключить, если не нравиться. А в одной из статей Мерле писал, как заставить сервер не применять эсколацию к отдельно взятой таблице
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315562
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) StalkerS C#
Там нет машинного кода. Машинный код получается перед первым исполнением. По аналогии с JIT

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

С этого места поподробней
Да у того же Рихтера про это упомянуто. Если интересно - могу номер страницы сказать.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315569
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)
С этого места поподробней
Существует утилита NGen.exe. Вот тут почитать можно. Я правда, не пользовался
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315573
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Строго говоря, языки платформы .Net, за исключением C++ НЕ КОМПИЛЯТОРЫ Строго говоря - языкам пох как тексты, написанные на них, обрабатываются дальше - компилятором, интерпретатором или даже архиватором
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315584
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS locky
Но на определенном моменте SQL
решает, что раз уж блокировано 80% записей (т.е. 80 из 100) то проще
наложить лок на табличку...

эсколацию вообще можно отключить, если не нравиться. А в одной из статей Мерле писал, как заставить сервер не применять эсколацию к отдельно взятой таблице

А чем это закончится для сервера там не написано ???
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315597
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS Gluk (Kazan)
С этого места поподробней
Существует утилита NGen.exe. Вот тут почитать можно. Я правда, не пользовался

Ага помню, была такая косточка. Но сути дела это не меняет. C# в частности, стоит в одном ряду с Java и Perl. Мало у кого поворачивается язык называть последние компиляторами, хотя и интерпретаторами х назвать тяжело.

2 hvlad

К сожалению, я не осознал всей глубины Вашего ОЧЕНЬ полезного и уместного замечания относительно того что языкам пох

МНЕ НЕ ПОХ
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315608
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>>А чем это закончится для сервера там не написано ???

ничем хорошим. Поэтому эсколация по умолчанию и включена
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315656
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)2 hvlad

К сожалению, я не осознал всей глубины Вашего ОЧЕНЬ полезного и уместного замечания относительно того что языкам пох

МНЕ НЕ ПОХА теперь у меня "игривое настроение". Более того - я действительно вижу, что здесь больше прикалываются, чем говорят серьёзно. Т.к. утверждения: "язык - компилятор" и "язык - интерпретатор" одинаково смешны

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

Могу я также поинтересоваться определением компилятора, которое вы подразумеваете в этой затянувшейся беседе ?

Как обычно - ничего личного
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315709
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan) Ага помню, была такая косточка. Но сути дела это не меняет. C# в частности, стоит в одном ряду с Java и Perl. Мало у кого поворачивается язык называть последние компиляторами, хотя и интерпретаторами х назвать тяжело.

МНЕ НЕ ПОХ При работе через JIT это очень даже компиляторы. Политкоректнее их называть языками нового поколения.

Мне то же не пох. Тем более, что программы написанные на C# работают как минимум не медленнее аналогичных на Delphi.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315720
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторА теперь у меня "игривое настроение".

Ага, точно. Мстя меня настигла !!! Дон поражен в пятку.
Разумеется я имел в виду РЕАЛИЗАЦИИ языков :) Но между нами, не предтставляю кому придет в голову реализовывать С# как компилятор. Что касается Perl-а его просто НЕЛЬЗЯ реализовать как компилятор не убив при этом значительную часть функционала.

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

Как только появится IL-процессор в виде физического девайса, я немедленно признаю, что таки да C# - компилятор
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315728
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DoomaМне то же не пох. Тем более, что программы написанные на C# работают как минимум не медленнее аналогичных на Delphi.

Не стоит быть столь категоричным Как минимум в Delphi отсутствует сборка мусора.

для hvlad

Под Delphi я понимаю одноименный инструментарий Borland до 7-ой версии включительно
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315729
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS wrote:
> locky
>
> Но на определенном моменте SQL
> решает, что раз уж блокировано 80% записей (т.е. 80 из 100) то проще
> наложить лок на табличку...
>
>
> эсколацию вообще можно отключить, если не нравиться. А в одной из статей
> Мерле писал, как заставить сервер не применять эсколацию к /отдельно
> взятой таблице/
мне не надо её отключать, мне надо бы ею управлять...
если, к примеру, мне надо наложить лок на 80% таблицы (800К из 1М) - то
ради бога, пусть будет эскалация. А вот 80 из 100 - плиз, не надо...
зы знаю и как включать/выключать, и всё такое...

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315756
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) авторА теперь у меня "игривое настроение".

Ага, точно. Мстя меня настигла !!! Дон поражен в пяткуНу, не совсем мстя...

Gluk (Kazan)Разумеется я имел в виду РЕАЛИЗАЦИИ языков :) Но между нами, не предтставляю кому придет в голову реализовывать С# как компилятор. Что касается Perl-а его просто НЕЛЬЗЯ реализовать как компилятор не убив при этом значительную часть функционала.

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

Как только появится IL-процессор в виде физического девайса, я немедленно признаю, что таки да C# - компиляторВсё это (деление на компиляторы и интерпретаторы) очень и очень условно. С точки зрения процессора т.н. машинный код - тоже интерпретируемая программа. У процессоров свой "машинный язык", выполняемый ими непосредственно. Да и сам процессор тоже состоит из конечного числа элементарных логических блоков (И, ИЛИ, НЕ), так штааа... ;) Впрочем - всё это и так известные и очевидные вещи.
Так что иногда не мешает оглянуться назад (с 13-ой страницы) и спросить - 'а был ли мальчик ?', т.е. - о чём спорим-то ?

PS Существует множество железных java-процесоров, применяемых в самых разных устройствах. Если IL кому-нибудь придёт в голову встроить в кофеварку - появятся такие железки и для него :) Не в этом суть...


Gluk (Kazan)Под Delphi я понимаю одноименный инструментарий Borland до 7-ой версии включительно Дельфи - это среда разработки. Есть уже 9 версий, 10-я на подходе, так что - определитесь с версиями ;)
А язык называется object pascal, по крайней мере в Борланде употребляют это название
А сборку мусора можно и в Дельфи сделать - было бы зачем :)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315757
Фотография DarkSquid
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Не стоит быть столь категоричным Как минимум в Delphi отсутствует сборка мусора.


Зато необхожимость освобождения памяти не исчезает. Память освобождается обычно всегда, когда она становится ненужной. Поэтому, если не задумываться об оптимальной стратегии выделения и освобождения ресурсов, можно легко написать неэффективное приложение, которое будет постоянно то требовать маленькие кусочки памяти, то освобождать их обратно.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315768
Фотография DarkSquid
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот написал пост предыдущий - и понял, что не знаю как в C#, а в Java на стеке объект разместить не удастся. А ведь выделение памяти на стеке - самый быстрый способ.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315769
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
наболело

А про 7-ку я специяльно уточнил. Все начиная с 8-ки это не Delphi, а .Net-овский отстой

2 hvlad

Оглянуться назад, энто всегда пжалуста. Кое-кто пытался тут уверять что после перевода на .Net бизнес логика Юкона, заработает очччень быстро. Я ответил, что так не считаю и объяснил почему.

Попутно я упомянул, что языки .Net-а кроме C++ это не совсем компиляторы
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315773
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DarkSquidВот написал пост предыдущий - и понял, что не знаю как в C#, а в Java на стеке объект разместить не удастся. А ведь выделение памяти на стеке - самый быстрый способ.

В C# ТИП объекта определяет где он будет размещен на стеке или в куче.
Тоже маразм на мой взгляд.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315786
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan) Оглянуться назад, энто всегда пжалуста. Кое-кто пытался тут уверять что после перевода на .Net бизнес логика Юкона, заработает очччень быстро. Я ответил, что так не считаю и объяснил почему.
Еще раз вам вопрос, почему?
На момент исполнения этого тригера, ХП,... это будет уже откомпилированный код (если хотите отJIT-ированный код). Так почему же вы так не считаете?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315798
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DoomaТак почему же вы так не считаете?

патамушта
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315817
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вшем шпакойной ночи
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315822
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)
патамушта

Почему? Патамушта: "Кстати 9 Oracle УМЕЕТ компилять PL/SQL в native-код только никому это нах не нужно"?

Как-то, согласитесь, совсем не убедительно.

Функции работы со строками, мат. расчеты, еще что-нибудь не связанное напрямую с осуществлением запросов к реляционному механизму, может даже очень ускорится.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315824
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Блин, вас во все пальцем тыкать ? Почитайте там в окрестности.
Скрость выполнения арифметических операций НЕ КРИТИЧНА для сервера БД

Др завтра
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315837
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Да, вот так и заканчиваются, обычно аргументация противников MS.

На вопрос почему, с их точки зрения, MS хуже, отвечают "патамушта"
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316031
Гы...
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Вы уж для себя определитесь - версионность плохо или версионность хорошо, а то это сильно напоминает позицию разработчиков MySQL в отношении транзакций - "транзакции это зло, но в следующей версии мы их обязательно сделаем"

Гы...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316343
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DoomaДа, вот так и заканчиваются, обычно аргументация противников MS.

На вопрос почему, с их точки зрения, MS хуже, отвечают "патамушта"

Очень удобно разглагольствовать об аргументации человека, который свалил домой (предупредив об этом) и не может ответить. БРАВОООО !!!

Вы по ссылке ходили ? Тексты постов разных всяких там читали ???
Нет ???? Ладно, разжую еще 1999 китайский последний раз:

1 правило оптимизации - НЕ НУЖНО ОПТИМИЗИРОВАТЬ ТО ЧТО В ОПТИМИЗАЦИИ НЕ НУЖДАЕТСЯ

На серверах БД процессор ИСКЛЮЧИТЕЛЬНО редко является узким местом в плане оптимизации (и как правило это клиника). Из этого проистекает, что любые меры направленные на оптимизацию работы процессора, не принесут сколь нибудь заметного улучшение производительности для системы в целом.

Более того, подобная "оптимизация" может ухудшить производительность
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316493
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)А про 7-ку я специяльно уточнил. Все начиная с 8-ки это не Delphi, а .Net-овский отстой
Вы как всегда в своем репертуаре: сам не пробовал, но на вкус....

То, что вы лично с .Net не научились работать, никак не умаляет значения .net вообще и для других в частности.

То, что в Delphi в любой версии можно писать, не трогая .Net - вам наверное тяжело понять, вас одни только слова уже отпугивают: Delphi.Net.

Так может потрудитесь хоть чего-то научиться, написать чего, понять - не в теории и по книжкам, а руками - и потом уж выдавать абсолютные мнения?

======

Топик дурдома, блин..........

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316521
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygraТо, что в Delphi в любой версии можно писать, не трогая .Net - вам наверное тяжело понять, вас одни только слова уже отпугивают: Delphi


Валяйте, напишите не .Net-ое приложение на Delphi 8, а потом учите меня

авторне в теории и по книжкам, а руками

Жить

P.S. Пламенный привет от одного участника дурдома, другому
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316532
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати VC .Net 2003 меня отчего-то не пугает
Delphi это мое тяжелое прошлое
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316563
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Delphi это мое тяжелое прошлоеТак может в этом источник проблем ?
Не в Дельфи, конечно, а в тяжести этого прошлого
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316588
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ладно, пчихологи :)

По существу вот этого
будут какие-нить предложения, помощь, пожертвования ???

Или будем обсуждать мое тяжелое детство и деревянные игрушки ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316595
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317157
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Ладно, пчихологи :)

По существу вот этого Во-первых, в Yukon .Net таки интегрирован, а не прицеплен сбоку, так что я очень удивлюсь, если там будут такие проблемы.

Во-вторых, никто не призывает выкинуть T-SQL (PL\SQL etc) и заменить его на .Net процедуры целиком и полностью

В-третьих, тезис о том, что СУБД больше зависит от диска, чем от процессора, конечно верен, но не нужно делать из этого кумира. Сейчас многие предпочитают бОльшую часть логики держать на сервере и интерпретируемые процедурные SQL расширения весьма громоздки, неудобны и медленны, да и память (кеш) сейчас весьма велика и снимает нагрузку с диска. Не зря ведь Оракл ввёл возможность компиляции в native-code для своего тормоза - PL\SQL :)

Я сам не сторонник .Net\Java, но нужно быть реалистами.

Gluk (Kazan)Или будем обсуждать мое тяжелое детство и деревянные игрушки ?Это как Сэр пожелает ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317291
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladYukon .Net таки интегрирован, а не прицеплен сбоку, так что я очень удивлюсь, если там будут такие проблемы.


Проблемы того рода что описаны в посте как-раз таки скорее возникнут ИМЕННО из-за того что .Net НЕ ПРИКРУЧЕН сбоку :)
Нафига мне сборка мусора НА СЕРВЕРЕ, которая врубается когда пожелает и приостанавливает ВСЕ потоки, а не только те которые реально используют .Net-ый хип ???
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317321
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladЯ сам не сторонник .Net\Java, но нужно быть реалистами.


Я и стараюсь быть реалистом. В Oracle ни то ни другое по большому счету НАХ не нужно (исключая ситуации отсылки EMail-ов самим сервером как клинику). Это подсказывает, что и в Юконе .Net станет как минимум гемороем от которого сложно отказаться в силу того, что TSQL даже подвинченный слабее PL/SQL-я.
Кроме того, терзают сомнения, что даже если не будет использоваться .Net, сборка мусора будет врубаться, с вытекающими последствиями :(
реализация версионности тоже вызывает вопросы
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317347
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Валяйте, напишите не .Net-ое приложение на Delphi 8, а потом учите меня
У меня установлены от 5 до 2005 все версии. На всех писал не .net-овские приложения. В чем у вас лично проблема с этим? В 2005 мне вообще очень понравилась IDE, планируем на нее - или 2006 уже - переходить скоро. Оставаясь на win32!

И что?
Не понял я. Вы когда-то давно на Delphi 1.0 не смогли чего-то сделать - и теперь наследие этого прошлого никак не забудете? Или что?

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317366
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) Я и стараюсь быть реалистом. В Oracle ни то ни другое по большому счету НАХ не нужно (исключая ситуации отсылки EMail-ов самим сервером как клинику). Это подсказывает, что и в Юконе .Net станет как минимум гемороем от которого сложно отказаться в силу того, что TSQL даже подвинченный слабее PL/SQL-я.
Ёп....ерный театр.
Сейчас, без всяких .net, пишем на TSQL - нет проблем.
В следующей версии, когда TSQL станет лучше, вдруг ничего не получится.

Причем не получится у тех, кто и сейчас на MS SQL не пишет и не знает о нем ничерта.

Но причем тут мы? Мы то тут при чем, если у кого-то другого страхи и проблемы ....

=====
ЗЫ Напоминает обсуждение Ламборджини, когда те, кто не то что на нем не ездил, но и не садился даже, обсуждают его мягкость хода, плавность переключения передач, отдачу рулевого управления и т.д., причем не просто обсуждают, а хают со всех сил

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317442
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 tygra

Да не кипятитесь вы так. Нет у меня проблем с Delphi. Работал с ней с 1 по 7 версию, кроме 4 и 6. На следующие версии перепрыгивать не собираюсь, поскольку вполне благополучно перепрыгнул на MSVC.
Относительно 8-ки признаю, был не прав посмотрел ее невнимательно. Нах она мне не вперлась.

Да и Юкон этот, пререлизный в столе лежит, тоже мне Ламборджини

По существу есть что сказать ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33318028
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторПо существу есть что сказать ?
То же самое, что и у вас

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33318037
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygra авторПо существу есть что сказать ?
То же самое, что и у вас

-- Tygra's --

Рад за Вас
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33319931
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Я смотрю Глюк, тут все гневно воздух потрясает. Приводит свои неудачные примеры работы с .NET, который мусор собирал в неудобное время, но при этом был прикручен сбоку и хер знает вообще как.
Так может руки кривы или пытаетесь использовать "кофеварку" вместо "заварочного чайника". Из чего делаете долгоиграющие выводы.
Ну так, уважаемый, можно дальше пойти. Не win и unix-ы - это не системы реального времени со всеми вытекающими последствиями.

У вас большие вопросы вызывает реализация версионности в будущем Юкон. У меня признаться тоже вызывает. Но просто потому, что я ее пока сам не пощупал, но все что заявлено и везде обмусолено, мне лично нравится больше, чем в оракле (можете оставаться при своем мнении).

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

А пока вы воздух трясли, мы тут еще одну контору на mssql перевели. С ораклом они связываться не хотели сами - серверов им нужно много, а дорогостоящих DBA-бездельников(с их слов) кормить не собираются. ;)

Удачи! ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33320222
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Боюсь, что Вы Dooma делаете ПОСПЕШНЫЕ выводы, не уловив всей последовательности событий, а стало быть и некоторой пикантности ситуации.

1. То что на Linux (за все реализации Unix говорить не буду) и Windows (хотя некоторые и думают по другому) НЕВОЗМОЖНО построить систему с гарантированным временем отклика я ПРЕКРАСНО ЗНАЮ. Но вот заказчику это не объяснишь. Он ить хочет RADIUS-сервер на Windows хоть ты тресни без потерь пакетов (а чтобы пакет не потерялся он должен быть обработан в течение 1 сек. по ТЗ). Соответственно, если систему можно построить так чтобы она периодически не теряла по 3-5 пакетов подряд, необходимо построить ее именно таким образом.

2. Первоначально .Net сборка (не нашего производства) была прикручена не сбоку, а самым что ни на есть прямым образом (и не надо меня парить про чайники и кофеварки, не первый год замужем), да вот незадача, начиная периодически чистить мусор (о чем ее никто не просил, поскольку мусор мы и так чистим за собой сами) она скотина приостанавливала ВСЕ потоки приложения. Заметьте ВСЕ, а не только те что работают с .Net :) Что в конечном итоге приводило к потерям пачек пакетов, поскольку они сыпались с интервалом 10 мс.

3. Пришлось прикрепить .Net сборку СБОКУ, что немедленно и ПОЛНОСТЬЮ РЕШИЛО ПРОБЛЕМУ. Там она тихо занимается своим делом, периодически устраивает себе зачистки и НИКОМУ НЕ МЕШАЕТ

Подумайте над этим. Более прямым оказалось решение с привичиванием сбоку, что на сервере БД вряд-ли проделаешь :( А как-же принцип нулевых издержек ??? Я не заказывал эту музыку на сервере, а она мне (в полном соответсвии с документацией) будет периодически притормаживать все потоки сервера. Ай яй яй Меня опять терзают смутнные сомнения :(

И последнее: Мне начхать на продажи Oracle и на то как Вы кого-то куда-то перевели. Если Вы думаете что это меня пугает Вы ГЛУБОКО заблуждаетесь. Мне на это НАКЛАСТЬ.

Что меня беспокоит, так это надвигающаясь перспектива работы с СЫРЫМ продуктом. В разработке конечно, до продакта ему как до Китая раком, так что удачи Вам и Вашим клиентам в Вашем нелегком бизнесе
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33320583
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Gluk - как я понимаю, готовый RADIUS вам не подходил.
А прописать на NAS в конфигурации несколько RADIUS серверов?
офф-топик, но просто интересно.
У нас именно так и было, один NAS - три RADIUS.
правда, не на винде.
Логику обработки аккаунтинговой инфы сделали как можно проще - просто отправлялось сообщение в очередь, и время отработки радиуса было минимальным.
Ну а из очереди сообщения обрабатывались уже совсем не радиусом.
Ну, ясное дело, никакой java, или там, perl (были предложения), на радиусе и близко небыло, именно по тем же соображениям, что и у вас.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33320609
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvGluk - как я понимаю, готовый RADIUS вам не подходил.


Это все лучше в почту :) Пульни мне письмо, завтра отпишусь.
Сегодня уже сваливаю.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33324065
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 ggv

Письмо дошло ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33324078
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Gluk - да кудаж оно нафиг денется, дошло.
Задачи мы решали разные, разными средствами, и на разных платформах.
Мало общего.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33326111
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Близится выход релиза мс-скл2005 - радостное событие ожидаемое с нетерпением всем мировым ИТ сообществом. Популярность этого продукта была запрограммирована еще до начала его разработки. Основной вопрос, на который еще нет окончательного ответа - что ждет нас в следующих версиях? недавно МС опубликовала свои планы по разработке C# 3.0 Планируется встроить в этот язык средсва выполнения декларативных запросов позволяющие обрабатывать граф объектов хранимый в базе мс-скл. Эта возможность переводит мс-скл в разряд оодб. О дальнейших тенденциях развития мс-скл и его возможном объединении с ооdb cerebrum читайте на форуме Microsoft http://forums.microsoft.com/msdn/ShowPost.aspx?PostID=102627 Я обращаюсь ко всем, кому не безразлична перспектива превращения мс-скл из обычной рдбмс в ообд принять в ней участие.

ГЫ.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33326131
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklin
Близится выход релиза мс-скл2005 - радостное событие ожидаемое с нетерпением всем мировым ИТ сообществом.
О дальнейших тенденциях развития мс-скл и его возможном объединении с ооdb cerebrum

Эта возможность особенно трепетно ожидается "всем мировым ИТ сообществом". Сам по себе Скуль все мировое сообщество никада бы не заинтересовал или, по крайней мере, не вызывал у него бы такого нетерпения. Объединение его с ооdb cerebrum решительно меняет эту негативную ситуацию в лучшую для него сторону. Может и ораклисты теперь будут им завидовать - ведь Оракл врядли када-либо заинтересуется объединением с ооdb cerebrum и никако поэтому нетерпения не намечается.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33326324
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
пайду забюсь пад кравать и замру в ужосе
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33327600
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklin wrote:
> Близится выход релиза мс-скл2005 - радостное событие ожидаемое с
> нетерпением всем мировым ИТ сообществом. Популярность этого продукта
> была запрограммирована еще до начала его разработки. Основной вопрос, на
> который еще нет окончательного ответа - что ждет нас в следующих
> версиях? недавно МС опубликовала свои планы по разработке C# 3.0
> Планируется встроить в этот язык средсва выполнения декларативных
> запросов позволяющие обрабатывать граф объектов хранимый в базе мс-скл.
> Эта возможность переводит мс-скл в разряд оодб. О дальнейших тенденциях
> развития мс-скл и его возможном объединении с ооdb cerebrum читайте на
> форуме Microsoft
> http://forums.microsoft.com/msdn/ShowPost.aspx?PostID=102627 Я обращаюсь
> ко всем, кому не безразлична перспектива превращения мс-скл из обычной
> рдбмс в ообд принять в ней участие.
неподалеку от миня есть 3 клёвые весчи: аптека, ЖД кассы и книжный
махазин. Улавливаете? не?
Покупаем в махазине карту, глядим, де тама Бабруйськ, патом в аптеку за
йадом и в кассы за билетом в вышеозначенный Бабруйськ.
Не церебрум, а "Олвейс комплит миню" - чуйствовать себя сухо и
шелковисто, млин...

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33327987
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklinБлизится выход релиза мс-скл2005 - радостное событие ожидаемое с нетерпением всем мировым ИТ сообществом. Популярность этого продукта была запрограммирована еще до начала его разработки. Основной вопрос, на который еще нет окончательного ответа - что ждет нас в следующих версиях? недавно МС опубликовала свои планы по разработке C# 3.0 Планируется встроить в этот язык средсва выполнения декларативных запросов позволяющие обрабатывать граф объектов хранимый в базе мс-скл. Эта возможность переводит мс-скл в разряд оодб. О дальнейших тенденциях развития мс-скл и его возможном объединении с ооdb cerebrum читайте на форуме Microsoft http://forums.microsoft.com/msdn/ShowPost.aspx?PostID=102627 Я обращаюсь ко всем, кому не безразлична перспектива превращения мс-скл из обычной рдбмс в ообд принять в ней участие.

ГЫ.

вот вам и начало конца микрософт вообще и мсскл в частности )
даешь юкон 2007 - теперь объектный, однопользовательский и с неонкой... эээ... базой знаний унутре!
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33328006
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Боюсь, Шуклину не удастся завалить Microsoft
Хотя цель несомненно благая
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33328050
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Боюсь, Шуклину не удастся завалить Microsoft
Хотя цель несомненно благая

в одиночку - канешно нет. Помогайте
...
Рейтинг: 0 / 0
359 сообщений из 359, показаны все 15 страниц
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Yukon почти не виден
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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