Хотя с другой стороны что такое выборы в германии в сравнении с использованимем MySQL+Linux Google....

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

Эй, умник!!! Раз ты умнее немцев, быстро пиши им, а то у них нет таких знатоков как ты. Ведь ты можешь выборы спасать!!!!

Ну, если им надёжность по боку, если они готовы доверить по настоящему серьёзный проект ЭТОМУ, то пускай. Кто мы такие, чтобы их отговаривать. Но меня за такое уволили-бы. :)

Да, не знал что немцы ТАКИЕ придурки и крохоборы. Ни ссылочной целостности, ни шифрования баз данных, ни хрена! Oracle просто ПРОСИТСЯ в такие проекты.

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

какой то совок наверное примерно также выступал:

------------------------------
ПАДАЕТ ... как вы можете его юзать??? не понимаю... у меня на 2ух совершенно разных хостингах на разных ОС он либо ПАДАЕТ либо висит в виде кучи огромной [mysqld <defunct>]
-----------------------
--------------------------------
Ну, если им надёжность по боку, если они готовы доверить по настоящему серьёзный проект ЭТОМУ, то пускай. Кто мы такие, чтобы их отговаривать. Но меня за такое уволили-бы. :)
-----------------------------------

---------------------------------
Ни ссылочной целостности, ни шифрования баз данных, ни хрена! Oracle просто ПРОСИТСЯ в такие проекты.
----------------------------------------

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


PS.
вы, небось, mysql из под своих форточек пускаете? :)
в демосе ни разу не видел, чтобы mysql падал.
у меня mysql ни разу не падал без моих на то прямых действий.
очень надежная софтина. и скоростная.
впрочем, я тут не показатель, немцы то поопытней будут...

2Avel
Дык ты его не запускал небось ни разу, вот и не видел, как он падает

ха-ха, MySQL у них падает... Больше ни чего не падает ? Может просто не встает нормально ? ( Я про MySQL ежли что).

У нас 3 сайта, и ничего не падает, пионЭры вы этакие... (Линуксовые сайты все..)

Вы, у которых MySQL падает, наверное из тех админов которые после установки себе Линукса первым делом бросаются ядро перекомпилировать :))) Спецы же, как никак....

РУССКИЕ СОВКИ решили покритиковать Германию :-)))))))))))))))))))))

нет комментариев просто :-)))

Мне интересно просто, а такие "громкие" проекты как-нибудь влияют на donations в open-source???

За прошедший год не видел ни одного падения, либо глюка. машинка P-III/128, стоят apache+php+modperl, mysql, squid ... + балбысы числодробилки пускают до кучи, и всё это нормально живёт.

Ну блин достали анонимы - падает - уже упали - несолько серверов -все хостинг - на каждом по 300 - 800 клентов - и ничего не падает - хотя загрузка очень хорошая - и клиенты все довольны.

2cornelis (*) (2002-05-13 05:11:07.06)

>>Мне интересно просто, а такие "громкие" проекты как-нибудь влияют на donations в open-source???

Конечно нет. Халява, сэр!
Зато предмет нац.. ээээ... линуксячей гордости.

Вопрос по существу. Извините сразу за неграмотность. Есть задача - хранение траффика, причем сдирается он куском с допустим 5000 счетчиков, и куском вбрасывается с timestamp в SQL. Используется DB2 + Sun SPARC under Solaris. Но после месяца работы это все нещадно тормозить особенно при выводе статистики.

Теперь суть вопроса: Будет ли быстрее MySQL и есть ли в нем инкрементальный бекап?

Ну, авель перец известный. Он бы MySQL использовал даже на ядерных электростанциях. Фигня что LOR лежит по паре раз в месяц.

LOR на Postgres. Да и не лежит он, а бегает.

To anonymous (*) (2002-05-13 08:41:26.43): >Вопрос по существу. Извините сразу за неграмотность. Есть задача - >хранение траффика, причем сдирается он куском с допустим 5000 >счетчиков, и куском вбрасывается с timestamp в SQL. Используется DB2 + >Sun SPARC under Solaris. Но после месяца работы это все нещадно >тормозить особенно при выводе статистики.

>Теперь суть вопроса: Будет ли быстрее MySQL и есть ли в нем >инкрементальный бекап?

Быстрее не будет.Однозначно. Объем очень велик ,а индексы по интервальным запросам (between,etc) не работают. Я вышел из ситуации так- каждый день ночью делаю суммарную статистику по каждому IP и уже по этим данным собираю статистику.

Мой коллега делал один проект с солидным объемом единовременно загружаемых данных в PostgreSQL. Насколько я слышал по производительности она не сильно отличается от MySQL, особенно при многопользовательской работе (блокировки на уровне записей, а не на уровне таблиц), а по возможностям его значительно превосходит.
Так вот импорт данных в PostgreSQL шел 3-е суток (!!!), не смотря на все старания по выкручиванию настроек базы и изменения ее структуры.
Заказчик согласился на Oracle.... Теперь загрузка идет 10 минут того же объема данных...

