users_relations тоже гуд

users_relations тоже гуд

tckb gjp;t gjzdncz yjdtt cdzpb c lheubvb ceoyjcnzvb

Наверно на этот и останусь

мля

tckb gjp;t gjzdncz yjdtt cdzpb c lheubvb ceoyjcnzvb

можно и так, но всё-таки длинновато

если потом не появятся новые связи с другими сущностями

Мне кажется очень хорошо описывает

ну и я таки против названий таблиц, содержащих пробелы

Спасибо всем ребята!

Users, external_user_account, extrrnal_user_accounts

Хотя стоп

Тут же one2many

я соглашусь с Александром и Fike. пусть длиннее, но понятнее и остается возможность расширить схему

В таблице будут связи между пользователями. Пример учетка связана с разными акками соц сетей

это - one to many, и никакой промежуточной таблицы здесь точно не нужно

users и external_user_account

если ты хочешь сделать таблицу под "все связи на свете", то лучше не делать этого, пока ты не готов задокументировать все возможные комбинации (как минимум)

если ты хочешь сделать таблицу под "все связи на свете", то лучше не делать этого, пока ты не готов задокументировать все возможные комбинации (как минимум)

а можно сначала нагенерировать "все связи на свете" а потом уже их по порядку документировать?

i'd love to see that

когда на третьем месяце все будут выяснять что это за хуйня и орать

когда на третьем месяце все будут выяснять что это за хуйня и орать

ну вполне возможно что где то к 9 месяцу оно уже само заговорит :)

Подскажите, что нужно сделать, что бы не было проблем с кодировкой. Происходит следующее-> MySQL принимает запрос в UTF8 а записывает в таблицу в latin1

Подскажите, что нужно сделать, что бы не было проблем с кодировкой. Происходит следующее-> MySQL принимает запрос в UTF8 а записывает в таблицу в latin1

Это просто instant-karma за извращения в никнейме в Telegram ?

=)

Подскажите, что нужно сделать, что бы не было проблем с кодировкой. Происходит следующее-> MySQL принимает запрос в UTF8 а записывает в таблицу в latin1

Наверное сделать таблицу в нужной кодировке, не?

Наверное сделать таблицу в нужной кодировке, не?

Л-логика

Л-логика

Можешь не благодарить

USE NAMES utf8;

ну и проверить collation у полей куда пишешь

ИМХО, сегодня лучше utf8mb4 использовать

ИМХО, сегодня лучше utf8mb4 использовать

Это что за зверь?

не совсем, там данные в комплексные ключи не будут помещаться

Да, иначе emoji работать не будут

ну и вырезать их

опять же не всем они нужны

Недавно как раз конвертили огромную базу в utf8mb4 ради эмодзи

При чем выглядело это так — менеджер: "Парни, ну это ведь очень просто, да?"

?

http://stackoverflow.com/questions/6172798/mysql-varchar255-utf8-is-too-long-for-key-but-max-length-is-1000-bytes

там целый тюнинг сервера бд нужен

чтобы нормально на utf8mb4 перейти

и barracuda включить

что для многих шаред хостингов и людей которые сами поднимают непосильная задача

я не то чтобы совсем против, просто это не то изменение которое можно посоветовать - "а что, можно и попробовать"

я не то чтобы совсем против, просто это не то изменение которое можно посоветовать - "а что, можно и попробовать"

Ой как я тебя понимаю

что для многих шаред хостингов и людей которые сами поднимают непосильная задача

Ну те кто на шаред - ссзб, потому что там вообще непредсказуемо все.

А касательно ссылки - кроме large prefix все остальное - стандартные настройки

они выключены по умолчанию

тогда надо советовать фичу и конфиг, чтобы она работала без проблем? =)

Разве барракуда сейчас не из коробки в новых версиях?

я в последний раз ставил mariadb последнюю (10.1), там надо включать руками

Хм, видимо я давно дефолтный конфиг не видел

гайс, как сделать, чтобы по условию шел переход к следующей таблицы

например IF COUNT(1min.id) = 7 то переходило обновление к примеру на следующую таблицу

IF COUNT(10min.id)=6 IN UPDATE table_name такое сработает?

я вобще ничего не понял

гайс, как сделать, чтобы по условию шел переход к следующей таблицы

Партиционирование?

Партиционирование?

это для больших таблиц?

у меня вызвалось ощущение что у Lulz неправильная схема БД вообще

возможно)

'INSERT INTO countingdataoneminutes as 1min IF COUNT(1min.id)=10 IN\ UPDATE countingdatatenminutes as 10min SET 10min.in = SUM(1min.in), 10min.out = SUM(1min.out) WHERE 10min.date_time = .... '

прошу не ругать, а объяснить, что сделано не так и что предстоит сделать с таблицей)

ERROR: S client not available

это для больших таблиц?

Ну судя по описанию, как раз при выполнении какого либо фиксированного условия будет идти запись в нужную партицию

как я понимаю тут просто надо что-то типо influxdb или агреггирования с GROUP BY (где по таймеру выполняются запросы, каждый из которых агреггирует за определённый промежуток времени)

да

вот если промежуток времени 10 минут то мы в тпаблицу (где идет счет раз в 10 минут) суммируем то что собрала таблица минутная

ну тут какой нюанс, если ты хочешь точную статистику, то а минутную-то записи добавляются по одной? соответственно 10минутную таблицу можно одиночными апдейтами обновлять при добавлении в минутную и.т.п.

это отчёт или реалтайм статистика?

скорее реалтайм, потому что идет сбор статистики и в реалньом времени надо записать в бд и просуммировать это

непонятно зачем таким именно образом сохранять, ведь если добавилось одно значение "за минуту", то в 10 минутах нужно так же сразу это значение отобразить и не ждать пока их будет ровно 10

смысл в том что нужно предкеширование статистики чтобы не тормозила у конечного пользователя?

там какие объёмы количества записей?

Объёмы большие, но да, смысл отпадает в условиях определённой записи

парни а вот все вокруг микросервисы, микросервисы, для каждого сервиса своя база данных. круто всё так. аджайловато. бекапить эти несколько баз данных как ?

Если выкладывается на нормальную платформу, то там чаще всего композиция так или иначе компонуется в стэк / под / что-то еще. Добавить туда еще один процесс, отрабатывающий по крону - самое то.

Если все это в контейнерах, то создается базовый образ, у которого везде будут одни и те же ключи конфигурации, после чего останется совсем небольшой повторяющийся бойлерплейт от композиции к композиции

если вопрос про это

нет. вопрос про "одновременный" бекап кучи баз данных

с сложными зависимостями между собой

снять снапшот всей системы?

ты так говоришь будто все базы данных находятся на одном хосте

ведь микросервисы это про горизонтальный скейл

ведь микросервисы это про горизонтальный скейл

Почитать бест практис?

чет вроде не говорил такого

Почитать бест практис?

люблю читать. чего почитать ?

я уточнял, не спрашиваешь ли ты про создание снапшота разом из всего

нет. думаю не спрашиваю. думаю что так не бывает

люблю читать. чего почитать ?

https://auth0.com/blog/introduction-to-microservices-part-4-dependencies/

Вот я просто тоже так думаю. Но тогда по-прежнему не понимаю, про что идет речь.

https://auth0.com/blog/introduction-to-microservices-part-4-dependencies/

хотя было бы круто сделать снапшот спасибо

Вот я просто тоже так думаю. Но тогда по-прежнему не понимаю, про что идет речь.

хз хз хз. просто мысли в слух.