|
|
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
INSERT ..... ON DUPLICATE KEY UPDATE как можно узнать что было сделано? INSERT или UPDATE? last_insert_id не предлагать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2015, 21:54:18 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
вадяlast_insert_id не предлагать.что так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2015, 21:55:33 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
miksoftвадяlast_insert_id не предлагать.что так? поля id (c его прибамбасами )нет так нада... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2015, 22:18:41 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
Если запись вставляется только одна (а не пачка), то last_insert_id все еще может помочь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2015, 22:23:40 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
miksoft, у меня ast_insert_id всегда 0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2015, 22:30:49 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
Ну можно запросить COUNT(*) до и после... а нах... зачем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2015, 22:46:19 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
для такова изврата :) Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. но желательно избавиться от if в конце.... ну и упростиь, если можно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2015, 22:56:06 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
авторно желательно избавиться от if в конце.... ну и упростиь, если можно... Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2015, 02:48:46 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
Stupid_BOT, этот вариант я делал. у него один дефект - сначала всегда происходит insert , а если ip новый то проверки на логин , пароль не происходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2015, 08:11:56 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
вадя, sory, с телефона не рассмотрел, предложенный вариант интересен, похож на мой - состоит их из двух частей, хочется из одной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2015, 08:19:39 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
вадя , было бы правильным не только показать код, но и разъяснить идею, которая за ним прячется. На всякий случай вот тебе идея - работает даже для INSERT ... SELECT ... ON DUPLICATE KEY UPDATE ... Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2015, 09:18:59 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
Akina, идея в том чтоб производить проверку логин/пароль и исключить подбор их . допускается три попытки в течении 10 сек, потом 30 сек игнорирования проверки, т.е. логин/пароль принимаютя, но не происходит запроса к базе, внешне это выглядит как будто всё проверяется.(времена пока с потолка, чтоб прверять не долго было). Мой вариант работает, но хочется проще ,за один запрос. в таблице n это число проделанных попыток. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2015, 12:20:26 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
возвращает 1 если есть такой юзер , 0 в любом другом случае, даже если в 30 секундном интервеле введен правильный пароль/логин ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2015, 12:25:38 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
что за синтаксиис WHEN (@a:= VALUES(t) - t) < 10 THEN n+1 я в мануалах не смог найти ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2015, 13:01:26 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
вадя, про values - здесь а данный фрагмент записывает в переменную @a разность между вставляемым и имевшимся значениями, и если она меньше 10, то возвращает n+1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2015, 13:09:15 |
|
||
|
вопрос о DUPLICATE KEY UPDATE
|
|||
|---|---|---|---|
|
#18+
боле логичный вариант даётся 3 попытки, после 3 не правильных попыток делается пауза в 30 секунд (можно любое время) в течении которого возвращается количество попыток (они же и записываются в n), в таблицу так же записывается время время последней не правильной попытки. при неправильных попытках (> 3) обращение к таблице юзеров не происходит, поэтому даже правильная попытка будет проигнорирована. таблицу access можно сделать в памяти (только надо следить за её размером) и тогда перебор логин/пароль не будет сильно грузить железо. таблица Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. хранимка Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2015, 22:44:03 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=38908260&tid=1833409]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
68ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
| others: | 231ms |
| total: | 391ms |

| 0 / 0 |
