Ребят, какая разница между мускл и постгре? в Синтаксисе не

вижу. Знаю что мускл более строже, но на собеседование объяснить не смог

Зря ты это здесь написал )

начнём с того что он постгреС

Что есть постгре? Здесь обсуждается постгреС.

Да никакой, понапридумывали всякого, чтобы нормальных людей на собесах валить.

мускуль строже? В чем? https://twitter.com/franckpachot/status/1449316575341862914

> Знаю что мускл более строже, ШтА?!

не строже, а на стрАже

майскул на базе myisam намного быстрее для новостников. Также мускул запускается на чём угодно. 5 мб оперативки запускали. Это почему он занял весь веб (не только). Но чат о пж, у него своих куча плюсов. Потому пж бодается с О (базу почему то тут называть нельзя).

Но myisam не реляционный бекенд же.

Ещё интереснее.

А что интересного? Там нет проверки существования внешнего ключа.

местный токсик да?) почему интересно)

MyISAM - нетранзакционное хранилище. Но вполне себе реляционная БД (без СУ)

прям с языка сняли. Ответ написал, запостил, прочитал стёр. Думаю чо то я уже не то пишу :)

Чёй-та какой-то уменьшительно-ласкательный токсик?! Ходячий смертельный яд для неучей.

Что такое СУ? Нет, это нереляционное хранилище. https://en.wikipedia.org/wiki/MyISAM > However, the simplicity of MyISAM has several drawbacks. The major deficiency of MyISAM is the absence of transactions support. Also, foreign keys are not supported.

а вы мой вопрос про индексы случайно не видели? Не можете подсказать, в 13 версии постоянная работа с записями, инсерты и делете. Индекс же только увеличивается и надо постоянно индексы пересоздавать с куренси и потом удалять старые. Верно?

В ютубе есть видео одно, где рассказываются сравнения напиши мне в личку я тебе скину. Например есть такое, что когда копируешь данные из одной таблицы в другую идёт блокировка и база MySQL виснет на 2-3 минуты полностью. Для онлайн игр это косяк.

Нет. Уже в 12-й версии завезли оптимизацию индексов для обновляющихся записей. А в 13-й версии это дело, насколько я помню, существенно улучшили. И да, агрессивный автовакуум - наше фсйо.

это просто ужас на рабочем сайте с онлайн игрой копировать одну таблицу в другую.

тогда странно, что моя функция не подтверждает ваши слова. CREATE FUNCTION testsize() RETURNS integer AS $$ DECLARE i integer; BEGIN create table testind (id serial, test int); insert into testind (test) (SELECT * FROM generate_series(1,1000000)); create index indtest on testind(test); raise info '%', (select pg_size_pretty (pg_relation_size('indtest'))); delete from testind WHERE test IN (SELECT generate_series*2 FROM generate_series(1,500000)); insert into testind (test) (SELECT * FROM generate_series(1,1000000)); raise info '%', (select pg_size_pretty (pg_relation_size('indtest'))); drop table testind; return 0; END; $$ LANGUAGE plpgsql; ——————— select * from testsize(); ИНФОРМАЦИЯ: 21 MB ИНФОРМАЦИЯ: 43 MB testsize ---------- 0 (1 строка)

Но я не знаю как с мускулем 8 обстоят дела в этом плане. По крайней мере с postgres говорят решили проблему

если так делает кто то в мускуле на рабочем сайте — то это ужас. Я даже смысла это обсуждать не вижу.

Если речь про HOT update — то ничего он не оптимизирует если обновляется индэксируемое поле...

мда... Либо все ушли спать, либо в май и мс скулах все разбираются намного лучше, чем в pg.

Вам ответили. Больше вопросов вы не задавали.

мне ответили, что индексы не увеличиваются в размерах в 13 версии. Я проверил, увеличиваются. Вопрос я задал, почему они увеличились. Я же могу ошибаться и что то не уметь делать в пж.

Вы открыли транзакцию и не закрывая ее хотите чтобы что-то удалилось? основы MVCC и теории версионников говорят что так не работает.

мне написали, что commit в функциях не используется.

Потому что сама функция открывает транзакцию и закрывает ее когда закончится (или откатывает).

снова не получилось. В своём скрипте убрал в функции удаление таблицы в конце. Функция выполнилась, не завершённых транзакций нет. Индекс так и равен 43 мб, то есть как и в 9 версии не чистится, стал в 2 раза больше. зы чуть поправил.

И не почистится.