Node.js + mysql вложенные запросы, где ошибка?

Question

[Di Lee]

Подскажите в чем ошибка? Не могу понять, вроде бы правильный код, но второй запрос на срабатывает.
выдает ошибку: Cannot enqueue Query after invoking quit

var mysql = require('mysql');
var connection = mysql.createConnection({
        host     : 'localhost',
        user     : 'root',
        password : '',
        database : 'vchat'
    });
	
	connection.query('SELECT * from therooms', function(err, rows, fields) {
		if (!err){
		   connection.query('SELECT roomid from therooms', function(errw, rowsw, fieldsw) {
			   if (!errw){
				   console.log('INNER RESULT: '+rowsw);
			   }else{
					console.log('2Error while performing Query.'+errw);
				}
			});
		}else{
			console.log('1Error while performing Query.');
		}
	});

Такую ошибку валит из второго запроса:
2Error while performing Query.Error: Cannot enqueue Query after invoking quit

Answer 1

[Di Lee]

Решение такое:
Нужно было удалить connection.end() после первого connection.query().
Соединение закрывалось и асинхронный вызов второй срабатывал после закрытия соединения.
Потому соединение нужно либо закрывать правильно (внутри connection.query) , либо не закрывать вообще если скрипт работает постоянно

Answer 2

[Alexander Litvinenko]

попробуйте
https://github.com/felixge/node-mysql#pooling-conn...

Но вообще зачем вам мускул на ноде? все эти запросы.. не лень их писать? проще монга, где использован тотже JS

Comments

[Дмитрий Беляев]

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

[Alexander Litvinenko]

Дмитрий Беляев: не для всего, а для ноды. Все ведь рекомендуют для пхп мускул, так и для ноды лучше монга.

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

Однако, если вам есть что возразить всетаки, приведите реальный пример, для какой задачи будет более удобно использовать мускул+ноду, чем монго+ноду.

[Дмитрий Беляев]

Alexander Litvinenko: mysql не использую уже несколько лет если честно, у меня БД выбирается под проект, как правило между PostgreSQL и MongoDB реже Neo4 (графовая)
Конкретно сейчас пишу бэк на ноде для социалки и используется именно монга (настояло руководство проекта) и это ад из денормализации связанных данных, в виде сохранить изменения в 10ки связаных сущностей, и джоинов на стороне приложения, а не базы, когда сущности подтягивают свои зависимости.
И поверьте моему многолетнему опыту, БД выбирается не по соответствию языков, а под структуру данных. И на любом языке работа с любой БД одинакова.

[Дмитрий Беляев]

Alexander Litvinenko: Поясню, чтоб было совсем понятно, разницы в работе в php+mongo, go+mongo или node+mongo никакой нет, как и нет разницы в работе php+pg, go+pg, node+pg и так с любой БД

[Alexander Litvinenko]

Дмитрий Беляев: так и где тут пример который просил? то что вы пытаетесь применить реляционные методы для нерялеционной базы? так это простите уже ваши кривые руки, а не проблемы монгобд.

[Дмитрий Беляев]

Alexander Litvinenko: а как вы предлагаете хранить РЕЛЯЦИОННЫЕ данные с сотнями отношений между друг другом в документарной БД?

[Alexander Litvinenko]

Дмитрий Беляев: А зачем вам хранить реляцыонные связи в нереляцыонной бд? покажите вашу схему и я покажу вам что вы просто неумете проектировать бд.