Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Развитие MySQL  [new]
Алексей Ключников
Member

Откуда: г. Ульяновск
Сообщений: 360
Полистал документацию к последнему MySQL5.1
Оказалось что MySQL Очень быстро развивается в направление увеличения возможностей.
Т.е. Например про постгрес говорили что это база бесплатная но с большим количесвом фишек из "настоящих" платных БД.
А теперь беглый взгляд на доку MySQL позволяет тоже самое сказать и про него.

Изменилась концепция MySQL? Раньше это было надежность и быстродействие, а теперь к этому добавилось (в ущерб двум предыдущим) бурное расширение возможностей?

Кто плотно работает с новыми MySQL просветите.
19 дек 05, 15:07    [2186041]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32912

Привет, Алексей!
Ты пишешь:

Алексей
АК> Изменилась концепция MySQL?
АК> Раньше это было надежность и быстродействие,
АК> а теперь к этому добавилось (в ущерб двум предыдущим)
АК> бурное расширение возможностей?
Вот за НАДЁЖНОСТЬ, я вас умоляю!

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

19 дек 05, 16:35    [2186550]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
Мимопроходящий
Вот за НАДЁЖНОСТЬ, я вас умоляю!

Проблемы с надежностью? Очень интересно бы послушать, а то я никак не могу обосновать, почему нам не следует в качестве сервера использовать MySQL...
19 дек 05, 16:40    [2186581]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Yo!!
Guest
Sergey Ch

Проблемы с надежностью? Очень интересно бы послушать, а то я никак не могу обосновать, почему нам не следует в качестве сервера использовать MySQL...


в сравнении с его конкурентом (не будем тыкать пальцем хотя это был firebird) ;) MySQL скала ... правда у меня еще 3.x крутится :)
19 дек 05, 16:59    [2186697]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32912

Привет, Yo!!!
Ты пишешь:

Yo!!
Y> в сравнении с его конкурентом (не будем тыкать пальцем хотя это был firebird) ;)
Y> MySQL скала ... правда у меня еще 3.x крутится :)
Да, да. Без "целкостой ссылочности" и "транзакционной целкосности",
это прям таки эталон надёжности для корпоративной БД !

А у Йоу усё крутится.
Йоу вааще большой специализд в области всеобщей теории всего.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

19 дек 05, 17:37    [2186943]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290

Мимопроходящий пишет:

> Да, да. Без "целкостой ссылочности" и "транзакционной целкосности",

А они хвастаются что это где-то в MySQL есть. Как истина, которая где-то
рядом (с) из х-филесов

Posted via ActualForum NNTP Server 1.3

19 дек 05, 17:55    [2187033]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32912

Привет, Александр!
Ты пишешь:

Александр
АГ> А они хвастаются что это где-то в MySQL есть.
У товарища Йоу, на 3-ке

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

19 дек 05, 18:17    [2187170]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Yo!!
Guest
Мимопроходящий

Да, да. Без "целкостой ссылочности" и "транзакционной целкосности",
это прям таки эталон надёжности для корпоративной БД !

это ущербность функционала, но ни как не надежности. надежность это лог, бэкап, адекватность ответов, маштабируемость при тяжелой нагрузке, востановление после медиа/инстанс краша.
с логом у mysql c myisam тоже херово, поэтому на эталон никак не тянет, но по остальным позициям гораздо адекватней некотрых ;)

Мимопроходящий

Йоу вааще большой специализд в области всеобщей теории всего.

ну этого у Йоу не отнять ;)
19 дек 05, 18:32    [2187213]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

вот как хорошо! Человек хоть в чём-то разобрался и даже хвалит. А то всё
оракл форева, мс скл оцтой


Posted via ActualForum NNTP Server 1.3

20 дек 05, 11:01    [2188758]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Алексей Ключников
Member

Откуда: г. Ульяновск
Сообщений: 360
Т.е. ярых мускулистов здесь нет..

зы
Ярые это те что уже 5.1 Заюзали
20 дек 05, 16:40    [2191117]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32912

Привет, Алексей!
Ты пишешь:

Алексей
АК> Т.е. ярых мускулистов здесь нет..

АК> зы
АК> Ярые это те что уже 5.1 Заюзали
Это не ярые.
Это отчаянные.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

20 дек 05, 16:47    [2191164]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
nik_x
Member

Откуда:
Сообщений: 1887
Уже упоминал про то, что Оракуль скупил Innobase...
Кто-ж теперь финансировать разработки будет?
И есть ли смысл делать это Оракулю?
Кстати, где-то упоминалось, что Постгресс собрались сделать интерфейс, для совместимости с МуСкулем... И какие тут у МуСкуля перспективы?
21 дек 05, 11:25    [2193376]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
Yo!!

с логом у mysql c myisam тоже херово, поэтому на эталон никак не тянет


?? обьясните с каким логом у myisam херово?
21 дек 05, 16:35    [2195460]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
nik_x
Уже упоминал про то, что Оракуль скупил Innobase...
Кто-ж теперь финансировать разработки будет?
И есть ли смысл делать это Оракулю?


исходники innodb под GPL.

nik_x

Кстати, где-то упоминалось, что Постгресс собрались сделать интерфейс, для совместимости с МуСкулем... И какие тут у МуСкуля перспективы?


