LINUX.ORG.RU

PostgreSQL сделала MySQL


0

0

Разработчики PostgreSQL объявили, что после проверки около восьмисот тысяч строк кода, было обнаружено всего двадцать незначительных ошибок, которые уже исправлены и не попадут в следующий релиз. Этот результат гораздо лучше результата показанного MySQL, когда была найдена в среднем одна ошибка на четыре тысячи строк кода (хотя и этот показатель в восемь раз лучше, чем у проприетарного ПО).

>>> Подробности

★★★★★

Проверено: Shaman007 ()

Упс, ошибочка вышла

> хотя и этот показатель в восемь раз лучше, чем у проприетарного ПО

надо было написать

хотя и этот показатель в 16 раз лучше, чем у проприетарного ПО

Простите, разучился считать.

birdie ★★★★★
() автор топика

Господа, а вам не кажется, что "ошибка на столько-то строк кода" это довольно идиотский показатель качества кода?
Например достаточно сложно сделать ошибку в заголовочном файле, содержащем текст ГПЛ, стиль форматирования кода также серьезно влияет на количество строк, которое займет код...

anonymous
()

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

anonymous
()
Ответ на: комментарий от anonymous

> то мк обзавидуется: смысла ноль, но в глаза бросается.

Это точно =) Есть же еще до туей хучи БД. Кто там кого сделал в итоге?

anonymous
()
Ответ на: комментарий от anonymous

> Опять "религиозные войны". :(

Нужно отметить, что я Postgre не перевариваю при всей его "лучшесть в мире OpenSource СУБД"

birdie ★★★★★
() автор топика

лучше бы он его по скорости сделал. а то всё фичасто и безглючно, но по слухам тормозит.

kos
()

А чем они интересно ошибки находили и считали ? Неужто ручками .... или чем то автоматическим. Если так что чем ?

anonymous
()
Ответ на: комментарий от birdie

Ребята из постгреса повесятся от разочарования...

anonymous
()
Ответ на: комментарий от McLone

>> Actually, i saw speedups when migrating ~200..800mb databases from {MS SQL, Oracle 8i, MySQL} to pg...

учи албанский =))

а насчёт ошибок в коде - в каких местах они были найдены и какого типа. ато опшипки тоже разные бывают. если клиент ржавый - это одно. а если сама субд лажает - другое. так кто кого сделал?

anonymous
()

Или в MySQL лучше считают.

Дурной показатель.

Vad_S
()

действительно это ни о чем не говорит. показатель надежности ПО гораздо сложнее чем количество ошибок на килобайт кода.

Це брехня... хочь я важаю, шо postgres найкраща субд у свiтi.

anonymous
()

Мржно сделать и другой вывод, что те кто искал ошибки в MySQL делали это гораздо лучше, чем те кто искал в PostgreSQL :)

Crt
()
Ответ на: комментарий от anonymous

Лучше Microsoft SQL Server 2005 EE - он 1) Бесплатный 2) На базах <= 2 Гб самый быстрый на большинстве приложений

anonymous
()
Ответ на: комментарий от birdie

> хотя и этот показатель в восемь раз лучше, чем у проприетарного ПО
>надо было написать хотя и этот показатель в 16 раз лучше, чем у >проприетарного ПО
> Простите, разучился считать.

Ты лучше напиши в 256 раз лучше, чем у проприетарного ПО. Аргументация как в детсадовском сортире, ей богу.

anonymous
()
Ответ на: комментарий от IMNSHO

>По мне, лучше уж неспешность, чем офигенно быстрые накрытия медными тазиками.

Да, это утверждение граничит с абсолютной истиной. Ты просто из колумбийской мафии, чувак!

anonymous
()
Ответ на: комментарий от Shaman007

> Косвенно - показатель. Хотя и плохой.

Не такой уж и плохой. Можно предположить, что для больших проектов, состоящих из десятков тысяч и более строк кода, различия в подходе к форматированию, заголовкам и т.д. нивелируются. Всё равно, лучший критерий придумать сложно.

anonymous_incognito ★★★★★
()
Ответ на: комментарий от birdie

а что тебе в Постгресе не нравится кстати? >при всей его "лучшесть в мире OpenSource СУБД" ну а что лучше? у МуSQL половины возможностей Постгреса нет и никогда не будет.

reqexp
()
Ответ на: комментарий от anonymous

> каких нах возможностей, то что есть достаточно, а логику в СУБД суют только пионеры.

Не только, причем у них зачастую есть достатоно внтная аргументация...
А вот где бы прочитать про аргументацию их оппонентов, желательно на русском?
Примеры построения трехзвенных архитектур с использованием мускуля?
Описание сервера приложений для мускуля (только не жаба - обойдемся без гуано для разнообразия)?

anonymous
()

Хоть бы "сделала" в кавычки взяли :)) а то както неоднозначно получается :)

anonymous
()

> Лучше Microsoft SQL Server 2005 EE - он 1) Бесплатный 2) На базах <= 2 Гб самый быстрый на большинстве приложений

Блин! Почитай характеристики PostgreSQL. Используем уже года четыре... Пробовали сравнивать скорость (тупо на одинаковой структуре данных). Так вот, MSSQL идет лесом!!!! И не надо ничего мне говорить в минусы. PostgreSQL работает и работает!

sdbrother
()
Ответ на: комментарий от anonymous

>Лучше Microsoft SQL Server 2005

а что он уже на юниксах научился работать? фффтопку это пионерское поделие

anonymous
()

> (хотя и этот показатель в восемь раз лучше, чем у проприетарного ПО

Только проприетарное ПО почему-то позволяет работать с собой консолью, а pgadmin3 падает от чиха в его сторону. Я за OpenSource, но не люблю шапкозакидательства.

stasL
()

что такое ошибка в коде ? (по определению)

balbes
()

Читайте детали.

PostgreSQL до этого уже проверяли том из чего потом этот коммерческий софт проверки вырос.

anonymous
()

Все ж таки непонятно, почему в подобных "Holy Wars" всегда обходят вниманием FireBird? Он весьма неплох - трииггера, ХП, UDF, версионность (слизанная из него в M$SQL 2005 aka Yukon)...

Rolex ★★
()
Ответ на: комментарий от birdie

Во первых не coverity, а coverage. А во вторых coverage показывает не ошибки, а совсем другую инфу. Изучайте матчасть.
А во вторых, инфа напоминает меряние пиписьками в детском садике. В упор не понимаю, как лазив по коду можно ошибки искать, да еще считать их количество на количество строк кода. Ей Богу, детский сад.
И как интересно высчитана пропорция по отношению к проприетарному софту ? :-) Ето вообще бред. С чем сравнивали? Где инфу брали. Она ж закрытая :-) Может вообще никто ничего не считал, или плохо считал, а циферки с потолка брали? :-)
Короче, кг/ам

anonymous
()
Ответ на: комментарий от sdbrother

Извините за вопрос не по теме: А разве Postgres умеет работать на мултипроцессорных системах? Mysql вроде умеет

anonymous
()
Ответ на: комментарий от anonymous

На "мултипроцессорных системах" умеет даже Windows MineSweeper работать. А вот эффективно работать - это другой вопрос.

Rolex ★★
()
Ответ на: комментарий от anonymous

>Лучше Microsoft SQL Server 2005 EE - он 1) Бесплатный 2) На базах <= 2 Гб самый быстрый на большинстве приложений

Тогда еще лучше SQLLite на базах меньше 2Гб он точно всех обгонит и перегонит. И бесплатный он тоже =).

ingoa
()
Ответ на: комментарий от anonymous

> Во первых не coverity, а coverage. А во вторых coverage показывает не ошибки, а совсем другую инфу. Изучайте матчасть.

что такое coverage иди у быка спроси..

имелся в виду тул, с помощью которого в этом сезоне модно проверять код: http://www.coverity.com

dilmah ★★★★★
()
Ответ на: комментарий от stasL

>Только проприетарное ПО почему-то позволяет работать с собой консолью,

открой для себя psql %&!#

anonymous
()
Ответ на: комментарий от anonymous

>Господа, а вам не кажется, что "ошибка на столько-то строк кода"
>это довольно идиотский показатель качества кода?

В Carnegie Mellon University так почему-то не считают.
TotalDefects/KLOC - PSP2

Guyver
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.