ДН
Andrew Kovalev
Ну есть 1 таблица с днями недели а в другой таблице список клиентов на тренировку в этот день в виде листа в которым имя фамилия телефон и дата трени.
Это реализуется через промежуточные таблицы
Size: a a a
2020 January 28
ДН
Либо использовать NoSQL. Но если реляционка то не городить кошмар в БД там, где он не нужен .-.
D
соединение с базой нормальное, смотрел через дебагер
А данные то нормальные получаете, то ничего ? Ошибка плавающая ?
ЕГ
А данные то нормальные получаете, то ничего ? Ошибка плавающая ?
плавающая, да
ДН
плавающая, да
Прикольно, однако
ЕГ
ахахаха
D
плавающая, да
Где то проблема с потоками, синхронизацией. Может раз от раза не проходит транзакция или еще что то в этом роде.
AK
Это реализуется через промежуточные таблицы
Тоесть скажем будет третья таблица из одного столбца ( конкретный день) и строки будут содержать клиентов так?
ЕГ
это могло бы быть то что мы не успели записать в базу и открылся другой экран который пытается достать то что еще не записалось. Но нет, последовательность 100% сначала запись, потом открываем другой экран
ДН
Andrew Kovalev
Тоесть скажем будет третья таблица из одного столбца ( конкретный день) и строки будут содержать клиентов так?
Нет. То есть будет условно
id | day_id | client_id | trenirovka_id
id | day_id | client_id | trenirovka_id
D
Всем привет, ребят. В проекте наткнулся на EventBusMsg. Как считаете, это нормальная практика при работе с сокетами, или мне зря не нравится что явно не могу отследить откуда идет вызов?
ЕГ
памагите
ЕГ
Всем привет, ребят. В проекте наткнулся на EventBusMsg. Как считаете, это нормальная практика при работе с сокетами, или мне зря не нравится что явно не могу отследить откуда идет вызов?
эвент бас всегда был плохой практикой
D
это могло бы быть то что мы не успели записать в базу и открылся другой экран который пытается достать то что еще не записалось. Но нет, последовательность 100% сначала запись, потом открываем другой экран
А если попробовать открывать второй экран с паузой в несколько секунд ? Ошибка повторяется ?
ЕГ
А если попробовать открывать второй экран с паузой в несколько секунд ? Ошибка повторяется ?
не пробовал, но это уже костыли какие то
D
не пробовал, но это уже костыли какие то
Просто проверить
ДН
памагите
А ты уверен что записалось? есть такой прикол, что транзакцию то он завершил, но еще не выполнил, закешировал. Особенно часто это в SQLite проявлялось
ЕГ
Просто проверить
это да, надо
AK
Нет. То есть будет условно
id | day_id | client_id | trenirovka_id
id | day_id | client_id | trenirovka_id
Понял спасибо
D
эвент бас всегда был плохой практикой
Мне так на подсознании и запомнилось. Можете подсказать, пожалуйста, альтернативы для перехода?