Max V. Kotov <[EMAIL PROTECTED]> wrote:
> Alexey Pechnikov wrote:
> > В сообщении от Monday 12 November 2007 12:14:26 Max V. Kotov написал(а):
> >
> >> Alexey Pechnikov wrote:
> >>
> Утр добрый!
> У нас ситуация похожая: прирост ~800Мб/мес. База пока 32Гб. Oracle 9. По
> нача
Alexey Pechnikov -> debian-russian@lists.debian.org @ Wed, 14 Nov 2007
13:37:23 +0300:
>> > Тысяча пользователей - это немного. А вот гиг оперативки и 3 ГГц
>> > двухядерный проц - достаточно. Но об этом успешно забыли. Пора
>> > писать учебник "Решение задач среднего и крупного бизнеса на ЭВ
В сообщении от Wednesday 14 November 2007 13:00:55 Victor Wagner написал(а):
> > Тысяча пользователей - это немного. А вот гиг оперативки и 3 ГГц
> > двухядерный проц - достаточно. Но об этом успешно забыли. Пора писать
> > учебник "Решение задач среднего и крупного бизнеса на ЭВМ Pentium IV".
> >
Alexey Pechnikov -> debian-russian@lists.debian.org @ Wed, 14 Nov 2007
12:31:54 +0300:
>> Бестолковые разработчики стоят не дорого. Они стоят немеряно. Но в
>> данном случае в стоимость толковых разработчиков придется включить
>> стоимость времени их поиска. Если мы говорим об одиноком раз
> Бестолковые разработчики стоят не дорого. Они стоят немеряно. Но в
> данном случае в стоимость толковых разработчиков придется включить
> стоимость времени их поиска. Если мы говорим об одиноком разработчике
> или группе, а не о фирме, которая такими заказами на жизнь
> зарабатывает. Фирма же
Alexey Pechnikov -> debian-russian@lists.debian.org @ Wed, 14 Nov 2007
10:34:51 +0300:
>> AL> ИМХО за десятую часть цены сановского сториджа и сервера можно нанять
>> AL> толкового разработчика (или группу), который напишет вам нормальный
>> биллинг.
>>
>> Не скажи. Толковые разработчики
В сообщении от Wednesday 14 November 2007 10:14:01 Artem Chuprina написал(а):
> AL> ИМХО за десятую часть цены сановского сториджа и сервера можно нанять
> AL> толкового разработчика (или группу), который напишет вам нормальный
> биллинг.
>
> Не скажи. Толковые разработчики стоят дорого.
Не так
Andrey Lyubimets -> debian-russian@lists.debian.org @ Wed, 14 Nov 2007
09:58:48 +0600:
>> У нас ситуация похожая: прирост ~800Мб/мес. База пока 32Гб. Oracle 9. По
>> началу не планировали тоже ни базу пересматривать, ни железо. IBM 3U, 4
>> двухядерных камня, 8Гб оперативки.
AL>
Max V. Kotov wrote:
Узкое место сейчас io_wait, доступ к винтам (они 7200, sata, raid-5,
аппаратный на LSI ). Смотрим в сторону внешнего сановского сториджа c
FC интерфейсом и сановского сервака.
неужели это настолько узкое место?
изменения в дисковой подсистеме на scsi/sas 15k, raid-адаптер с
В сообщении от Monday 12 November 2007 17:43:58 Max V. Kotov написал(а):
> Ну это уже минусы нашей биллинговой системы. Переписать её по другому
> возможности нет. Нет у неё такого функционала. Да и суппорта такими
> переделками лишиться можно. Жаль, но вот такие недостатки. Плюсом
> биллинг не уме
Alexey Pechnikov wrote:
Да, клиентская сторона преимущественно на яве. Клиентов ~30. Процентов
80-90 - инсерты в схему + процедуры их обработки. База обсчитывает
телематические услуги ~1000 пользователей.
При обработке данных за месяц (билинговании) возникают как раз те
проблемы, от которых желае
> Да, клиентская сторона преимущественно на яве. Клиентов ~30. Процентов
> 80-90 - инсерты в схему + процедуры их обработки. База обсчитывает
> телематические услуги ~1000 пользователей.
> При обработке данных за месяц (билинговании) возникают как раз те
> проблемы, от которых желаем избавиться - с
Alexey Pechnikov wrote:
В сообщении от Monday 12 November 2007 12:14:26 Max V. Kotov написал(а):
Alexey Pechnikov wrote:
Утр добрый!
У нас ситуация похожая: прирост ~800Мб/мес. База пока 32Гб. Oracle 9. По
началу не планировали тоже ни базу пересматривать, ни железо. IBM 3U, 4
двухядерн
В сообщении от Monday 12 November 2007 12:14:26 Max V. Kotov написал(а):
> Alexey Pechnikov wrote:
> >> Утр добрый!
> >> У нас ситуация похожая: прирост ~800Мб/мес. База пока 32Гб. Oracle 9. По
> >> началу не планировали тоже ни базу пересматривать, ни железо. IBM 3U, 4
> >> двухядерных камня, 8Гб
Alexey Pechnikov wrote:
Утр добрый!
У нас ситуация похожая: прирост ~800Мб/мес. База пока 32Гб. Oracle 9. По
началу не планировали тоже ни базу пересматривать, ни железо. IBM 3U, 4
двухядерных камня, 8Гб оперативки.
В итоге часть процедур переработали+оптимизировали часть селектов и ко
всему проч
> Утр добрый!
> У нас ситуация похожая: прирост ~800Мб/мес. База пока 32Гб. Oracle 9. По
> началу не планировали тоже ни базу пересматривать, ни железо. IBM 3U, 4
> двухядерных камня, 8Гб оперативки.
> В итоге часть процедур переработали+оптимизировали часть селектов и ко
> всему прочему вынуждены
Игорь Чумак wrote:
Tochenyk Oleg пишет:
Ну у людей прирост 1 гб в месяц... значит террабайт где-то за 8 лет
набежит...
А про данный случай было сказано:
а) железо новое не советовать
б) пересматривать схему базы данных не хотят
Ну значит остается только смена субд.
И какая СУБД будет вороча
> > P.S. P3/512M это нормальное железо,
>
> Производилось до 2003года. Где его можно купить (не бу) в 2007 году?
> Сколько ещё оно протянет?
Когда беру новое железо, смотрю на пентиум Д и коре2дуо. Однако это не значит,
что мне такая производительность требуется. Вот разве что на десктопе -
всяк
Alexey Pechnikov пишет:
В сообщении от Friday 09 November 2007 12:16:44 Игорь Чумак написал(а):
И какая СУБД будет ворочать многогигабайтные базы за приемлемое время
на P3/512M?
PS: До терабайта база вряд ли доживёт. Сколько уже лет тому нещасному
серверу?
PostgreSQL. На целероне 2.6
В сообщении от Friday 09 November 2007 12:16:44 Игорь Чумак написал(а):
> И какая СУБД будет ворочать многогигабайтные базы за приемлемое время
> на P3/512M?
> PS: До терабайта база вряд ли доживёт. Сколько уже лет тому нещасному
> серверу?
PostgreSQL. На целероне 2.6 с 256 памяти и древним 40 ги
Tochenyk Oleg пишет:
Ну у людей прирост 1 гб в месяц... значит террабайт где-то за 8 лет
набежит...
А про данный случай было сказано:
а) железо новое не советовать
б) пересматривать схему базы данных не хотят
Ну значит остается только смена субд.
И какая СУБД будет ворочать многогигабайтны
Hello!
В сообщении от Wednesday 07 November 2007 18:22:53 вы написали:
> Ну у людей прирост 1 гб в месяц... значит террабайт где-то за 8 лет
> набежит...
Через 8 лет соотношение сил разных СУБД значительно изменится. Если же верить
Стоунбрейкеру, уже пора изучать базы наподобии мнезия (думаю, к
Ну у людей прирост 1 гб в месяц... значит террабайт где-то за 8 лет
набежит...
А про данный случай было сказано:
а) железо новое не советовать
б) пересматривать схему базы данных не хотят
Ну значит остается только смена субд.
On Wed, 2007-11-07 at 17:57 +0300, Alexey Pechnikov wrote:
> В сообще
Tochenyk Oleg -> Alexey Pechnikov @ Wed, 07 Nov 2007 17:22:53 +0200:
TO> Ну у людей прирост 1 гб в месяц... значит террабайт где-то за 8 лет
TO> набежит...
TO> А про данный случай было сказано:
TO> а) железо новое не советовать
TO> б) пересматривать схему базы данных не хотят
TO> Ну значи
В сообщении от Wednesday 07 November 2007 17:43:20 Tochenyk Oleg написал(а):
> Лично я считаю что оракл лучше постгрее (на текущий момент времени),
> опять же оракл работает, а загрузить данные для отправки багрепортов, ну
> в свободное от работы время возможно это и можно сделать, но если задача
>
Лично я считаю что оракл лучше постгрее (на текущий момент времени),
опять же оракл работает, а загрузить данные для отправки багрепортов, ну
в свободное от работы время возможно это и можно сделать, но если задача
стоит чтобы работало, то 50К зелени и оно таки будет работать.
Опять же мы отвлекае
В сообщении от Wednesday 07 November 2007 17:04:48 Tochenyk Oleg написал(а):
> А в чем проблема... попробовать вполне можно, если это то что нужно то
> уже можно вести разговор о деньгах. Но опять же, я лично советую
> пересмотреть схему базы данных.
Зачем пробовать оракл? Можно бета-версию постгр
А в чем проблема... попробовать вполне можно, если это то что нужно то
уже можно вести разговор о деньгах. Но опять же, я лично советую
пересмотреть схему базы данных.
On Wed, 2007-11-07 at 16:57 +0300, Alexey Pechnikov wrote:
> В сообщении от Wednesday 07 November 2007 16:23:28 Alexey Lobanov нап
Ну батенька тогда может оракл вам поможет... но это дорого :) ну или
вариант с перепроектированием базы данных.
On Wed, 2007-11-07 at 13:29 +0200, Vladimir N. Shilov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Добрый день!
>
> какая база данных будет нормально работать при таких
Да боюсь что просто загрузить и попробовать особой производительности не
получите... все таки правильнее смотреть логическую структуру базы
данных и пробовать копать с этого направления.
On Wed, 2007-11-07 at 16:23 +0300, Alexey Lobanov wrote:
> 07.11.2007 16:14, Tochenyk Oleg пишет:
>
> > Ну бат
В сообщении от Wednesday 07 November 2007 16:23:28 Alexey Lobanov написал(а):
> > Ну батенька тогда может оракл вам поможет... но это дорого :)
>
> Но загрузить и попробовать никто не препятствует. На Дебиан оно встаёт
> почти без напильника.
Вот дела, в рассылке debian-russian теперь проприетарны
07.11.2007 16:14, Tochenyk Oleg пишет:
> Ну батенька тогда может оракл вам поможет... но это дорого :)
Но загрузить и попробовать никто не препятствует. На Дебиан оно встаёт
почти без напильника.
А.Л.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
В сообщении от Wednesday 07 November 2007 16:14:35 Tochenyk Oleg написал(а):
> Ну батенька тогда может оракл вам поможет... но это дорого :) ну или
> вариант с перепроектированием базы данных.
Для маленькой (гигабайт в месяц) базы это еще и бесполезно. Нужна база с
поддержкой логики (триггеры, фу
В сообщении от Wednesday 07 November 2007 15:16:27 Игорь Чумак написал(а):
> Vladimir N. Shilov пишет:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Добрый день!
> >
> > какая база данных будет нормально работать при таких бъёмах:
> > таблица порядка 1 гигабайта в месяц, милионы зап
34 matches
Mail list logo
