КА
в такси ездил? оплата налом или картой на лопату. контроль за водилой
Size: a a a
2020 July 27
КА
я думал через какой - нибудь гугл мэпс апи маршрут задавать, так что это вряд ли относится к бд. в моем понимании во всяком случае. иначе - не понимаю, какие поля должны быть у этой сущности
откуда, куда
КА
этого хватит
b
откуда, куда
а, лол, внатуре)) спасибо, учту
КА
как ты с бомбилы будешь процент брать, если километраж не знаешь
b
а что касается способа оплаты - это в транзакшн вынести?
КА
это ваще не важно
КА
есть заказ, водила взял поехал
b
как ты с бомбилы будешь процент брать, если километраж не знаешь
для пет-проекта уже не так важно. тут бы хоть какую демо-версию написать, а там уже дополнять её фичами)
КА
не лезь в финансы, засудят юристы
КА
b
но в целом да, хорошое замечание
КА
каллцентр формирует заказ
свободный водила его берет, везет
свободный водила его берет, везет
КА
все
КА
заказ не попадет водиле без оплаты
КА
это не важно, твоя задача связать клиента с водилой и предоставить услугу
b
ну почему же не важно. для автоматизации вполне себе. в перспективе, можно будет добавить фичу расчёта суммы за заказ и % с водилы)
К
Константин
Есть вариант оптимальнее?
Еще глупый вопрос: если в таблице Users есть поле хэша пароля, например 256 байт, и нужно получить информацию о всех пользователях и имена городов, в которых они побывали.
Получается в ответе будет множество раз дублироваться одна и та же информация?
UserID UserName UserHash CityName
1 Ivan xxx city1
1 Ivan xxx city2
1 Ivan xxx city3
2 Petr yyy city2
Еще глупый вопрос: если в таблице Users есть поле хэша пароля, например 256 байт, и нужно получить информацию о всех пользователях и имена городов, в которых они побывали.
Получается в ответе будет множество раз дублироваться одна и та же информация?
UserID UserName UserHash CityName
1 Ivan xxx city1
1 Ivan xxx city2
1 Ivan xxx city3
2 Petr yyy city2
Получается при объединении связанных таблиц в ответе всегда будет дублироваться какая-то информация (например hash xxx)?
b
Константин
Есть вариант оптимальнее?
Еще глупый вопрос: если в таблице Users есть поле хэша пароля, например 256 байт, и нужно получить информацию о всех пользователях и имена городов, в которых они побывали.
Получается в ответе будет множество раз дублироваться одна и та же информация?
UserID UserName UserHash CityName
1 Ivan xxx city1
1 Ivan xxx city2
1 Ivan xxx city3
2 Petr yyy city2
Еще глупый вопрос: если в таблице Users есть поле хэша пароля, например 256 байт, и нужно получить информацию о всех пользователях и имена городов, в которых они побывали.
Получается в ответе будет множество раз дублироваться одна и та же информация?
UserID UserName UserHash CityName
1 Ivan xxx city1
1 Ivan xxx city2
1 Ivan xxx city3
2 Petr yyy city2
так это же разные записи, лол. если не хочешь, чтобы дублировалось, сделай group by(user_id)
b
Константин
Получается при объединении связанных таблиц в ответе всегда будет дублироваться какая-то информация (например hash xxx)?
какая-то часть* и не всегда. но я сам масленок, так что могу хуйню нести :)