powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Postgres vs MySQL
25 сообщений из 68, страница 2 из 3
Postgres vs MySQL
    #39489389
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЯ как-то делал экспорт (или дамп?) средствами mysql одного тестового проекта.
И меня очень сильно удивил формат dml операций insert, где вместо кавычек
по какой-то странной причине вставлены символы back apos (апостроф в обратную сторону).
Словом шлак. Совершенно непонятно чем создателям не подошли
обычные quot, apos.А ты подумай.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39489391
ad-dc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
mad_nazgulP.S. Сколько сталкивался с MySQL он везде мне доставлял проблемы.
Причем понять, почему очень сложно. Т.к. он не ругался на ошибки, а что-то делал.
Причем как сам это понимал.
С PostgreSQL проще. Он сразу говорит - тут фигня.
Присоединяюсь. Не раз с майсиквелом попадали в ловушки.
С PG как то все более предсказуемо. Шо касаемо производительности, дак вот чего хотел бы сказать, На простых вещай, равного майсиквелу нет и не будет, он всех обскачет. Но как только база росла, то нетривиальные запросы он начал жутко ступорить, я бы сказал даже впадал в кому на пару минут.
Чего тока не делали. Кончилось тем что сделали миграцию с майсиквела на Аракакл и готовы были купить стандард эдишэн. Но та миграция так и не попала на продуктовку. когда Аракакл обрезал ядра у стандарт эдишэн, решили его прокинуть и смигрировать на Постгрес.
На одинаковом железе и одной и той же оське ( OEL7 ) Постргес и Аракакл показали примерно одинаковые результаты. Тесты не какие то абстрактные бэнчи, а реальное Web приложение.
Не, не подумайте, я не загоняю майсиквел в полный ацтой, у него есть своя ниша, и он ее прекрасно держит. Но для энтерпрайс систем или тем более банкинга я бы его не пользовал. Его красота и простота в конце концов апсирается кучей проблем и косяков.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39489396
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ad-dc,

Да ладно вам. Раньше и банкинг и энтерпрайз на dBase и клиппере писали и ничего.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39489403
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Relic HunterА ты подумай.
Это прозвучало грубо. Как-то ... недостойно пятничной дискуссии.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39489408
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,

