|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Andrey Ostanovsky 2:5030/1957 28 Nov 2006 14:31:26
To : Vladimir Melnikov
Subject : яЙО УТЧТ - ПЙО =?ko
--------------------------------------------------------------------------------
28 Nov 06 12:37, you wrote to me:
>> VM> К тому же просто брать под сложную систему с кучей
>> VM> пересекающихся чтений-записей нетранзакционную БД ИМХО просто
>> VM> нельзя по определению, "разработчик" предпочитающий всему и вся
>> VM> пхп+мускель просто некомпетентен.
>> Да ну, глупости какие. :) Куча форумов жила и живет на mysql под
>> достаточно приличной нагрузкой.
VM> Это, извините, Вы глупости говорите. Я же сказал - сложную систему, а
VM> не форум или интернет-магазин.
А по работе sql базы на вставку/вывод - схема "форум" - одна из наиболее
сложных систем. Все остальное - имеет, как правило, значительно меньше
пользователей, или меньшую нагрузку.
>> А если сравнить затраты на разработку, железо и дальнейший
>> саппорт проекта средней мощности - то php+mysql получается на
>> порядок дешевле при примерно той же функциональности.
VM> Что такое проект средней мощности ? В чем эту "мощность" мерять ? В
VM> Ваттах что ли ? Только не нужно говорить про количество записей в
VM> таблице и объем базы.
Количественное соотношение select/insert в секунду - пойдет в качестве
критерия? :)
VM> Еще раз повтрюсь - форум или интернет магазин на пхп+мускель будет
VM> крутиться получше чем на жабе-оракле, а вот если делать OLTPшную
VM> CRM/ERP - то не смешите мои тапочки: чтобы все просто работало а не
VM> "глючило" нужно будет проделать нехилую работенку как минимум по
VM> прикручиванию готвого или написанию своего диспетчера блокировок.
>> А уж про возможности переноса,
>> масштабирования и время восстановления системы - я вообще молчу.
VM> Какое масштабирование в mysql ?
В плане переноса базы файлами с одного сервера на другой, например.
Andrey
--- GoldED+/BSD 1.1.5
* Origin: PGP KeyID 2ABEC67A andrey @ ostanovsky. spb. ru (2:5030/1957)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
