к слову count(*) и count(field) рассматриваются оптимизатором по разному
Зависит от нюансов реализации в конкретной базе. Видел недавно обзор сравнения производительности count(*) и count(1), в большинстве баз это одно и то же оказалось.
Зависит от нюансов реализации в конкретной базе. Видел недавно обзор сравнения производительности count(*) и count(1), в большинстве баз это одно и то же оказалось.
"большинство" слишком размытое понятие, если туда входит мускуль и прочие sqlite то естественно там в принципе разницы не будет
как показывает практика формально вроде бы совместимые mysql и postgres нифига не совместимы - этот вопрос часто встаёт, когда хочется перевести сайт на бд побыстрее
как показывает практика формально вроде бы совместимые mysql и postgres нифига не совместимы - этот вопрос часто встаёт, когда хочется перевести сайт на бд побыстрее
mysql никогда не был совместим с базами данных более строго следующих стандартам SQL
они все несовместимы, потому что все разговоры о том что якобы SQL это "стандарт" - фикция
это да, но перенести проект с Оракла на PostgreSQL намного меньшая боль, чем чем вклинить в проект мускуль, даже без учёта тенденций баз мускуля самоубиваться
как показывает практика формально вроде бы совместимые mysql и postgres нифига не совместимы - этот вопрос часто встаёт, когда хочется перевести сайт на бд побыстрее
А откуда инфа что они "совместимы"?
Вообще совместимость - это фикция. Просто СУБД модет поддерживать синтаксис SQL-2003-2005 (подставить год) по стандарту или нет
это да, но перенести проект с Оракла на PostgreSQL намного меньшая боль, чем чем вклинить в проект мускуль, даже без учёта тенденций баз мускуля самоубиваться
Ой... Не надо. У нас сейчас как раз боль с переносом проекта с Oracle на PostgreSQL 🙈🤯