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

Откуда: AB
Сообщений: 7672
mayton
Я как-то делал экспорт (или дамп?) средствами mysql одного тестового проекта.
И меня очень сильно удивил формат dml операций insert, где вместо кавычек
по какой-то странной причине вставлены символы back apos (апостроф в обратную сторону).
Словом шлак. Совершенно непонятно чем создателям не подошли
обычные quot, apos.
А ты подумай.
14 июл 17, 21:43    [20646124]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
ad-dc
Member

Откуда:
Сообщений: 2
mad_nazgul
P.S. Сколько сталкивался с MySQL он везде мне доставлял проблемы.
Причем понять, почему очень сложно. Т.к. он не ругался на ошибки, а что-то делал.
Причем как сам это понимал.
С PostgreSQL проще. Он сразу говорит - тут фигня.

Присоединяюсь. Не раз с майсиквелом попадали в ловушки.
С PG как то все более предсказуемо. Шо касаемо производительности, дак вот чего хотел бы сказать, На простых вещай, равного майсиквелу нет и не будет, он всех обскачет. Но как только база росла, то нетривиальные запросы он начал жутко ступорить, я бы сказал даже впадал в кому на пару минут.
Чего тока не делали. Кончилось тем что сделали миграцию с майсиквела на Аракакл и готовы были купить стандард эдишэн. Но та миграция так и не попала на продуктовку. когда Аракакл обрезал ядра у стандарт эдишэн, решили его прокинуть и смигрировать на Постгрес.
На одинаковом железе и одной и той же оське ( OEL7 ) Постргес и Аракакл показали примерно одинаковые результаты. Тесты не какие то абстрактные бэнчи, а реальное Web приложение.
Не, не подумайте, я не загоняю майсиквел в полный ацтой, у него есть своя ниша, и он ее прекрасно держит. Но для энтерпрайс систем или тем более банкинга я бы его не пользовал. Его красота и простота в конце концов апсирается кучей проблем и косяков.
14 июл 17, 21:57    [20646149]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7672
ad-dc,

Да ладно вам. Раньше и банкинг и энтерпрайз на dBase и клиппере писали и ничего.
14 июл 17, 22:13    [20646169]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
mayton
Member

Откуда: loopback
Сообщений: 52929
Relic Hunter
А ты подумай.

Это прозвучало грубо. Как-то ... недостойно пятничной дискуссии.
14 июл 17, 22:42    [20646218]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7672
mayton,

