нужноли ? 17 пользователей проголосовало

[romen 1]

Собственно небольшой опрос. По его результатам буду думать стоит ли заморачиваться и переписывать DLE под работу с базой PostgreSQL.

Надеюсь люди знают что такое слоник и могут понять чем эта переделка сулит сайту. Кто не знает могу в кратце отослать к гуглю - там все расписано.

Согласно результатам автоматизированного исследованияразличного ПО на предмет ошибок, в исходном коде PostgreSQL было найдено 20 проблемных мест на 775 000 строк исходного кода (в среднем, одна ошибка на 39 000 строк кода). Для сравнения: MySQL — 97 проблем, одна ошибка на 4 000 строк кода; FreeBSD (целиком) — 306 проблем, одна ошибка на 4 000 строк кода; Linux (только ядро) — 950 проблем, одна ошибка на 10 000 строк кода.

http://www.samag.ru/art/07.2007/07.2007_02.html

и так далее.

в общем решать Вам.

Изменено 14 января 2008 пользователем romen

[IT-Security 33]

Имхо это разработчик делать должен. Назвать это хаком язык не поворачивается =)

Хотя если ты напишешь класс с аналогичными ф-циями и возвратом переменных, то даж ничего делать не нужно будет =)

Только вместо MySQL (i) подключить слоника. Имхо слоник мало где используется сча =(

[romen 1]

Имхо это разработчик делать должен. Назвать это хаком язык не поворачивается =)

Хотя если ты напишешь класс с аналогичными ф-циями и возвратом переменных, то даж ничего делать не нужно будет =)

Только вместо MySQL (i) подключить слоника. Имхо слоник мало где используется сча =(

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

в принципе это можно считать хаком.

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

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

всем известно что любой запрос к более чем одной таблице в майсикле работает долго по причине самой СУБД- ну не умеет она по человечески соединения планировать (в смысле план запроса строить нормальный).

слоник же спокойно с этим справляется. Даже по некоторым тестам догоняет оракл по производительности. Но оракл точно не ставят хостеры

Изменено 14 января 2008 пользователем romen

[IT-Security 33]

Ну кто держит под большой нагрузкой сайт можно и MSSQL поставить =)))

[ShmaToK 0]

Очень интересная тема, с нетерпением ожидаю коментария celsoft'а

[romen 1]

Ну кто держит под большой нагрузкой сайт можно и MSSQL поставить =)))

мыссыкуэль денег стоит а слоник бесплатен.

да и мелкософт он и в африке мелкософт. Если они уже более 20 лет не могут операционку нормальную сделать то СУБД ихним вообще верить страшно. Чисто марка и все.

[lifestar 18]

мыссыкуэль денег стоит а слоник бесплатен

так платит за него компания-хостер а не ты)

СУБД ихним вообще верить страшно.

по опыту нескольких хороших знакомых - отличная СУБД! Изменено 15 января 2008 пользователем lifestar

[IT-Security 33]

Немного неудобная, но держит ОГРОМНУЮ нагрузку. У самого игра на MSSQL стоит.

[Gorets 3]

уже переводил дле на Postgre.

Там есть небольшие проблемы с совместимостью синтаксиса запросов.

В частности LIMIT немного по другому задается + работа с датами отличается.

Но ничего нереального нет!

[romen 1]

уже переводил дле на Postgre.

Нука нука. Поподробнее с этого момента. Если можно - ссылки, контакты...

Там есть небольшие проблемы с совместимостью синтаксиса запросов.

В частности LIMIT немного по другому задается + работа с датами отличается.

это я в курсе.

плюс как такового поля с типом автоинкремент нету. нужно использовать сиквенции.

Но ничего нереального нет!

согласен абсолютно. Плюс в оптимизации путем элементарного создания индексов. А в слоне довольно много способов улучшить даже очень большие и сложные запросы.

Просто когда столкнулся с выбором базы для программы на предприятии машиностроения. то остановился на слоне и не пожалел - в администрировании прост, довольно быстр, с большими объемами данных справляется на ура.

[ShmaToK 0]

а как по поводу досс атак? Если дле переделать под Postgre, нагрузка от нее сни зиться?

Точнее, ддосер потртит на это больше времени и средств?

[IT-Security 33]

От DoS атаки нет защиты. Так как это впринципе обычные обращения к сайту =))) Вот только их очень-очень много =)

И выбор БД тут не при чём. Думаю всё таки следует разбираться в вопросе, который задаёте =))

[ShmaToK 0]

От DoS атаки нет защиты. Так как это впринципе обычные обращения к сайту =))) Вот только их очень-очень много =)

И выбор БД тут не при чём. Думаю всё таки следует разбираться в вопросе, который задаёте =))

Если я задаю вопрос - значит я в этом плохо разбираюсь. Если бы не спрашивал - не знал бы ответов на многие вопросы. Логично?

Так что думаю, что всё таки за своими словами нужно следить и не быть свиньей.

[Zergio 0]

Прикольно 8 месяцев парень думал как ответить !!!