Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Вот, повеселитесь  [new]
nsome
Guest
http://habrahabr.ru/blog/mysql/33150.html
27 дек 07, 14:01    [5103400]     Ответить | Цитировать Сообщить модератору
 Re: Вот, повеселитесь  [new]
Lepsik
Member

Откуда: glubinka
Сообщений: 4257
да уж спецы по мускулю облажались при изученнии Оракла. Бывает. ПОльзоваться надо тем что умеешь.
4 янв 08, 23:35    [5120149]     Ответить | Цитировать Сообщить модератору
 Re: Вот, повеселитесь  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30290
ржать тут негде, и мораль совсем другая. для конкретной задачи, особенно тяжелой, надо использовать не "тяжелый" сервер, а более подходящее решение, каким бы простым оно ни казалось.
аналогичный пример - база Steam. сделано на BerlkeyDB или как его там.
у меня в практике была пара случаев, где разработчики пытались использовать СУБД там, где нужен был файл прямого доступа с фиксированными записями. Именно он и обеспечивал макс. производительность, которая и требовалась. В общем, не забивайте гвозди микроскопом, это и была основная мораль того поста.
6 янв 08, 16:24    [5122453]     Ответить | Цитировать Сообщить модератору
 Re: Вот, повеселитесь  [new]
mayton
Member

Откуда: loopback
Сообщений: 53054
Lepsik
да уж спецы по мускулю облажались при изученнии Оракла. Бывает. ПОльзоваться надо тем что умеешь.


Вроде-бы Рон нигде не упоминает про Oracle.
6 янв 08, 17:37    [5122568]     Ответить | Цитировать Сообщить модератору
 Re: Вот, повеселитесь  [new]
Lepsik
Member

Откуда: glubinka
Сообщений: 4257
там если на зарубежный форум по ссылке там большое обсуждение. В том числе автор слегка ненароком проговариватеся
7 янв 08, 03:30    [5123329]     Ответить | Цитировать Сообщить модератору
 Re: Вот, повеселитесь  [new]
lm-zngy
Guest
kdv
ржать тут негде, и мораль совсем другая. для конкретной задачи, особенно тяжелой, надо использовать не "тяжелый" сервер, а более подходящее решение, каким бы простым оно ни казалось.
аналогичный пример - база Steam. сделано на BerlkeyDB или как его там.
у меня в практике была пара случаев, где разработчики пытались использовать СУБД там, где нужен был файл прямого доступа с фиксированными записями. Именно он и обеспечивал макс. производительность, которая и требовалась. В общем, не забивайте гвозди микроскопом, это и была основная мораль того поста.

+1
Угу. Тоже была такая практика. Использование файлов, особенно бинарных, предпочтительно для работы с очень большими объемами данных достаточно простой структуры, особенно если обновление просходит периодически и из одного источника. Например, этот подход отлично зарекомндовал себя в телекоме (сбор данных биллинга - это сотни миллионов записей от оборудованиея ежедневно, данные в онлайне хранятся в течении нескольких месяцев), в поисковых системах и т.п.
25 янв 08, 16:34    [5204618]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить