54 + 39 + 8 = (!) 101

:)

hapchu ** (*) (25.05.2005 19:59:16)
118% по сравнению с приростом прошлого года ...
пикачу блин ...

занимательная математика

Чтобы примерно сошлось, Unix должен потерять 7%, а не 0,7.

>54 + 39 + 8 = (!) 101

НУ и что? Может десятые с сотыми начнём считать?

ЧТД. Линукс никак не конкурирует с микрософт, зато помогает последнему прибить юниксы.

Линукс растет, и все. Помогает мелкософту он не больше, чем мелкософт ему.

Хм.. "Oracle - 34.1%, IBM - 33.7%, Microsoft - 20%" можно прибавить сюда же многомерку D3 -поистине фантастическая весч,"паркер" среди БД. почему-же народ досих пор не прочухает - многомерки круты,быстры,маштабируемы да и вообще блин обыдно за эту БД.. конечно одно но - очень дорого 680 евро одна юзерска лицензия.. :-((( но стоит того

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

> а галимая виндоза еще растет .. остальное не интересно - линукс и есть юникс, так что некрософт пока заруливает

нифига - линукс это СВОБОДНЫЙ юникс!
так что сначала он удавит всякие комерческие хрени, а потом и до микрософта дело дойдет.

ну да пускай себе уделывает, только как бы за это время некрософт всех не уделал :) он же, собака, и не думает об уходе - еще 10% у юниксов отхапал ..

ну не знаю. у меня он точно победил в конкурентной борьбе мелкософт

опять непонятки у мужиков как считается процентный (относительный) прирост от процентов.

прирост считается в процентах относительно прежнего значения!
таким образом прирост линукса на 118% означает что в 2003 году его доля была чуть меньше 4%, а прирост винды на 10% означает что в 2003 году его доля была примерно 36%.

абсолютное значение прироста составило бы 4% для линукса и 3% для винда, но эти цифры непоказательны - они не показывают тенденцию. а тенденция такова что доля линукс растет на порядок! быстрее чем доля винды.

> абсолютное значение прироста составило бы 4% для линукса и 3% для
> винда, но эти цифры непоказательны - они не показывают тенденцию. а
> тенденция такова что доля линукс растет на порядок! быстрее чем доля
> винды.

то есть если тенденция сохранится то в 2005 году доля линукса будет 16%, а доля винды будет 44%

romkat (*) (26.05.2005 0:37:44) > D3 -поистине фантастическая весч

http://www.sql.ru/forum/actualthread.aspx?bid=10&tid=37044&hl=d3

> а галимая виндоза еще растет .. остальное не интересно - линукс и есть юникс, так что некрософт пока заруливает

while [ true ]; do
man GNU
done

// wbr

> а галимая виндоза еще растет .. остальное не интересно - линукс и есть юникс, так что некрософт пока заруливает

>нифига - линукс это СВОБОДНЫЙ юникс!

>так что сначала он удавит всякие комерческие хрени, а потом и до микрософта дело дойдет.

ах-ха-ха-ха! ох-хо-хо-хо!!

коммерческая хрень это оракел, я так понимаю? :-))))

красноглазый ЖЖОТ!!!

:~$ while [ true ]; do
> man GNU
> done
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU
No manual entry for GNU

$ man unix NAME unix, PF_UNIX, AF_UNIX, PF_LOCAL, AF_LOCAL - Sockets for local inter- process communication SYNOPSIS #include <sys/socket.h> #include <sys/un.h> unix_socket = socket(PF_UNIX, type, 0); error = socketpair(PF_UNIX, type, 0, int *sv); DESCRIPTION The PF_UNIX (also known as PF_LOCAL) socket family is used to communi- cate between processes on the same machine efficiently. Unix sockets can be either anonymous (created by socketpair(2)) or associated with a file of type socket. Linux also supports an abstract namespace which is independent of the file system. Valid types are: SOCK_STREAM, for a stream-oriented socket and SOCK_DGRAM, for a datagram-oriented socket that preserves message boundaries (as on most Unix implementations, Unix domain datagram sock-

> коммерческая хрень это оракел, я так понимаю? :-))))

насколько я понимаю, анонимус (тот, первый, а не я) под "хренью" имел в виду ОС, прокладку под СУБД


