Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Это просто ужас какой-то, обгуглился в усмерть, помогите. Вопрос: можно ли установить обработчик на оределенный вид ошибок вне процедуры, как-то так?: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 10:58 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
версия: Код: sql 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 11:01 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Zlatov вне процедурыНе совсем понял, где это могло бы быть. Ведь в MySQL анонимных процедур нет. И весь программный код (т.е. Compound-Statement) выполняется в процедурах, функциях, триггерах и ивентах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 11:03 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
miksoft, Вот сразу видно умного, но который так и рвется похоливарить и ткнуть топикстартера носом в лужу. Представте себе!!!, что 95% MySQL-щиков вообще не знают что существуют хранимые процедуры, триггеры и не дай бог транзакции с разными уровнями изоляций и всякими там (о ужас) блокировками на чтение... И у них у всех извращенное понимание: код MySQL выполняется без всяких процедур!!!, например, даже из консоли!!! И ваш вопрос ну просто ввергает их ступор и глаза у них размером со столовый поднос, каждый... Представили? =) Вот, а теперь можете меня причислить к ним. Сегодня я продолжу попытки кодить вне хранимки (и пусть это ввергает в непонимание остальных), и не знаю как сделать IF (вернее знаю, но хотелось бы услышать ответ от здешних): Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 12:34 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Zlatovа теперь можете меня причислить к ним. Уже. ZlatovСегодня я продолжу попытки кодить вне хранимки Да хоть два раза. Вот только вне процедуры он никогда не будет выполнен. Но если ты видишь смысл в написании кода, который не будет выполнен - кто мы, чтобы тебя отговаривать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:05 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
ZlatovСегодня я продолжу попытки кодить вне хранимки (и пусть это ввергает в непонимание остальных), и не знаю как сделать IFНе верите тому, что пишут на форумах - читайте документацию. http://dev.mysql.com/doc/refman/5.7/en/if.html The IF statement for stored programs implements a basic conditional construct. P.S. Не путать с функцией IF() . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:24 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
И, кстати, по исходному вопросу: http://dev.mysql.com/doc/refman/5.7/en/declare.html DECLARE is permitted only inside a BEGIN ... END compound statement and must be at its start, before any other statements. http://dev.mysql.com/doc/refman/5.7/en/declare.html This section describes the syntax for the BEGIN ... END compound statement and other statements that can be used in the body of stored programs: Stored procedures and functions, triggers, and events. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:27 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
[quot Zlatov]Это просто ужас какой-то, обгуглился в усмерть, помогите. Вопрос: можно ли установить обработчик на оределенный вид ошибок вне процедуры, как-то так?: Да нельзя, нельзя. Только в процедуре или триггере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:29 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
ТС, там ещё осторожно, эти хендлеры не работали в какой-то из первой релизнутой версии, где они появились. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:32 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
авторAkinaZlatovа теперь можете меня причислить к ним. Уже. Воо, спасибо, значит мы найдем общий язык. авторZlatovСегодня я продолжу попытки кодить вне хранимки Да хоть два раза. Вот только вне процедуры он никогда не будет выполнен. Но если ты видишь смысл в написании кода, который не будет выполнен - кто мы, чтобы тебя отговаривать? Конечно вы для меня - никто ))), но на счет смысла я всетаки подскажу: я прям практик и пока не проверю эту саму теорию так сказать на пальцах - не поверю. Вот не поленился, проверил, действительно не работает!!! ))): Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:37 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Zlatov, на ошибках учатся..... но только дураки на своих....... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:43 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
miksoft, Спасибо, всё это я читал. Только вот поверить никак не мог, что НИКАК ну НИКАК невозможно так сказать в "общем потоке" сделать все эти хендлеры транзакции... И скорее всего назрел вопрос конкретный и по сути: Чем же отличаеются "Места" выполенния sql кода в "консоли" (ну или из MySQL Workbench) и в "процедуре". То есть почему конструкции IF, DECLARE... в одном месте можно, а в другом - нет..? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:46 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
ZlatovВот не поленился, проверилИ где же в приведенном коде секция DECLARE или оператор IF ? Или, хотя бы, "обработчик на оределенный вид ошибок" ? И хорошо бы указать, как именно запускается данный код. Ибо в консоли mysql и в своем приложении результат может быть разным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:48 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
вадяZlatov, на ошибках учатся..... но только дураки на своих....... Да что ж такие все умные, никакая это не ошибка, это проверка той теории которая написана в доках. Да, представте себе есть люди которые скулу знаю не "Полностью" как некоторые "вади". И доки читаю по мере необходимости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:49 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
ZlatovТолько вот поверить никак не мог, что НИКАК ну НИКАК невозможно так сказать в "общем потоке" сделать все эти хендлеры транзакции...Грубо обработать ошибки можно, ваш способ вполне годится при определенных условиях. Но хендлеры - увы, либо в процедурах (функциях и т.п.), либо в клиентском коде (на PHP или кто чем пишет). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 13:52 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
miksoftZlatovВот не поленился, проверилИ где же в приведенном коде секция DECLARE или оператор IF ? Или, хотя бы, "обработчик на оределенный вид ошибок" ? И хорошо бы указать, как именно запускается данный код. Ибо в консоли mysql и в своем приложении результат может быть разным. Ну IF завуалирован тут: Код: sql 1. 2. 3. 4. 5. 6. 7. А DECLARE вы ж сам знаете что нельзя его вне процедуры ). Целью было не декларе. А проверить START TRANSACRION; ROLLBACK; Запускаю прям из MySQL Workbench. Мне в нём сподручней для быстрых тестов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 14:08 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Однако при _ошибке_ в workbench останавливается ход выполнение и до ROLLBACK дело просто не доходит. Прям печаль. Только процедуры, только хардкор =( И вот допустим я храню файлик спец данных (куча инсертов) в SQL формате так сказать. и вот я на баше хочу отправить текст файла в mysql < filename.sql но так, чтобы либо все добавилось, либо если где-то ошибка - то ничего. ага, значит сначала я должен mysql -e "START TRANSACTION" потом mysql < filename.sql потом if [ $? ] then mysql -e "ROLLBACK;" else mysql -e "COMMIT;" Не хранимку же ради этого создавать? правильно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 14:21 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Zlatovага, значит сначала я должен mysql -e "START TRANSACTION" потом mysql < filename.sql потом if [ $? ] then mysql -e "ROLLBACK;" else mysql -e "COMMIT;"Так не выйдет.Это будет три отдельных запуска mysql и, следовательно, три отдельных MySQL-сессии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 14:26 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
ZlatovОднако при _ошибке_ в workbench останавливается ход выполнение и до ROLLBACK дело просто не доходит.В настройках это никак не регулируется? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 14:30 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
miksoftZlatovага, значит сначала я должен mysql -e "START TRANSACTION" потом mysql < filename.sql потом if [ $? ] then mysql -e "ROLLBACK;" else mysql -e "COMMIT;"Так не выйдет.Это будет три отдельных запуска mysql и, следовательно, три отдельных MySQL-сессии. Аааа это действительно так как вы сказали ((((( Код: sql 1. 2. 3. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Пишет: ошибка, откат, но первый инсёрт не откатывается (header - unique field в моей таблице) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 14:51 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
miksoftZlatovОднако при _ошибке_ в workbench останавливается ход выполнение и до ROLLBACK дело просто не доходит.В настройках это никак не регулируется? Да наверняка регулируется, но я пишу код не для того чтобы его из бенча вызывать, так что он обойдётся) с башем можно пойти по пути изврата (перенаправления вывода) Код: powershell 1. 2. 3. 4. Действительно оно стоит того? Есть пути в баше проще? С пыхом, проще, мы там в одной сессии - юзаем PDO - ловим PDOException - все счастливы, правильно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 15:05 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
ZlatovЕсть пути в баше проще?Сходу не знаю. Для начала я бы проверил действие mysql при ошибке после явного начала транзакции. Если mysql завершится с откатом транзакции, то остается только закончить ее. Т.е. как-то так: Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 15:27 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
miksoftДля начала я бы проверил действие mysql при ошибке после явного начала транзакции. Если mysql завершится с откатом транзакции Ошибка, даже синтаксическая, не приводит к откату транзакции. http://ru.stackoverflow.com/a/573657/203622 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 15:35 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
MelkijmiksoftДля начала я бы проверил действие mysql при ошибке после явного начала транзакции. Если mysql завершится с откатом транзакции Ошибка, даже синтаксическая, не приводит к откату транзакции. http://ru.stackoverflow.com/a/573657/203622 Некорректный пример. Там mysql используется в интерактивном режиме, а я говорю про опцию --execute, которая должна "Execute the statement and quit.". Вот как именно она сделает quit в случае ошибки - с откатом транзакции или с коммитом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 15:43 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
miksoft, получилось так: файл bashtransaction.sql: Код: sql 1. 2. 3. Код: powershell 1. 2. 3. Код: sql 1. = пусто такое ощущение, что кто-то выполнил ROLLBACK. Вот как мне думается: выполняется START TRANSACTION; потом выполняется INSERT INTO (первый) потом выполняется INSERT INTO (второй) - вываливается ошибка ... а дальше просто сессия закрывается, а так как она закрывается, но при этом открытая транзакция, то выполняется ROLLBACK. Как то так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 16:08 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
miksoft, хм. Проверил на своей 5.7.15 - действительно через execute не закоммитил запросы с ошибками, даже выполненные через source. Прерывает выполнение при первой встреченной ошибке и остальные запросы уже не пытается исполнять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 16:13 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Продолжаем издеваться и убираем транзакцию: Код: powershell 1. 2. 3. Проверяем (SELECT * FROM tree;) и да - есть результаты первого инсерта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 16:16 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Melkijmiksoft, хм. Проверил на своей 5.7.15 - действительно через execute не закоммитил запросы с ошибками, даже выполненные через source. Прерывает выполнение при первой встреченной ошибке и остальные запросы уже не пытается исполнять. не закомитил - выполнил ролбэк??? тоесть результаты первых """успешно""" выполненных проигнорил? я правильно понял ваш тест? (это правильно поведение транзакции поидее) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 16:20 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Попробовал воспроизвести. Не получилось. Записи, добавляемые в корректных запросах, исправно пополнили таблицу. Server version: 5.7.16-log MySQL Community Server (GPL). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 16:23 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
AkinaПопробовал воспроизвести. Не получилось. Записи, добавляемые в корректных запросах, исправно пополнили таблицу. Server version: 5.7.16-log MySQL Community Server (GPL). Стоп. Записи в корректных запросах должны пополнять таблицу. И таблица не должна пополняться никакими записями, если хотя-бы одна не верна. Так что вы проверили только первую часть - поплнение верными данными если все верны. Или я что-то не так понял? Можно поточнее описывать то что вы на вход так сказать даёте? =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 16:31 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
ZlatovMelkijmiksoft, хм. Проверил на своей 5.7.15 - действительно через execute не закоммитил запросы с ошибками, даже выполненные через source. Прерывает выполнение при первой встреченной ошибке и остальные запросы уже не пытается исполнять. не закомитил - выполнил ролбэк??? тоесть результаты первых """успешно""" выполненных проигнорил? я правильно понял ваш тест? (это правильно поведение транзакции поидее) Да, rollback и ничего сохранено не будет. Это как раз нормальное поведение, в отличии от моего примера с ruSO. Скорей всего клиент не командует rollback сам, а просто отключается. Отключение клиента при открытой транзакции вызывает rollback. Без транзакции - тоже нормальное поведение, первый результат закоммитился до начала выполнение второго и поэтому не был отменён. AkinaПопробовал воспроизвести. Не получилось. Записи, добавляемые в корректных запросах, исправно пополнили таблицу Все запросы в командах были корректны? Или записались только корректные при наличии одного или нескольких некорректных, но те запросы пропустились? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 16:32 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#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. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. файлик для теста (bashtransaction.sql): Код: sql 1. 2. 3. Запускаем из консоли Код: powershell 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 16:42 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
MelkijВсе запросы в командах были корректны? Или записались только корректные при наличии одного или нескольких некорректных, но те запросы пропустились? Так, поспешил, был неточен. Запускались .sql приблизительно такого контента: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. Если запускается из консоли - выполняются все запросы, кроме ошибочного. Если запускается из командной строки - выполняются все запросы до ошибочного, откат к началу транзакции (при отсутствии неоткатываемых или тех, что до последнего запроса, вызывающего безусловную фиксацию). Где транзакция - в файле или в --execute - неважно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 17:02 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Zlatov, какой смысл того что вы хотите? приведите ворк-флоу, юс-кейс... кроме бегин-комит-ролбак можно продумать аналогичные логические ворк-флов, если это вообше возможно. примерный подход -- писать код который НЕ сломается, а ексепшн будет отмечен и записан. Затем проходит логическая проверка результата и делается ручной комит или ролбак. Ноте-1: не все ошибки можно задавить.... Ноте-2: логические/ручные трансакции хуже чем родные трансакции в плане стабильности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2016, 18:33 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
javajdbcZlatov, какой смысл того что вы хотите? приведите ворк-флоу, юс-кейс... кроме бегин-комит-ролбак можно продумать аналогичные логические ворк-флов, если это вообше возможно. примерный подход -- писать код который НЕ сломается, а ексепшн будет отмечен и записан. Затем проходит логическая проверка результата и делается ручной комит или ролбак. Ноте-1: не все ошибки можно задавить.... Ноте-2: логические/ручные трансакции хуже чем родные трансакции в плане стабильности Изначально я хотел вне всяких процедур декларировать прослушку на ошибки для своевременного отката, поясню: Есть текстовый файлик с 100500 иструкциями вставки. Было желание просто подать его на вход консольного mysql или в PDO->exec() и причем не заботиться проверкой была ли там ошибка или нет и ручками не писать commit или rollback - Сам файл должен был заботиться и содержать в себе код для отлова ошибок и rollback. Что уже звучит довольно бредово)))) Нет, конечно все возможно, но это неправильный путь изобретения велосипедов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2016, 08:38 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
ZlatovИзначально я хотел вне всяких процедур декларировать прослушку на ошибки для своевременного отката1) Ошибка может быть ТОЛЬКО внутри solid statement (процедуры, функции, триггера или одиночного запроса). 2) Обработчик ошибки имеет скоп solid statement (глобальный - не переопределяется), а потому имеет смысл только внутри скопа соотв. типа. Если он вне скопа, у него отсутствует область видимости. ZlatovЕсть текстовый файлик с 100500 иструкциями вставки. Было желание просто подать его на вход консольного mysql или в PDO->exec() и причем не заботиться проверкой была ли там ошибка или нет и ручками не писать commit или rollback - Сам файл должен был заботиться и содержать в себе код для отлова ошибок и rollback. Ну так и рисуйте этот хэндлер внутри "файлика", а сами инструкции оберните в процедуру и добавьте строку её запуска. Или оформите выполнение инструкций файла из статической ХП с соотв. хэндлером. Кстати, можно будет там даже натыкать SAVEPOINT-ов, если файл содержит несколько самостоятельных блоков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2016, 10:51 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Akina, Вот именно _незнание_ вашего первого пояснения послало меня писать "отлов" ошибок вне "solid statement". Сейчас кое что (но далеко не всё) в моей голове стало на свои места. Спасибо всем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2016, 11:36 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
AkinaZlatovИзначально я хотел вне всяких процедур декларировать прослушку на ошибки для своевременного отката1) Ошибка может быть ТОЛЬКО внутри solid statement (процедуры, функции, триггера или одиночного запроса). 2) Обработчик ошибки имеет скоп solid statement (глобальный - не переопределяется), а потому имеет смысл только внутри скопа соотв. типа. Если он вне скопа, у него отсутствует область видимости. ZlatovЕсть текстовый файлик с 100500 иструкциями вставки. Было желание просто подать его на вход консольного mysql или в PDO->exec() и причем не заботиться проверкой была ли там ошибка или нет и ручками не писать commit или rollback - Сам файл должен был заботиться и содержать в себе код для отлова ошибок и rollback. Ну так и рисуйте этот хэндлер внутри "файлика", а сами инструкции оберните в процедуру и добавьте строку её запуска. Или оформите выполнение инструкций файла из статической ХП с соотв. хэндлером. Кстати, можно будет там даже натыкать SAVEPOINT-ов, если файл содержит несколько самостоятельных блоков. ...ок, боль-мень понятно... можно рассмотреть такой вариант: 1. грузить строки в большое техтовое поле, т.е. задумать процез загрузки который не ломается 2. парсить строчки уже внутри базы, внутри отдельной процедуры со всеми еррор-чандлерами и любой сложной дополнительной логикой. совмещать большую загрузку и сложную логику -- в общем виде -- некамильфо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2016, 15:02 |
|
||
|
Установка обработчика ошибок ВНЕ процедуры
|
|||
|---|---|---|---|
|
#18+
Ещё разумнее - выгружать где-то и потом загружать тут только данные. SELECT INTO OUTFILE и соответственно LOAD DATA INFILE в помощь. А структуру, если она неизвестна, можно передать в форме скрипта. Отдельно от данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2016, 18:48 |
|
||
|
|

start [/forum/topic.php?all=1&fid=47&tid=1831078]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
37ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 161ms |

| 0 / 0 |
