Вы можете создать свой собственный adapter
для обработки конкретной базы данных, а также со своей конкретной конфигурацией. Here how to do that.
Но ORM предназначен для упрощения наших работ с некоторой абстракцией, а не для настройки низкого уровня производительности. Таким образом, помимо вопроса слишком широко, если вопрос «может ли это ...», да, он может, но эффективен ли он и эффективен? Низкоуровневая настройка производительности между одной компанией и другой может быть разной, поэтому ORM
не закрепит наши работы, это замедлит наши работы.
My answer
о том, как масштабировать, что просто, не используйте ORM/Waterline. Просто запишите свою собственную модель, с которой могут взаимодействовать контроллер, службы и т. Д.
Что вы пробовали до сих пор с помощью этого 2 варианта? Можете ли вы поделиться определенной проблемой? Это вопрос общего мнения. –
Для разработки масштабируемого приложения Sails для обслуживания многих запросов в фьючерсах я googled на этом. Я получил ответ только на использование: - Балансировщик нагрузки - Сервер нескольких экземпляров Sails - Используйте Redis для совместного использования информации о сеансе и сокетах между экземплярами Sails. Однако я понимаю, что база данных ORM является узким местом приложения Sails. Я могу только config использовать 1 экземпляр для ORM базы данных в файле config/connection.js. Что происходит, когда у меня есть 1 экземпляр MySQL Master и 3 экземпляра подчиненного MySQL? или Как настроить подключение к Amazon RDS? –