хотя если смотреть на цифры
> Oracle - 34.1%, IBM - 33.7%, Microsoft - 20%.

то очевидно значительную часть остатка от 87.8% отъедают бесплатные базы данных. думаю по мере совершенствования mysql&pgsql оракл будет все более вытесняться из ниши lowend.

Че так радуетесь коммерсы? :) Оригинал почитайте - это рост РЫНКА, т.е. платных услуг. Если для Unix и мелких - это почти исчерпывающий показатель, то для Linux я думаю не совсем. Практически каждый Linux хостер предоставляет помимо скриптовых языков и базы данных (MySQL,PostgreSQL)и в эти показатели данный сегмент ну никак не вписывается. А насчет частоты использования джентельменского набора php+MySQL думаю рассказывать не придется (см. netstat.ru) :) А посему приверженцы "доминантной" ОС (которая аж целых(!) 9% в Рунете занимает - почти как Мас на десктопе) могут скромно сопеть в тряпочку.

linux не GNU :)
хотя быть может:
while (1) RMS.say("Linux actually mean \"GNU Linux\"!");

>> romkat (*) (26.05.2005 0:37:44) > D3 -поистине фантастическая весч

> http://www.sql.ru/forum/actualthread.aspx?bid=10&tid=37044&hl=d3

Читал и плакал.

Я тоже читал и плакал, рассуждение людей никогда не работавших с "пиком". Очень жаль.

PS. Особенно "плакаль" над - "понятно что гонять массивы данных через Telnet совсем не эффективно." :)))

PSS. "писателю пространных слов о "невозможностях" в D3 рекомендовал бы заглянукть на сайт компании RD www.rainingdata.com, судя по замечаниям этот писака лет 5 как с ПИКом дел не имел. Насчет структуры хранения - не поняв смысл не надо делать выводы! кто-то кроме поверхности (2-х мерной) так до конца жизни и не осоздает, что живет он во многомерном мире" - от туда-же.

Заставил себя прочитать весь тред на SQL.ru. Рыдал как ребенок.

Тем не менее, у меня есть вопросы: 1) Назовите предпочтительные сферы применения "пика"? То есть, для чего он подходит лучше, чем другие СУБД (Oracle / PostgreSQL / MSSQL). Это не стеб, мне действительно интересно. В треде ответа нет.

2) Какая стоимость поддержки решений, разработанных на "пике"?

>Чтобы примерно сошлось, Unix должен потерять 7%, а не 0,7

v tretiya klass :)

ya snachala tozhe tak podumal :-P

>ну да пускай себе уделывает, только как бы за это время некрософт всех не уделал :) он же, собака, и не думает об уходе - еще 10% у юниксов отхапал ..

esche odnomu nado v 3-i klass

ananimus vyshe poyasnil kak protsenty schitat'

У меня с помощью БД "эдвейнц пик" работает целое предприятие, причем не в одном городе. Сфера применения - производство, строительство, биллинг (широкополосные эфирно-кабельные сети).Системма настолько сложна, что даже сейчас мне достаточно трудно нарисовать полную многомерную структуру. Разработчиков, если посчитать все города - 9 человек, из этих девяти реально только один-двое знает до конца полностью всю структуру, это те кто начинал писать под эту базу 6-7 лет назад, это большой минус, как и достаточно приличная зарплата (но это конечно для нас большой плюс :). Для того чтобы понять что это такое - нужно это изучить, причем это сродни перехода виндового юзера к Linux, очень много реляционных стереотипов ужастно будут мешать. я мог-бы подробно ответить на все замечания товарисча из того треда, но я знаю сколько стоит мое время и знания. и любой человек работающь с этой системмой никогда этого делать не будет.. это как-бы каста, в очень узкой сфере, не знаю почему так.. по этому складывается впечатление что все кто работает с этой системой - фанатики.

^^^^ это мой пост.

У меня сложилось впечатление, что Вы и есть тот самый товарищ из треда, который "защищал" пик ;) Если это не так, то, очевидно, аргументы у всех его администраторов одинаковы: "вы все ограничены реляционной моделью и своим двумерным мышлением", "моё время стоит столько, что вы ох.еете платить, чтобы я вам написал запрос, выводящий "hello, world!", и в общем - "все пид..асы, один я дартаньян, пик форева".