Просто не ожидал от такого уважаемого мембера поста, как этот
mayton
И меня очень сильно удивил формат dml операций insert, где вместо кавычек
по какой-то странной причине вставлены символы back apos (апостроф в обратную сторону).
Словом шлак. Совершенно непонятно чем создателям не подошли
обычные quot, apos
Если-бы были апострофы (') то поля превратились бы в литералы-строки. И меня это не удивило ни разу.
14 июл 17, 22:59    [20646252]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
mayton
Member

Откуда: loopback
Сообщений: 52929
Relic Hunter
Если-бы были апострофы (') то поля превратились бы в литералы-строки. И меня это не удивило ни разу.

А почему они не превращаются в других форматах экспорта или дампа от других производителей dbms?
14 июл 17, 23:13    [20646266]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Идеальный П.
Member

Откуда:
Сообщений: 1353
mayton,

У MSSQL скобками полей являются [field], что еще хуже, т.к. их два а не один, как в MySQL. По-моему довольно изящное решение. Респект создателям однозначно.
14 июл 17, 23:21    [20646281]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7672
mayton
А почему они не превращаются в других форматах экспорта или дампа от других производителей dbms?
По-моему одинарный квот - везде признак строки-литерала.
14 июл 17, 23:27    [20646291]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6633
Relic Hunter
mayton
А почему они не превращаются в других форматах экспорта или дампа от других производителей dbms?
По-моему одинарный квот - везде признак строки-литерала.

А ты подумай (с) тролл

+
на самом деле нет,и уж тем более обратный `
14 июл 17, 23:54    [20646343]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Sergei.Agalakov
Member

Откуда:
Сообщений: 575
MasterZiv
Кстати, вот подсистема, которая в MySQL всё же сделана лучше, это -- кодировки строк и collations. В PG -- отдано на откуп библиотеке C, что ну совсем странно для СУБД.

В Postgres 10 обещают поправить ситуацию с collation ICU support
22 авг 17, 17:41    [20742087]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Akina
Member

Откуда: Зеленоград, Москва, Россия
Сообщений: 21485
Любая СУБД в тех или иных вопросах идёт навстречу пользователю. Одна больше, другая меньше. Если бы какая-то СУБД строго придерживалась стандарта - у неё не было бы массы проблем, но и почитателей было бы мало.

Те же квотеры для имён - да нахрен они не нужны, если твёрдо сказать, что строго А-набор, никаких там кириллиц-пробелов-ведущих цифр-зарезервированных слов. Вот только идиотов дохрена, и все они, за редчайшим исключением, дружно взвоют и бросятся искать другую СУБД, где их будет не гнобить, а холить, лелеять и облизывать. Вот и придумывают в плюс к стандарту, кто квадратные скобки, кто бэктики, кто двойные кавычки...
MasterZiv
много storage endgine никому не нужно. Нужен ОДИН, но ХОРОШИЙ и транзакционный.

Не говори ерунды. Нафига, скажем, транзакционный движок там, где никаких транзакций гарантированно не будет? Значит, уже как минимум два движка, а не один...
23 авг 17, 17:00    [20744802]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
PgSQLanonymous3
Member

Откуда:
Сообщений: 121
Akina
Не говори ерунды. Нафига, скажем, транзакционный движок там, где никаких транзакций гарантированно не будет? Значит, уже как минимум два движка, а не один...
Значит, там и СУБД, скорее всего, не нужна. ;)
Т.е. остаётся только DWH... или что-то ещё?
23 авг 17, 19:11    [20745195]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Akina
Member

Откуда: Зеленоград, Москва, Россия
Сообщений: 21485
PgSQLanonymous3
Значит, там и СУБД, скорее всего, не нужна.
Ага, и давайте по старинке работать с plain text.
24 авг 17, 07:37    [20745885]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
mayton
Member

Откуда: loopback
Сообщений: 52929
Мы и сейчас работаем с plain text в части ini-files, properties, cfs-s. e.t.c. Весь линукс конфиг стоит на таких
маленьких текстовых файликах.
27 авг 17, 16:55    [20752122]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Akina
Member

Откуда: Зеленоград, Москва, Россия
Сообщений: 21485
mayton
Весь линукс конфиг стоит на таких маленьких текстовых файликах.
Ты тему не забыл? ну или хотя бы почему всплыл plain text, глянь - всего 3 сообщения прочитать. Да и за каким рожном получать доступ к этим файликам средствами СУБД?
28 авг 17, 07:57    [20752660]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
ScareCrow
Member

Откуда: Белый город
Сообщений: 17472
Akina
mayton
Весь линукс конфиг стоит на таких маленьких текстовых файликах.
Ты тему не забыл? ну или хотя бы почему всплыл plain text, глянь - всего 3 сообщения прочитать. Да и за каким рожном получать доступ к этим файликам средствами СУБД?


потому что удобно. в mysql оно из коробки.
28 авг 17, 14:32    [20753775]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Akina
Member

Откуда: Зеленоград, Москва, Россия
Сообщений: 21485
ScareCrow
в mysql оно из коробки
И какой движок обрабатывает таблицы, хранящиеся в формате таких файлов?
28 авг 17, 19:59    [20754707]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
mayton
Member

Откуда: loopback
Сообщений: 52929
Akina
mayton
Весь линукс конфиг стоит на таких маленьких текстовых файликах.
Ты тему не забыл? ну или хотя бы почему всплыл plain text, глянь - всего 3 сообщения прочитать. Да и за каким рожном получать доступ к этим файликам средствами СУБД?

Какие три сообщения?
28 авг 17, 20:24    [20754750]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Akina
Member

Откуда: Зеленоград, Москва, Россия
Сообщений: 21485
mayton
Akina
Нафига, скажем, транзакционный движок там, где никаких транзакций гарантированно не будет?

PgSQLanonymous3
Значит, там и СУБД, скорее всего, не нужна.

Akina
Ага, и давайте по старинке работать с plain text.
28 авг 17, 21:48    [20754882]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
mayton
Member

Откуда: loopback
Сообщений: 52929
Akina, по большему счету именно наличие транзакций и разделяет DBMS от обычных сериализуемых
на диск структур данных.

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

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

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

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

Вот почему MyISAM нужно выбросить в печку. А всех кто его использует - подвергнуть
химической кастрации по всем Европейским нормам этой мед-процедуры.
28 авг 17, 22:00    [20754897]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Akina
Member

Откуда: Зеленоград, Москва, Россия
Сообщений: 21485
mayton, как я понял, Вы принципиально отказываете в праве на существование, например, RO-данным в БД. И даже insert-select данным. Т.е. тем, где от наличия транзакций не холодно не жарко. Вот нехрен в DBMS лезть, сериализуйтесь в текст, а если хотите потом быстрые выборки и статистики - придумайте, нафига вам нужны транзакции, и используйте их. Мало ли, что они тут ни к селу ни к заднице, есть такое слово - надо!

Не все БД - это БД Швейцарского банка. Не смотрите на мир одним глазом - кривая картинка получится.
28 авг 17, 22:24    [20754925]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
mayton
Member

Откуда: loopback
Сообщений: 52929
Я не отказываю. Пускай живут. Просто вывеску сменить нужно.

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

Если вы говорите окей. Пусть я работаю с табличкой в базе данных.
Все представили себе ACID и совокупность правил и гарантий
как с этим работать.
29 авг 17, 08:45    [20755206]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
mayton
Member

Откуда: loopback
Сообщений: 52929
Vladml
В Postgres не нравится что версионность реализована на уровне строк, даже если ты изменил 0 на 1, все версии строк хранятся там-же где и актуальная строка, соответсвенно достум не по индексу будет медленней, ну изменение ctid и соответсветенно обновление всех индексов.

Это идеальное решение для пост-реляционных систем. Данные и сегмент отката лежат вместе. Фактически
нет разницы. При наличии толстого диска и редких OLTP операций мы можем поднять историю всех
изменений за все года. При этом не нужен бекап. Это просто ретроспективный запрос по той-же
таблице.

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

Вобщем оба кейса хороши. Надо только найти им подходящие бизнес постановки.
29 авг 17, 23:30    [20757407]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30244
mayton
В Postgres это из-коробки.

гм, поясните пожалуйста. Нет в версионности ничего такого
"При наличии толстого диска и редких OLTP операций мы можем поднять историю всех изменений за все года".

Такое потребовало бы хранить абсолютно все версии всех записей, что означало бы, что данные не заменяются, а просто накапливаются. И уже через пару месяцев производительность такой системы была бы близка к нулю.
30 авг 17, 01:05    [20757464]     Ответить | Цитировать Сообщить модератору
 Re: Postgres vs MySQL  [new]
Partisan M
Member

Откуда:
Сообщений: 1399
mayton
Это идеальное решение для пост-реляционных систем.


"Постреляционная" - всего лишь реклама СУБД Cache, за которой не кроется ничего реального. Но кроме реляционных, есть более новые NoSQL-базы (правильнее было бы называть их нереляционными). Они в овсновном делятся на документо-ориентриованные (вроде MongoDB) и базы для больших объёмов данных (big data) (пример - HBase). В MongoDB и HBase транзакций нет, и смысл в их отсутствии есть. А популярность этих систем показывает, что они разработаны удачно.
В общем, заглянул сюда за сравнением, но знатоков не оказалось. По-моему, участниками обсуждения упущено важное условие выбора - средства обеспечения сохранности данных: архивации и репликации (входящие в комплект и дополнительные, бесплатные и коммерческие, их возможности и качество работы).
30 авг 17, 10:09    [20757891]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить