Size: a a a

2020 May 07

А

Артём in ru_mysql
Бьюсь уже сутки, подскажите в какую сторону копать
источник

А

Артём in ru_mysql
Значит есть вот такой запрос, получаю результат "2020-05-04","2020-05-05"
источник

А

Артём in ru_mysql
Этот результат вставляю во второй запрос
источник

А

Артём in ru_mysql
И всё работает нормально, при попытке соединить эти 2 запроса, то есть первый запрос сделать подзапросом, результат null, хотя должен быть "200" как во втором запросе
источник

🇻

🇻 🇱 🇦 🇩 in ru_mysql
Артём
И всё работает нормально, при попытке соединить эти 2 запроса, то есть первый запрос сделать подзапросом, результат null, хотя должен быть "200" как во втором запросе
тут нужен джойн
источник

🇻

🇻 🇱 🇦 🇩 in ru_mysql
а не подзапрос
источник
2020 May 08

E

Eugene in ru_mysql
Артём
И всё работает нормально, при попытке соединить эти 2 запроса, то есть первый запрос сделать подзапросом, результат null, хотя должен быть "200" как во втором запросе
GROUP_CONCAT уберите из подзапроса и оставьте в select только date
источник

А

Артём in ru_mysql
Eugene
GROUP_CONCAT уберите из подзапроса и оставьте в select только date
Благодарю! Работает!
источник

G

Gerda in ru_mysql
Ребят, есть ли какие-то различия особого плана между MsSql mySql?
источник

G

Gerda in ru_mysql
ну как бы на базовом уровне я понимаю, одни и те же вещи пишутся немного по-разному, но хотелось бы узнать, об различиях глубокого уровня
источник

NI

Nickolay Ihalainen in ru_mysql
Gerda
Ребят, есть ли какие-то различия особого плана между MsSql mySql?
SQL Server это несвободное програмное обеспечение. Сегодня возможность получить доступ к своей базе стоит одни деньги, завтра база выросла в 10 раз, денег на лицензию не хватило: закрываем проект, расходимся по домам.
Другое дело MySQL, выросли до уровня алиэкспреса или facebook: форкнули свою сборочку mysql, наняли нужных C++ программистов и развиваемся дальше.
В SQL сервер жирный server-side за счёт .net.
Если очень хочется сравнить SQL Server 2019 и MySQL 8, пожалуйста сравнивайте. Согласно условиям лицензионного соглашения результатами бенчмарков вы с нами не можете поделиться.
источник

IS

I S in ru_mysql
Aleksandr
Стоит только открыть документацию, там ответ прямо на твой вопрос
Привет.
Прописав в конф. файл
sql-mode="modes"
MySQL не стартует (висит не падая в ошибку в попытке запуститься).
Что может быть не так?
источник

NI

Nickolay Ihalainen in ru_mysql
I S
Привет.
Прописав в конф. файл
sql-mode="modes"
MySQL не стартует (висит не падая в ошибку в попытке запуститься).
Что может быть не так?
если не стартует, ставьте дебаг символы и смотрите с помощью pt-pmp где висит на какой строчке исходного кода и возможно делайте баг репорт если это бага
источник

NI

Nickolay Ihalainen in ru_mysql
под висит, наверное вы понимаете systemd или init.d скрипт. посмотрите в mysql error log что происходит, может уже mysqld сдох давно
источник

IS

I S in ru_mysql
Nickolay Ihalainen
под висит, наверное вы понимаете systemd или init.d скрипт. посмотрите в mysql error log что происходит, может уже mysqld сдох давно
Да, имел ввиду systemd  юнит.
Чуть позже подробнее посмотрю.
источник

AK

Andrey Kolkov in ru_mysql
Ребят, а таблицу, где предполагается миллионы записей лучше сразу оптимизировать?
Там где сейчас int сделать tynyint, smalint, nediumint, где возможно или не так страшно и можно потом, если сильно начнет разрастаться?
Как вообще принято?
Там ссылки на справочники foreign keys.
Или везде int оставить и не париться...
источник

AK

Andrey Kolkov in ru_mysql
Может кто хорошей ссылочкой кинет по теме.
источник

А

Александр in ru_mysql
Ключи обязательно, типы оптимизаровать можно, но без фанатизма
источник

А

Александр in ru_mysql
Ссылка - искать хранение разных типов, например varchar до 255 символов храниться вроде 1 + n байтов, а более 255 2 + n, т.е. без разницы что будет в декларации, varchar(10) или varchar(150)
источник

V

Vlad in ru_mysql
Andrey Kolkov
Ребят, а таблицу, где предполагается миллионы записей лучше сразу оптимизировать?
Там где сейчас int сделать tynyint, smalint, nediumint, где возможно или не так страшно и можно потом, если сильно начнет разрастаться?
Как вообще принято?
Там ссылки на справочники foreign keys.
Или везде int оставить и не париться...
Важнее аккуратно писать к этой таблице запросы и смотреть план исполнения. Там где нужно - добавлять индексы. Выбирать только те данные, которые нужны.
Стараться не использовать поля text, blob и строки длиной больше 512 символов.
Внешние ключи могут потом затруднить модификацию таблицы с помощью инструментов из Percona toolkit
источник