Это, знаете ли, наводит на мысли.

Во-первых, я бы, как большой начальник, никогда бы не одобрил внедрение системы, специалистов по которой днем с огнём.

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

В-третих, нет succesful stories из top500 (как было опять же верно подмечено в треде), что настораживает. В конце концов, "в политбюро не дураки сидят".

Ну и в четвёртых, в пятых и в сотых - опять же, почитать тред на sql.ru. НИ НА ОДИН вопрос, заданный про пик, так ответа и не последовало.

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

Вот и спрашивается, нафига козе баян.

>У меня сложилось впечатление, что Вы и есть тот самый товарищ из треда, который "защищал" пик ;)

нет, у Вас сложилось не правильное впечатление, я не тот человек.

>аргументы у всех его администраторов одинаковы

будете удивлены, но его не нужно администрировать.Администратор есть у SCO, а "скотинка" как правило пашет годами,uptime такой что удивишся.

>"моё время стоит столько, что вы ох.еете платить, чтобы я вам написал запрос, выводящий "hello, world!", и в общем - "все пид..асы, один я дартаньян, пик форева".

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

>Во-первых, я бы, как большой начальник, никогда бы не одобрил внедрение системы, специалистов по которой днем с огнём.

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

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

Вот блин, сижу улыбаюсь и даже незнаю чего тебе сказать. у меня талмуд есть на русском, только я немогу его дать к сожалению, не потому что я пидо#$рас а потому что немогу.

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

Да, наверное так оно и есть, слюней пускать не будем. Скромно будем работать дальше.Только вопрос, а Вы описание-то читали?

>Вот и спрашивается, нафига козе баян.

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

PS. Я не смогу дальше продолжать этот тред, потому как уезжаю отдыхать уже сегодня. Если действиельно есть интерес и вопросы, пожалуйста в приват.

ну ладно, пусть проценты идут в пересчете по отношению к росту за прошлый год, все равно - доля виндозы растет за счет юниксов

> ну ладно, пусть проценты идут в пересчете по отношению к росту за прошлый год, все равно - доля виндозы растет за счет юниксов

"доля виндозы растет за счет" инерции, как показывает практика.

Если уже есть работающий 2000-домен, то какие могут быть ещё дальнейшие планы развития?

Однако, даже без деструктивного вмешательства, т.е. в автоматическом режиме, дорогостоящие структуры Windows подвержены сбоям, независимо от профессионализма спецов (хотя, чем круче спец, тем больше у него в запасе отмазок :D).

У нас, например, Linux всё более и более приживается.

P.S. Потому, что устойчиво работает. :)

Я повторяю:

1) Назовите предпочтительные сферы применения "пика"? То есть, для чего он подходит лучше, чем другие СУБД (Oracle / PostgreSQL / MSSQL). Это не стеб, мне действительно интересно. В треде ответа нет.

2) Какая стоимость поддержки решений, разработанных на "пике"?

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

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

Похоже, что эти вопросы -- "мрак, покрытый тайной" :)

Мне кажется, что проще всего ответить конкретными примерами с использованием уже существующих решений, причем не только существующих, но и успешно работающих и продаваемых: http://gran-service.ru/ http://www.libermedia.ru/ http://www.dyc.ru/

P.S.: сам в этих фирмах не работаю, поэтому не делаю им рекламу, человек умный и думающий сам решит для себя...

> D3 -поистине фантастическая весч,"

Фигня. Вот http://www.framerd.org/ - да, фантастическая.

>Фигня. Вот http://www.framerd.org/ - да, фантастическая.

ты еще-бы на "маверик" ссылку привел-бы, это ты так похохмил?

Народ не подрзревает еще о количестве "закрытых систем" работающих, под этой субд. А вообще изначально, Пик начал писал свою базу для военно-морского ведомства США.

Ты не веришь в немеренную крутость framerd? Покайся пока не поздно.

IBM http://zdnet.ru/?ID=481927&4Print=1 продолжает отсаваться ведущим разработчиком и поставщиком решений систем управления базами данных несмотря на все дергания Oracle & Microsoft и попытки удешевления их (Oracle) решений путем использования бесплатных ОС типа Линукс