Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
20.10.2008, 02:00
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Добрый день! Посоветуйте, пожалуйста, что будет лучше в данной ситуации: В БД мало таблиц (<10), основная нагрузка ляжет на 1. Характер нагрузки: много вставок по одной строке, много обновлений по одной строке, редко - большие запросы на выборку. Планируется, что нагрузка будет плавно возрастать от минимальной (меньше 1 запроса в секунду) до ... (а вот тут уже сложно сказать, насколько она вырастет) Надежность тоже немаловажный фактор, ибо каждая строка - это чьи-то деньги, пусть и небольшие. Начальство расставило приоритеты так: сделать сначала быстро, потом надёжно. У меня есть кое-какой опыт в работе с MySQL (знаю команду EXPLAIN и для чего она используется ;) ), с PostgreSQL опыта 0. Я лично вижу три варианта развития событий: 1. Я делаю всё на MySQL 2. Я делаю всё на MySQL, по мере сил закладываю возможность миграции на PostgreSQL 3. Забиваю на мнение начальства и делаю всё в PostgreSQL Какие плюсы и минусы я получу от каждого варианта? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.10.2008, 12:13
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Серго44 2. Я делаю всё на MySQL, по мере сил закладываю возможность миграции на PostgreSQL Вот этот вариант рекомендую исключить сразу. А то потом как всегда будет: "PostgreSQL --- г-но, потому что криво написанное и кое-как оптимизированное под MySQL приложение на ём тормозит!!!" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.10.2008, 12:17
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Серго44 Надежность тоже немаловажный фактор, ибо каждая строка - это чьи-то деньги, пусть и небольшие. Если речь о деньгах, значит в MySQL придётся использовать транзакционный движок. Единственный стабильный на данный момент --- InnoDB. InnoDB принадлежит фирме Oracle. => Разрабатывать под MySQL --- надеяться на добрую волю фирмы Oracle. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.10.2008, 12:36
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Sad Spiritкриво написанное и кое-как оптимизированное под MySQL приложение Спасибо, конечно, за заочную, но, несомненно, объективную оценку моих способностей, но вопрос был немножко в другом: стоит ли напрягаться и использовать специфические приемы оптимизации под MySQL, когда можно написать на "чистом" SQL, который при небольших нагрузках будет и так приемлимо работать, а когда всё упрётся в производительность - с минимальными усилиями перехать на PostgreSQL и затачивать уже под неё? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.10.2008, 13:03
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
я бы посоветовал PostgreSQL, т.к. MySQL может не подойти по лицензионным соображениям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.10.2008, 13:09
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
скорей всего, производительность и той и другой СУБД упрётся в сокорость жесткого диска... по этому если вдруг и начнут тормозить, то примерно одинаково... PostgreSQL и бесплатней, и круче чем mySQL... что мешает вам писать на "чистом SQL" сразу под постгрис? ну дня два максимум на установку, настройку IDE, опробование, разобраться с компанентами... по мере написания, будете больше узновать постгрис, и пробовать под него затачивать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.10.2008, 13:37
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Кифирчик что мешает вам писать на "чистом SQL" сразу под постгрис? Дело в том, что есть уже настроенный сервер с MySQL, перевод его на PostgreSQL потребует некоторого количества денег, причем необходимость перевода нужно обосновать сейчас. На своей машине, конечно, поставить сервер проблем нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.10.2008, 16:15
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Серго44Дело в том, что есть уже настроенный сервер с MySQL, перевод его на PostgreSQL потребует некоторого количества денег, причем необходимость перевода нужно обосновать сейчас самый главный аргумент, это то, что MySQL не такой уж и лицензионно чистый (особенно, как уже подсказали, InnoDB) второй аргумент: постгрис - более функциональный, ссылочная целостность, транзакции, схемы... можно сказать, это другой "класс" СУБД. И когда дело касается денежек, то эти фенечки (хотябы таже проверка ссылочной целостности) очень даже пригодятся, важна "надёжность". если развивать ИС дальше, это более перспективная СУБД (ИМХО) если писать на чистом SQL, то разницы особой не будет... я, когда начал писать на постгрисе (после MySQL) долго плевался... но в принципе за неделю разобрался в особенностях. в соседнем разделе всё расжеванно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.10.2008, 20:18
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Кифирчик wrote: > самый главный аргумент, это то, что MySQL не такой уж и лицензионно > чистый (особенно, как уже подсказали, InnoDB) > второй аргумент: постгрис - более функциональный, ссылочная целостность, > транзакции, схемы... можно сказать, это другой "класс" СУБД. +1 > если развивать ИС дальше, это более перспективная СУБД (ИМХО) +1 + ничего почти не бывает на "чистом SQL". > я, когда начал писать на постгрисе (после MySQL) долго плевался... но в > принципе за неделю разобрался в особенностях. в соседнем разделе всё > расжеванно Ты бы объяснил, в какую сторону плевался Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.10.2008, 23:19
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Если чьи-то деньги, то я бы вообще делал на DB2 Express C :) Денег не стоит, поддержка (с репликацией и HADR) стоит копейки (а аналога HADR, насколько я помню, в Postgress нет вообще - а для финансовых систем это может быть существенно). Ну и надежность, наверно, наивысшая на рынке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.10.2008, 14:45
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Серго44Я лично вижу три варианта развития событий: 1. Я делаю всё на MySQL 2. Я делаю всё на MySQL, по мере сил закладываю возможность миграции на PostgreSQL 3. Забиваю на мнение начальства и делаю всё в PostgreSQLКроме второго варианта, потому что оптимизировать приложение для работы с двумя СУБД сложнее, чем с одной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.10.2008, 21:58
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Серго44 ...вопрос был немножко в другом: стоит ли напрягаться и использовать специфические приемы оптимизации под MySQL, когда можно написать на "чистом" SQL... Для того, чтобы нормально написать на "чистом" SQL, надо хорошо понимать особенности всех баз, под которые пишешь. А иначе --- см. выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.10.2008, 15:03
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
DPHЕсли чьи-то деньги, то я бы вообще делал на DB2 Express C :) Денег не стоит, поддержка (с репликацией и HADR) стоит копейки (а аналога HADR, насколько я помню, в Postgress нет вообще - а для финансовых систем это может быть существенно). Ну и надежность, наверно, наивысшая на рынке. +1024. А из mySql и Postgres'a только потсргресс. Хорошие факты сказал Кифирчик. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.10.2008, 15:20
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Так, ну более-менее картина вырисовывается, большое спасибо всем за советы. А вообще, теоретически "версионник" PostgreSQL должен быть быстрее "блокировочника" MySQL на многочисленных вставках одиночных строк или с движком InnoDB эта разница будет незначительна? У кого-нибудь был опыт использования таких систем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.10.2008, 15:53
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Серго44 wrote: > А вообще, теоретически "версионник" PostgreSQL должен быть быстрее > "блокировочника" MySQL на многочисленных вставках одиночных строк Нет, никто никому не должен. или с > движком InnoDB эта разница будет незначительна? InnoDB тоже версионник. Правда, немного другой, чем PG, насколько я знаю. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.10.2008, 17:32
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Серго44А вообще, теоретически "версионник" PostgreSQL должен быть быстрее "блокировочника" MySQL на многочисленных вставках одиночных строкнет по вставке одиночных строк и селекту mysql работает быстрее всех, и так и должно быть в теории(никакого тебе redo, undo), другое дело что транзакции myisam не поддерживает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.10.2008, 19:20
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
тыц нет по вставке одиночных строк и селекту mysql работает быстрее всех, и так и должно быть в теории(никакого тебе redo, undo), другое дело что транзакции myisam не поддерживает А потому на время вставки или модификации лочит насмерть всю таблицу, так что пока идёт вставка, выборки стоят как вкопанные. Именно на это жаловался недавно STE: http://www.sql.ru/forum/actualthread.aspx?tid=600836 Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.10.2008, 10:25
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Dimitry SibiryakovА потому на время вставки или модификации лочит насмерть всю таблицу, так что пока идёт вставка, выборки стоят как вкопанные. Именно на это жаловался недавно STE: http://www.sql.ru/forum/actualthread.aspx?tid=600836 в начале не поверил вам, но погуглив убедился что правда, что чтение - блокирует запись, а запись - чтениие и запись, и при этом блокировка не на строку а на таблицу, жесть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.10.2008, 12:50
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
тыц wrote: > в начале не поверил вам, но погуглив убедился что правда, что чтение - > блокирует запись, а запись - чтениие и запись, и при этом блокировка не > на строку а на таблицу, жесть Не верь. Это зависит от engine. В InnoDB ничего не блокируется, там тот же MVCC, что и в PG. А этот чел. тебе втирает про MyISAM. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.10.2008, 12:53
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
MasterZivНе верь. Это зависит от engine. В InnoDB ничего не блокируется, там тот же MVCC, что и в PG. А этот чел. тебе втирает про MyISAM.я в курсе про engine =) просто когда говорят mysql подразумевают myisam ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.10.2008, 15:23
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
тыцMasterZivНе верь. Это зависит от engine. В InnoDB ничего не блокируется, там тот же MVCC, что и в PG. А этот чел. тебе втирает про MyISAM.я в курсе про engine =) просто когда говорят mysql подразумевают myisamМы говорим Партия -- подразумеваем Ленин! Кто так подразумевает-то? Автор темы, вроде как, немного MySQL знает, так что вряд ли путает движки и их предназначение. Но если уж говорить про MyISAM, то _ЗАПИСЬ_ не блокирует чтение, вот обновления -- то да. Постоянные удаления -- вообще смерть для MyISAM. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.10.2008, 01:16
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
miksoft, А по каким лицензионным соображениям может не подойти mysql? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.10.2008, 11:53
|
|||
|---|---|---|---|
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
Хрен wrote: > А по каким лицензионным соображениям может не подойти mysql? Бесплатности. MySQL , несмотря на то, что он вроде бы GPL, или какая-то модификация, очень вольно трактует эту лицензию. Ну или какую-то модификацию использует. ну не важно в общем. В итоге MySQL использовать в коммерческих проектах нельзя. Есть только одна кажется оговорка, если это не проект, работающий на Web-сайте в инете. Т.е. MySQL в общем-то нельзя отнести полностью к бесплатным (свободным). Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.10.2008, 13:07
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
MasterZivНу или какую-то модификацию использует. Вообще-то у него просто две лицензии. Бесплатная GPL и платная. Т.е. либо у тебя самого программа под GPL (распространяется с исходниками) и ты ничего не платишь, дибо делаешь что угодно, но за деньги. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.10.2008, 13:47
|
|||
|---|---|---|---|
|
|||
Выбор СУБД: MySQL или PostgreSQL |
|||
|
#18+
не надоело нести один и тот же бред о GPL ? уже три раза тыкал, сервер mysql можно использовать как угодно хоть в интересах алькайды. никто запретить комерческое использование mysql не может, т.к. это ТУПО GPL. GPL требует всего лишь открыть исходники в случае жесткой линковки с GPL кодом, т.е. в случае mysql максимум о чем можно порасуждать так о линковки с компанентами доступа. с сервером mysql ничерта не линкуется, поэтому что там у него за лицензия обсалютно не важно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=35&mobile=1&tid=1553031]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
36ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
180ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 269ms |
| 0 / 0 |