Просто не ожидал от такого уважаемого мембера поста, как этотmaytonИ меня очень сильно удивил формат dml операций insert, где вместо кавычек
по какой-то странной причине вставлены символы back apos (апостроф в обратную сторону).
Словом шлак. Совершенно непонятно чем создателям не подошли
обычные quot, apos
Если-бы были апострофы (') то поля превратились бы в литералы-строки. И меня это не удивило ни разу.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39489410
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Relic HunterЕсли-бы были апострофы (') то поля превратились бы в литералы-строки. И меня это не удивило ни разу.
А почему они не превращаются в других форматах экспорта или дампа от других производителей dbms?
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39489414
Идеальный П.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,

У MSSQL скобками полей являются [field], что еще хуже, т.к. их два а не один, как в MySQL. По-моему довольно изящное решение. Респект создателям однозначно.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39489416
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonА почему они не превращаются в других форматах экспорта или дампа от других производителей dbms?По-моему одинарный квот - везде признак строки-литерала.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39489426
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Relic HuntermaytonА почему они не превращаются в других форматах экспорта или дампа от других производителей dbms?По-моему одинарный квот - везде признак строки-литерала.
А ты подумай (с) тролл

на самом деле нет,и уж тем более обратный `
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39508905
Sergei.Agalakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivКстати, вот подсистема, которая в MySQL всё же сделана лучше, это -- кодировки строк и collations. В PG -- отдано на откуп библиотеке C, что ну совсем странно для СУБД.
В Postgres 10 обещают поправить ситуацию с collation ICU support
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39509455
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Любая СУБД в тех или иных вопросах идёт навстречу пользователю. Одна больше, другая меньше. Если бы какая-то СУБД строго придерживалась стандарта - у неё не было бы массы проблем, но и почитателей было бы мало.

Те же квотеры для имён - да нахрен они не нужны, если твёрдо сказать, что строго А-набор, никаких там кириллиц-пробелов-ведущих цифр-зарезервированных слов. Вот только идиотов дохрена, и все они, за редчайшим исключением, дружно взвоют и бросятся искать другую СУБД, где их будет не гнобить, а холить, лелеять и облизывать. Вот и придумывают в плюс к стандарту, кто квадратные скобки, кто бэктики, кто двойные кавычки...
MasterZivмного storage endgine никому не нужно. Нужен ОДИН, но ХОРОШИЙ и транзакционный.
Не говори ерунды. Нафига, скажем, транзакционный движок там, где никаких транзакций гарантированно не будет? Значит, уже как минимум два движка, а не один...
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39509533
PgSQLanonymous3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AkinaНе говори ерунды. Нафига, скажем, транзакционный движок там, где никаких транзакций гарантированно не будет? Значит, уже как минимум два движка, а не один...Значит, там и СУБД, скорее всего, не нужна. ;)
Т.е. остаётся только DWH... или что-то ещё?
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39509682
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PgSQLanonymous3Значит, там и СУБД, скорее всего, не нужна.Ага, и давайте по старинке работать с plain text.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39511238
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мы и сейчас работаем с plain text в части ini-files, properties, cfs-s. e.t.c. Весь линукс конфиг стоит на таких
маленьких текстовых файликах.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39511384
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonВесь линукс конфиг стоит на таких маленьких текстовых файликах.Ты тему не забыл? ну или хотя бы почему всплыл plain text, глянь - всего 3 сообщения прочитать. Да и за каким рожном получать доступ к этим файликам средствами СУБД ?
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39511662
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AkinamaytonВесь линукс конфиг стоит на таких маленьких текстовых файликах.Ты тему не забыл? ну или хотя бы почему всплыл plain text, глянь - всего 3 сообщения прочитать. Да и за каким рожном получать доступ к этим файликам средствами СУБД ?

потому что удобно. в mysql оно из коробки.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39511877
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ScareCrowв mysql оно из коробкиИ какой движок обрабатывает таблицы, хранящиеся в формате таких файлов?
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39511884
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AkinamaytonВесь линукс конфиг стоит на таких маленьких текстовых файликах.Ты тему не забыл? ну или хотя бы почему всплыл plain text, глянь - всего 3 сообщения прочитать. Да и за каким рожном получать доступ к этим файликам средствами СУБД ?
Какие три сообщения?
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39511907
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton
AkinaНафига, скажем, транзакционный движок там, где никаких транзакций гарантированно не будет?
PgSQLanonymous3Значит, там и СУБД, скорее всего, не нужна.
AkinaАга, и давайте по старинке работать с plain text.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39511909
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Akina, по большему счету именно наличие транзакций и разделяет DBMS от обычных сериализуемых
на диск структур данных.

Обычно DBMS дает гарантии.

Лично для меня DBMS - это как Швейцарский банк. Если я что-то туда положил - то я уверен
что это что-то там надёжно хранится. Бэкапится. И версионно шарится.

Если вам вдруг (на минуточку) показалось что это неважно. И что mayton гонит чепуху. И эту часть теории можно
отбросить и каким-то образом перепрыгнуть из согласованного чтения в грязное - то
представьте что в этой базе лежат Ваши Деньги. Натурально... там лежит мать его ваш счёт.

И с этого момента ваши отношения и пожелания по технологиям DBMS станут внимательными
и проникновенными.

Вот почему MyISAM нужно выбросить в печку. А всех кто его использует - подвергнуть
химической кастрации по всем Европейским нормам этой мед-процедуры.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39511915
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton , как я понял, Вы принципиально отказываете в праве на существование, например, RO-данным в БД. И даже insert-select данным. Т.е. тем, где от наличия транзакций не холодно не жарко. Вот нехрен в DBMS лезть, сериализуйтесь в текст, а если хотите потом быстрые выборки и статистики - придумайте, нафига вам нужны транзакции, и используйте их. Мало ли, что они тут ни к селу ни к заднице, есть такое слово - надо!

Не все БД - это БД Швейцарского банка. Не смотрите на мир одним глазом - кривая картинка получится.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39511987
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я не отказываю. Пускай живут. Просто вывеску сменить нужно.

Это как в математике. Я говорю пусть X - комплексное число.
И все глубоко вздохнули и представили. Окей. Теперь корень
их отрицательных излекается. Сложение - как векторное.
Умножение - вращение и т.д. Всё! Действуют законы
и гарантии.

Если вы говорите окей. Пусть я работаю с табличкой в базе данных.
Все представили себе ACID и совокупность правил и гарантий
как с этим работать.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39512500
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VladmlВ Postgres не нравится что версионность реализована на уровне строк, даже если ты изменил 0 на 1, все версии строк хранятся там-же где и актуальная строка, соответсвенно достум не по индексу будет медленней, ну изменение ctid и соответсветенно обновление всех индексов.
Это идеальное решение для пост-реляционных систем. Данные и сегмент отката лежат вместе. Фактически
нет разницы. При наличии толстого диска и редких OLTP операций мы можем поднять историю всех
изменений за все года. При этом не нужен бекап. Это просто ретроспективный запрос по той-же
таблице.

В Oracle такое достигается только после активации flashback технологии. А это дополнительные дисковые
расходы к тому что уже и так есть. В Postgres это из-коробки.

Вобщем оба кейса хороши. Надо только найти им подходящие бизнес постановки.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39512523
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton В Postgres это из-коробки.
гм, поясните пожалуйста. Нет в версионности ничего такого
"При наличии толстого диска и редких OLTP операций мы можем поднять историю всех изменений за все года".

Такое потребовало бы хранить абсолютно все версии всех записей, что означало бы, что данные не заменяются, а просто накапливаются. И уже через пару месяцев производительность такой системы была бы близка к нулю.
...
Рейтинг: 0 / 0
Postgres vs MySQL
    #39512616
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЭто идеальное решение для пост-реляционных систем.

"Постреляционная" - всего лишь реклама СУБД Cache, за которой не кроется ничего реального. Но кроме реляционных, есть более новые NoSQL-базы (правильнее было бы называть их нереляционными). Они в овсновном делятся на документо-ориентриованные (вроде MongoDB) и базы для больших объёмов данных (big data) (пример - HBase). В MongoDB и HBase транзакций нет, и смысл в их отсутствии есть. А популярность этих систем показывает, что они разработаны удачно.
В общем, заглянул сюда за сравнением, но знатоков не оказалось. По-моему, участниками обсуждения упущено важное условие выбора - средства обеспечения сохранности данных: архивации и репликации (входящие в комплект и дополнительные, бесплатные и коммерческие, их возможности и качество работы).
...
Рейтинг: 0 / 0
25 сообщений из 68, страница 2 из 3
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Postgres vs MySQL
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]