|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Vladimir Melnikov 2:5020/400 28 Nov 2006 13:37:43 To : Andrey Ostanovsky Subject : Re: яЙО УТЧТ - ПЙО =?ko -------------------------------------------------------------------------------- > VM> У жабы хоть порог доступа повыше чем у пхп. Любой вася пупкин после > VM> написания "сайта" из 2-х таблиц на мускеле и трех страничек на пхп > VM> считает себя крутым программером (хотя не то что крутым, а даже просто > VM> программером его назвать нельзя), а с более тяжелыми вещами меньше > VM> вероятность напороться на чайника с пальцами. > > Мне почему-то чаще попадаются чайники, делающие проекты на php+оракл.:( Чайники - они везде попадаются. Hо все же раз самое популярное - это пхп+мусекль то там чайников как раз будет больше всего. > > VM> К тому же просто брать под сложную систему с кучей пересекающихся > VM> чтений-записей нетранзакционную БД ИМХО просто нельзя по определению, > VM> "разработчик" предпочитающий всему и вся пхп+мускель просто > VM> некомпетентен. > > Да ну, глупости какие. :) Куча форумов жила и живет на mysql под достаточно > приличной нагрузкой. Это, извините, Вы глупости говорите. Я же сказал - сложную систему, а не форум или интернет-магазин. > А если сравнить затраты на разработку, железо и дальнейший > саппорт проекта средней мощности - то php+mysql получается на порядок дешевле > при примерно той же функциональности. Что такое проект средней мощности ? В чем эту "мощность" мерять ? В Ваттах что ли ? Только не нужно говорить про количество записей в таблице и объем базы. Еще раз повтрюсь - форум или интернет магазин на пхп+мускель будет крутиться получше чем на жабе-оракле, а вот если делать OLTPшную CRM/ERP - то не смешите мои тапочки: чтобы все просто работало а не "глючило" нужно будет проделать нехилую работенку как минимум по прикручиванию готвого или написанию своего диспетчера блокировок. > А уж про возможности переноса, > масштабирования и время восстановления системы - я вообще молчу. Какое масштабирование в mysql ? > > Andrey > --- ifmail v.2.15dev5.3 * Origin: CTCS (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/918130f9dd5e.html, оценка из 5, голосов 10
|