Может, конечно, на MySQL и будет быстрее, чем на PosgtgreSQL, НО НО НО функциональнсть у него, как у самобеглой коляски Кулибина.
А если сравнить с тем же Oracle 9i....
Мне жалко немцев...

Кстати я всетаки удивляюсь компетенции сообщества данного сайта. Вроде по идее впереди планеты всей должны быть а не знают что транзакции в MySQL есть и работают уже полтора года. Row Level Locking есть более года. Ссылочная целостность тоже уже несколько месяцев...

Да интересующимся и Hot Backup тоже есть :)

Странно. А почему Германия собирается использовать MySQL а не более родную и не менее свободную SAP-DB

Сранно (sic!) что не SAP DB

============================================
Быстрее не будет.Однозначно. Объем очень велик ,а индексы по интервальным запросам (between,etc) не работают. Я вышел из ситуации так- каждый день ночью делаю суммарную статистику по каждому IP и уже по этим данным собираю статистику.

anonymous (*) (2002-05-13 09:49:57.874)
============================================
сам ты не работаешь. блин не люблю вот таких %#$%^.
сам не знаешь и другим лапшу вешает.

p.s. короче, не знаю, как этого "спеца", а у меня все это работает и работает отлично. под рукой база с трафиком, 8 лямов записей и выборки просто летают. индексы, спасибо им + SELECT BETWEEN.... вот и весь сказ.

   Так  вот  импорт данных в PostgreSQL шел 3-е суток (!!!), не смотря на
   все старания по выкручиванию настроек базы и изменения ее структуры.
   Заказчик  согласился  на Oracle.... Теперь загрузка идет 10 минут того
   же объема данных...
А вставляли в pg через COPY FROM или через милионы INSERTs?
А индексы прибили перед вставкой или нет?
Короче, скорее всего чего-то неправильно сделали. Сколько было записей?

   Странно.  А  почему  Германия собирается использовать MySQL а не более
   родную и не менее свободную SAP-DB
Тоже их не понимаю в этом..

>Eugeny Balahonov:
>Так вот импорт данных в PostgreSQL шел 3-е суток (!!!), не смотря на
>все старания по выкручиванию настроек базы и изменения ее структуры.
>Заказчик согласился на Oracle.... Теперь загрузка идет 10 минут того
>же объема данных...

Интересно, ты когда пишешь на такие цифры, хоть немного извилиной
шевелишь? Али совсем не привык? ... Если разница в скорости почти в 500 раз
(конечно, при условии что ты не пиздишь), сам-то не додумался немножко
поразбираться, отчего так случилось? А потом вот такие "мастера" жалуются
то на одно, то на другое ...

to anonymous >ПАДАЕТ ПАДАЕТ ... как вы можете его юзать??? не понимаю... у меня на >2ух совершенно разных хостингах на разных ОС он либо ПАДАЕТ либо >висит в виде кучи огромной [mysqld <defunct>]

Интересно почему??? 3:01PM up 93 days, 3:20, 7 users, load averages: 0.80, 0.76, 0.32

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

Признаки лоха.

про Eugeny Balahonov Вот уж точно "фигня это ваш БАХ - мне толян по телефону напел" Человек делал не _САМ_, а кто-то; не на той БД которая в топике, а на абсолютно другой. И после этого он делает выводы! Я фигею!

Но вот мне немцев ни грама не жаль. Я им завидую.

Linux PDA G.MATE от YOPY - в продаже

For hvv:

Я точно не знаю как он делал :)
Но все таки странный прирост в скорости - это факт.
Делал вроде черз мильены Insert. Индексы тоже не прибивал.
На Oracle - так же сделано.
Объем данных - около двух десятков миллионов записей из плоского файла, которые пишутся в реляционную БД (в десяток таблиц).

2 avryabov:

Бог мой, не трогаю я ваш MySQL. Я на нем только телефонный справочник и делал ;) Да и то давно.

2 anonymous (*) (2002-05-13 11:51:26.769):
>> Интересно, ты когда пишешь на такие цифры, хоть немного извилиной
>> шевелишь? Али совсем не привык? ... Если разница в скорости почти в
>> 500 раз (конечно, при условии что ты не пиздишь), сам-то не додумался
>> немножко поразбираться, отчего так случилось?

А мне не надо было. То ж не я делал. Вопрос другой, парень вроде не дурак, книжку по настройке PosgreSQL прочитал и все гайки, какие мог в ней крутил. Ну улучщилось немного, но все равно неприемлемо.
Перешел на Oracle, особенно ничего в нем не крутя, кроме стандартной настройки (SGA, размещения по дискам и прочее) - скорость как ты уже подсчитал - в 500 раз.

Кстати программа, которая писала данные была на Perl/DBI

Ну вот, опять начинаются священные войны на тему письки померять. А тема плавно отходит на второй план. Выборы IMHO не есть тот самый "балшой и громкий проект", над которым стОит копья ломать. Насколько я понимаю, непосредственно во время выборов важно получать достаточно актуальную информацию в реальном времени. "В данную секунду г-н Х. опережает г-на Ж. на 0.ХХХ%". И по местному телевизеру это говорят оперативно. А если брехають, всё легко списывается на технические издержки.

На результаты выборов это не влияет, влияет оно только на психику обывателей, и то в ограниченный период времени (всё равно результаты не будут признаны официально до тех пор, пока из каждого избирательного участка не придёт бумажка, с СУБД никак не связанная). Поэтому предъявлять к СУБД, используемой при выборах, требования, предъявляемые к промышленным СУБД (где текёт немерянное бабло и, соответственно, данные, хранимые в базе, являют собой первоисточник), IMHO нецелесообразно.

Так что не нужно обвинять дворника в том, что он использует не моющий пылесос, а драную метлу. Для его задач этого достаточно. А то, что это метла рулезной конторы - это радует :))) Не в обиду ценителям MySQL было сказано.

### парень вроде не дурак, книжку по настройке PosgreSQL прочитал ###

да, крутой специалист...

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

Извини, злой был в тот момент. Бопьше не буду ругаться ... :(

   Делал вроде черз мильены Insert. Индексы тоже не прибивал.
Понятно. Мои соболезнования тому товарищу. А он небось после этого всем
знакомым рассказывал - какой отстой этот postgres :/

Добавлю, что в доках на postgres (которые в комплекте) в разделе Performance Tuning как раз сказано, что надо убить индексы и использовать COPY FROM для вставки большого кол-ва данных. Короче, что и как читал тот товарищ - вообще загадка.

Oracle vs Postgres

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

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

Поэтому немцев _здесь_ прекрасно можно понять -- воистину семь раз
отмерили, один -- отрезали. Умный народ.
...а уж потом, когда социологи начнут дербанить итоги выборов
разными замысловатыми отчётами накопленные данные можно/нужно будет
спокойно за недельку-другую слить куда нибудь на AS/400 и мучить
SQL-запросами строк, так в полтораста.

ps. а проклинателя MySQL за отсутсвие транзакций, всё таки не грех
подумать накойхер они в этой тупой колотилке быстропоступающих,
не подлежащих изменению данных, обрабатывающей практически атомарные
операции они нужны? Для тормозов? Или для чего? Какой болезненой
должна быть фантазия, чтобы требовать их в _этой_ задаче?

>ps. а проклинателя MySQL за отсутсвие транзакций, всё таки не грех
>подумать накойхер они в этой тупой колотилке быстропоступающих,
>не подлежащих изменению данных, обрабатывающей практически атомарные
>операции они нужны? Для тормозов? Или для чего? Какой болезненой
>должна быть фантазия, чтобы требовать их в _этой_ задаче?

той голове, которая со стеклянными глазами твердит, что БД без транзакций - не БД. (и вообще, один бог на свете, одна БД в мире)
Еще в той голове, в мозжечке, пропечатано, что весь софт на свете лежит на ближайшем лотке и продается на мегабайты по цене 80 рублей за 650 мег. Поэтому соотнести стоимость инструмента со стоимостью решения или эффектом от него эта голова просто не считает нужным, потому как все на свете стоит одинаково - 80 руб/кучка.
еще виновато потрясающее наркоманское состояние целой армии линуксойдов, которые вместо того, чтобы веером клепать решения, каждый забивается со слакой имени себя в пределах своего винчестера и крутит, крутит, крутит свою систему. А итоги своей возни выдает за объективные результаты всей программерской мысли в данном направлении. как у людей mysql падает, просто представить себе невозможно. Хостинги частоколом на нем работают, немцы вот тоже не с бодунища прикрутить себе решили, а тут все тоже упертое, завернутое внутрь себя бестолковие.
#apt-get install mysql
#service mysqld start
невозможно повторить? так нет, криво пересоберут, провозятся и так и не увидят ни черта...

Так что есть тут субъективные причины для таких выступлений...

   еще   виновато   потрясающее   наркоманское   состояние   целой  армии
   линуксойдов, которые вместо того, чтобы веером клепать решения, каждый
   забивается со слакой имени себя в пределах своего винчестера и крутит,
   крутит, крутит свою систему. А итоги своей возни выдает за объективные
   результаты всей программерской мысли в данном направлении. как у людей
Полностью согласен! Но боюсь большАя часть этой армии просто не в состоянии
что-то сделать (не знает английский, не хочет читать маны, плохо знает
unix, не умеет/не желает программировать и пр.). К большому сожалению..