Rem/mysql by Kamynale · Pull Request #13 · Opexflow/opexflow

Kamynale · 2020-09-02T19:30:09Z

No description provided.

Update DONE

График из настоящих данных

Update

Redirect

Update

pskucherov · 2020-09-03T14:56:00Z

server/app.js

+                        console.log('There is no such user, adding now');
+                        pool.query(`INSERT INTO Users SET
+                        id = '${profile.id}', login = '${profile.displayName}', email = '${email}', photo='${photo}', createdAt = NOW(), balance = 10000
+                        ON DUPLICATE KEY UPDATE login = '${profile.displayName}', email = '${email}', photo='${photo}'


в каком случае выполнится здесь ON DUPLICATE KEY UPDATE ... ?

При новой авторизации пользователя сравнивается id, если идентичны, проверяется login, если он изменился, тогда срабатывает функция update

но вверху pool.query(SELECT * from Users where id=${profile.id}, (err, rows) => { который не даст попасть в ON DUPLICATE KEY UPDATE

pskucherov · 2020-09-03T14:56:35Z

server/app.js

+                        console.log('There is no balance User in Transaction, adding now');
+                        pool.query(`INSERT INTO Transactions SET
+                        id = '${profile.id}', login = '${profile.displayName}'  
+                        ON DUPLICATE KEY UPDATE login = '${profile.displayName}'


аналогично

для чего вообще INSERT INTO Transactions SET здесь делать?

Иначе баланс не будет отображаться при регистрации пользователя. Как только он проходит авторизацию, идет запись в транзакцию с id и балансом

pskucherov · 2020-09-03T14:58:38Z

server/app.js

+    /*pool.query(`SELECT * from Users where id=${req.user.id}`, (err, rows) => {
+        res.end(JSON.stringify({ user: req.user, finance: { balance: rows && rows[0] && rows[0].balance }}));
+    })*/
+    pool.query(`SELECT * from Transactions where id=${req.user.id}`, (err, rows) => {


расскажи как Transactions и баланс соотносятся?

pskucherov · 2020-09-03T15:01:01Z

server/app.js

+    const sql = `SELECT balance FROM Transactions  WHERE id='${req.user.id}' AND balance>=${req.params.price}`;
+    const transaction = `UPDATE Transactions Set balance = balance - ${req.params.price} WHERE id='${req.user.id}'`
+
+    pool.getConnection(function (err, connection) {


для чего здесь getConnection ? почему здесь есть, а выше нет?

Если правильно понимаю, данная функция обертка помогает уйти от проблем с асинхронностью приложения и без нее не работает полный пул соединения, все падает

pskucherov · 2020-09-03T15:01:47Z

server/app.js

+                connection.beginTransaction(function (err) {
+                    if (err) {                  //Transaction Error (Rollback and release connection)
+                        connection.rollback(function () {
+                            connection.release();


зачем обрывать соединение?

Для безопасности транзакции

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

pskucherov · 2020-09-03T15:02:55Z

server/app.js

-    pool.query(`UPDATE Users SET balance = balance - '${req.params.price}' WHERE id = '${req.user.id}'`);
-    return res.end(JSON.stringify({}));
+    const sql = `SELECT balance FROM Transactions  WHERE id='${req.user.id}' AND balance>=${req.params.price}`;
+    const transaction = `UPDATE Transactions Set balance = balance - ${req.params.price} WHERE id='${req.user.id}'`


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

pskucherov · 2020-09-03T15:03:28Z

server/app.js

+                            if (err) {          //Query Error (Rollback and release connection)
+                                connection.rollback(function () {
+                                    connection.release();
+                                    console.log('no money');


очень много повторений, почему это не вынести в отдельный метод?

Подразумевается импорт функции и вызов через new?

pskucherov · 2020-09-05T08:17:24Z

server/app.js

+                        console.log('There is no balance User in Transaction, adding now');
+                        pool.query(`INSERT INTO Transactions SET
+                            id = '${profile.id}', login = '${profile.displayName}'  
+                            ON DUPLICATE KEY UPDATE login = '${profile.displayName}'


для чего в Transactions login, если есть id ?

Дополнительная проверка

это лишняя информация, так можно всю инфу из таблицы в таблицу таскать

pskucherov · 2020-09-05T08:20:10Z

server/app.js

-    pool.query(`UPDATE Users SET balance = balance - '${req.params.price}' WHERE id = '${req.user.id}'`);
-    return res.end(JSON.stringify({}));
+    const sql = `SELECT balance FROM Transactions  WHERE id='${req.user.id}' AND balance>=${req.params.price}`;
+    const transaction = `UPDATE Transactions Set stock='SBER',commission=0, price=${req.params.price}+commission, balance = balance - price   WHERE id='${req.user.id}'`


чёт некрасиво написано, где-то пробелов нет, где-то три пробела. прайс зависит от commission, баланс от price. в UPDATE всё заглавными, в Set только первая буква ...
Тут явно можно улучшить

Насчет красоты согласен, из phpmyadmin копировал и получился такой формат- не заметил. На счет функций, у нас баланс и так будет зависеть от цены в любом случае. Если мы разделяли таблицу на price, commission, тогда я думаю что и есть необходимость использования строк. Если мы будем знать комиссию биржи, тогда возможно будет переписать, как то иначе. Но как по мне, данная функция, при правильной передачи данных, является максимально профитной. никаких ошибок не будет, так как привязка идет к переменным

pskucherov · 2020-09-05T08:20:38Z

server/app.js

-    return res.end(JSON.stringify({}));
+    const sql = `SELECT balance FROM Transactions  WHERE id='${req.user.id}' AND balance>=${req.params.price}`;
+    const transaction = `UPDATE Transactions Set stock='SBER',commission=0, price=${req.params.price}+commission, balance = balance - price   WHERE id='${req.user.id}'`
+    const logs = `INSERT INTO Transactions_logs SET id=(SELECT id FROM Transactions WHERE id='${req.user.id}'), balance=(SELECT balance FROM Transactions WHERE id='${req.user.id}'), price=(SELECT price FROM Transactions WHERE id='${req.user.id}'), commission=(SELECT commission FROM Transactions WHERE id='${req.user.id}'), stock=(SELECT stock FROM Transactions WHERE id='${req.user.id}')`


миллион селектов, хотя можно один раз всё достать

Попробую переписать

INSERT INTO Transactions_logs(id,balance,price,commission,stock) SELECT id,balance,price,commission,stock FROM Transactions WHERE id='${req.user.id}')
Понял свою ошибку

pskucherov · 2020-09-05T08:21:05Z

server/app.js

-    return res.end(JSON.stringify({}));
+    const sql = `SELECT balance FROM Transactions  WHERE id='${req.user.id}' AND balance>=${req.params.price}`;
+    const transaction = `UPDATE Transactions Set stock='SBER',commission=0, price=${req.params.price}+commission, balance = balance + price   WHERE id='${req.user.id}'`
+    const logs = `INSERT INTO Transactions_logs SET id=(SELECT id FROM Transactions WHERE id='${req.user.id}'), balance=(SELECT balance FROM Transactions WHERE id='${req.user.id}'), price=(SELECT price FROM Transactions WHERE id='${req.user.id}'), commission=(SELECT commission FROM Transactions WHERE id='${req.user.id}'), stock=(SELECT stock FROM Transactions WHERE id='${req.user.id}')`


выше нечто похожее видел уже. Это ж дублирование получается, оно здесь точно надо?

Как вариант можно вынести константу за пределы функции этих 2 функций и брать из вне. Но константа transaction изменена, ее все равно необходимо оставить внутри функции.

И тогда придется искать новую переменную вместо user.id так как она находится в теле функции

pskucherov

нужны правки

Kamynale and others added 7 commits July 11, 2020 17:57

Merge pull request #1 from pskucherov/master

d09729e

Update DONE

Merge pull request #4 from pskucherov/master

034465d

График из настоящих данных

Merge pull request #5 from pskucherov/master

04f73fc

Update

Merge pull request #8 from pskucherov/master

321ecba

Redirect

Merge pull request #10 from pskucherov/master

b575ec0

Update

mysql with pool

1c1a18a

mysql with pool

8cfa428

pskucherov reviewed Sep 3, 2020

View reviewed changes

bd with logs

b713048

Kamynale closed this Sep 4, 2020

Kamynale reopened this Sep 4, 2020

pskucherov reviewed Sep 5, 2020

View reviewed changes

pskucherov requested changes Sep 5, 2020

View reviewed changes

bd with correction

cf51365

Conversation

Kamynale commented Sep 2, 2020

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

pskucherov left a comment

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants