Size: a a a

2020 July 05

ЛХ

Лапки Х in MySQL
жесть) спасибо)
источник

МС

Михаил Семочкин... in MySQL
Dzog
я могу ошибаться, но в мускуле "+" это арифметическая операция
Кстати, да! Но только в результате будет '0', а не 0. Впрочем, на глаз не различить.
источник

ОA

Олег Abicur in MySQL
Руслан Ruslan73
А в чем смысл был перехода на 5.7?
Основная причина JSON (есть желание избавиться от зоопарка технологии, т.е. mongo.) + в ряде случаев есть прирост производительности на 5.7.
источник

ЛХ

Лапки Х in MySQL
Олег Abicur
Основная причина JSON (есть желание избавиться от зоопарка технологии, т.е. mongo.) + в ряде случаев есть прирост производительности на 5.7.
есть желание избавиться от зоопарка технологии, т.е. mongo

а чем тебе монга не нравится?
источник

ОA

Олег Abicur in MySQL
Лапки Х
есть желание избавиться от зоопарка технологии, т.е. mongo

а чем тебе монга не нравится?
Я не сказал что mongo не нравится. Я сказал что есть желание от него уйти. Желание обосновано кучкой причин: от трудности его использования в старом приложении до устранения дополнительной точки отказа (которая у нас присутствует только из-за одной коллекции)
источник

ЛХ

Лапки Х in MySQL
Олег Abicur
Я не сказал что mongo не нравится. Я сказал что есть желание от него уйти. Желание обосновано кучкой причин: от трудности его использования в старом приложении до устранения дополнительной точки отказа (которая у нас присутствует только из-за одной коллекции)
дополнительной точки отказа?
источник

ОA

Олег Abicur in MySQL
Лапки Х
дополнительной точки отказа?
Это дополнительный сервис который нужно поддерживать, обеспечивать работу виртуалки, бэкапы и прочие мелочи жизни.
источник

ЛХ

Лапки Х in MySQL
Олег Abicur
Это дополнительный сервис который нужно поддерживать, обеспечивать работу виртуалки, бэкапы и прочие мелочи жизни.
а чем это отличается от того же мускула?
источник

ЛХ

Лапки Х in MySQL
тебе точно так же надо поддерживать работу виртуалки, бэкапы делать и прочие мелочи жизни
источник

ОA

Олег Abicur in MySQL
Лапки Х
а чем это отличается от того же мускула?
тем что mysql используется как основное хранилище данных, а mongo подкручена для одной единственной коллекции и запросов к ней. Если основное хранилище может обеспечить схожий функционал, то использование только его является более целесообразным.
источник

ЛХ

Лапки Х in MySQL
Олег Abicur
тем что mysql используется как основное хранилище данных, а mongo подкручена для одной единственной коллекции и запросов к ней. Если основное хранилище может обеспечить схожий функционал, то использование только его является более целесообразным.
подкручена для одной единственной коллекции

о
чем ты?
источник

ЛХ

Лапки Х in MySQL
тебе ничего не мешает сделать несколько коллекций данных?
источник

ОA

Олег Abicur in MySQL
Еще раз, есть основной массив данных хранящийся в MySQL. Одна из сущностей имеет плохо структурируемый набор характеристик. Для хранения этих данных используется mongo. Больше ничего в mongo нет. При этом имеются траты направленные на поддержание mongo как человеческие, так и денежные. Теперь у нас MySQL начинает уметь работать с плохо структурированными данными и хранение этих данных рядом с основным набором данных (в той же табличке в отдельном поле) становится менее затратным и более удобным как с точки зрения затрат так  и с точки зрения разработки.
источник

ЛХ

Лапки Х in MySQL
Олег Abicur
Еще раз, есть основной массив данных хранящийся в MySQL. Одна из сущностей имеет плохо структурируемый набор характеристик. Для хранения этих данных используется mongo. Больше ничего в mongo нет. При этом имеются траты направленные на поддержание mongo как человеческие, так и денежные. Теперь у нас MySQL начинает уметь работать с плохо структурированными данными и хранение этих данных рядом с основным набором данных (в той же табличке в отдельном поле) становится менее затратным и более удобным как с точки зрения затрат так  и с точки зрения разработки.
varchar + varchar = 0
источник

ЛХ

Лапки Х in MySQL
Олег Abicur
Еще раз, есть основной массив данных хранящийся в MySQL. Одна из сущностей имеет плохо структурируемый набор характеристик. Для хранения этих данных используется mongo. Больше ничего в mongo нет. При этом имеются траты направленные на поддержание mongo как человеческие, так и денежные. Теперь у нас MySQL начинает уметь работать с плохо структурированными данными и хранение этих данных рядом с основным набором данных (в той же табличке в отдельном поле) становится менее затратным и более удобным как с точки зрения затрат так  и с точки зрения разработки.
если я не ошибаюсь, монга хранит все в json-like формате
источник

ЛХ

Лапки Х in MySQL
что мешает в него завернуть все эти данные?
источник

ОA

Олег Abicur in MySQL
Лапки Х
varchar + varchar = 0
? Мне кажется это начинает превращаться в какой-то флуд и оффтопик к теме канала :) Предлагаю закончить на этом чтобы не создавать тут лишний шум :)
источник

ЛХ

Лапки Х in MySQL
Олег Abicur
? Мне кажется это начинает превращаться в какой-то флуд и оффтопик к теме канала :) Предлагаю закончить на этом чтобы не создавать тут лишний шум :)
я ток вкатываюсь в бд, хотел начать с монги, а теперь ты мне говоришь, что этого делать не надо. хочу узнать почему)
источник

ОA

Олег Abicur in MySQL
Лапки Х
я ток вкатываюсь в бд, хотел начать с монги, а теперь ты мне говоришь, что этого делать не надо. хочу узнать почему)
Все зависит от проблематики и решаемых задач. Конкрено у нас желание обновиться до 5.7 подкреплено возможность работать с JSON в MySQL и для наших задач это будет оправдано. Я не отговариваю тебя смотреть в сторону mongo если это соответсвует той задаче которую ты решаешь.
источник

ЛХ

Лапки Х in MySQL
Олег Abicur
Все зависит от проблематики и решаемых задач. Конкрено у нас желание обновиться до 5.7 подкреплено возможность работать с JSON в MySQL и для наших задач это будет оправдано. Я не отговариваю тебя смотреть в сторону mongo если это соответсвует той задаче которую ты решаешь.
примитивные, можно сказать, тестовые задачи, вроде простой таблицы пользователей в 3 колонки
источник