:-) если бы все так просто было, все бы только odbc использовали.
21 дек 05, 16:43    [2195512]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Yo!!.
Guest
Хрен

?? обьясните с каким логом у myisam херово?

что херово ? ну .. например то что его там просто нет :) там есть просто возможность валить sql стейтменты в тестовый файлик, но востановить бд например на определеное время (например до сбоя) уже низя. полноценный лог помоему и у myisam появился не так давно.
21 дек 05, 16:57    [2195618]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
You! вы что-то гоните. - Эээ - извиняюсь - Вы похоже не владеете вопросом.
21 дек 05, 17:37    [2195833]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Yo!!.
Guest
Хрен
You! вы что-то гоните. - Эээ - извиняюсь - Вы похоже не владеете вопросом.

бинари лог у mysql появился около года назад в 4.1.3 в моем 3.х есть только порно с названием General Query Log ...
21 дек 05, 18:58    [2196208]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
Yo!!.
Хрен
You! вы что-то гоните. - Эээ - извиняюсь - Вы похоже не владеете вопросом.

бинари лог у mysql появился около года назад в 4.1.3 в моем 3.х есть только порно с названием General Query Log ...


В самом деле? Репликация основанная на бинарных логах появилась в версии 3.23, которая была выпущена летом 1999.
21 дек 05, 19:49    [2196366]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Yo!!.
Guest
Хрен


В самом деле? Репликация основанная на бинарных логах появилась в версии 3.23, которая была выпущена летом 1999.

а в манул заглянуть ?

The binary log has replaced the old update log, which is being phased out of future MySQL release series after 4.1. The binary log contains all information that is available in the update log in a more efficient format and in a manner that is transaction-safe.

The binary log contains all statements which updated data or (starting from MySQL 4.1.3) could potentially have updated it (for example, a DELETE which matched no rows).
http://dev.mysql.com/doc/refman/4.1/en/binary-log.html
21 дек 05, 19:58    [2196383]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
Yo!!.
Хрен


В самом деле? Репликация основанная на бинарных логах появилась в версии 3.23, которая была выпущена летом 1999.

а в манул заглянуть ?

The binary log has replaced the old update log, which is being phased out of future MySQL release series after 4.1. The binary log contains all information that is available in the update log in a more efficient format and in a manner that is transaction-safe.

The binary log contains all statements which updated data or (starting from MySQL 4.1.3) could potentially have updated it (for example, a DELETE which matched no rows).
http://dev.mysql.com/doc/refman/4.1/en/binary-log.html


А перевести пральна? бинарный лог _заменил собой_ старый update log.

Идеи о том. что не нужно иметь два лога , которые делают примерно то же самое - блуждала со времен 3.23 когда был _и_ log-update _и_ log-bin. Наконец log-update выкинули.

Я использую log-bin с 2001 года и ты пытаешься мне доказать что его не было?? Возми свой дистрибутив тройки, которым ты так гордишься (непонятно почему кстати), и посмотрти там (если она 3.23) опцию --log-bin для сервера. А заодно утилиту mysqlbinlog в каталоге bin, которая проигрывает эти бинарные логи. У меня перед глазами биткипер с mysql и самая дальняя дата которую там видно - это 31 марта 2000 - и тогда уже mysqlbinlog существовал.
21 дек 05, 20:10    [2196411]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
Алексей Ключников

Изменилась концепция MySQL? Раньше это было надежность и быстродействие, а теперь к этому добавилось (в ущерб двум предыдущим) бурное расширение возможностей?

Кто плотно работает с новыми MySQL просветите.


Концепции не изменились. Те же приоритеты.
21 дек 05, 20:48    [2196482]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
cyclinder
Member

Откуда: pattaya, thailand
Сообщений: 39
mysql - глюкавая кривая поделка, как и весь опенсорс впрочем

умрет с приходом многопоточных процов в массы.
21 дек 05, 22:43    [2196660]     Ответить | Цитировать Сообщить модератору
 Re: Помогите доказать достоинства MSSQL - IB/FB  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
cyclinder
mysql - глюкавая кривая поделка, как и весь опенсорс впрочем
умрет с приходом многопоточных процов в массы.

Что-то я кореляции не усек?
22 дек 05, 08:39    [2197002]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Алексей Ключников
Member

Откуда: г. Ульяновск
Сообщений: 360
cyclinder
mysql - глюкавая кривая поделка, как и весь опенсорс впрочем

умрет с приходом многопоточных процов в массы.

провокация :)
22 дек 05, 10:48    [2197445]     Ответить | Цитировать Сообщить модератору
 Re: Развитие MySQL  [new]
Yo!!.
Guest
2Хрен
ну блин, то что он не только replaced но и существовал ранее я не догадался, поэтому как-то и не пытался его найти. причем года 3-4 назад когда я пытался найти бинарный лог я вообще понял, решил что он только с innodb умеет. что ж после долгих поисков я все же нашел :)

ЗЫ. только вот эта тьма ключиков смущают, доки у mysql чукча пишет safe-binlog, sync_binlog будут работать в 3.23 ? safe-binlog на myisam есть смысл ставить ?
22 дек 05, 13:05    [2198585]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить