ну не знаю, это что-то в ровень консоль лога, как по мне. Вот если бы что-то на подобии node-inspector`a. Я так понял, его разработку забросили, последний релиз 8 мес назад :(
А логи писать прекратили?) Согласен, удобно. Но тут больше стоит вопрос о средствах отладки. А не поддержку приложения и оптимизации работы над ошибками.
Юнит тесты это кончено круто, но я пока довольствуюсь end-to-end. Так как работаю один, и сроки жмут(
А интерактивный дебаг через консоль.ерр, это грустно как-то. Может еще кто подсаблит?)
спасибо, понял, если не затруднит, ответьте еще на такой вопрос:
Какое соотношение, в нодовском конфиге бд лимита на пулл, и в мускуловском my.conf на max-connection.
Чтобы не ловить еррору хэндшейка на привышение кол-ва возможных подключений. 1 к 1?
Нет, вы что ). Просто у меня много оберток, даже не представляю как это выложить, дабы было ясно что происходит. Не подскажите, как можно отследить, сколько у меня активных подключений создается? Не нашел подобного слушателя в мануале https://www.npmjs.com/package/mysql#pooling-connections
Тогда, я не смогу строить выборки через UUID, который является ключевым для сессий. Так, как поиск будет проводиться по всем партициям, а не по отдельной. Лучше уже одну таблицу оставить в таком случае.
Егор Девелоперов: В частности, то что я указал выше. Присутствует вторичный ключ UUID в таблице, по которому тоже хотелось бы выдергивать данные, я так понимаю в таком случае будут дергаться все партиции и это уже не очень хорошо.
Спасибо, добавило уверенности в использовании именно этой технологии :).
А как указал mswindu, если будет вестись выборка не только по дате - как быть?
