есть хранимка
у неё входной параметр техт - 1,2;2,2;.............
т.е. пара цифр (int) разделенные запятой,эти пары разделены ;
таких пар от 1 до хз
задача вставить их таблицу




пару решения я знаю, но не нравятся они мне.
надо что-то по-красивее, по-оригинальнее, по-проще

miksoftтолько идея, не проверял


это работает и мне пока нравится (надо проверить конкретной реализации) , у меня тоже была мысль в REPLACE, но более грубо использовалось, забыл, что values можно так использовать...
спасибо

Arhat109вадя,

"по красивее", "по оригинальнее", "по проще" - выберите 2 из трех. :)

Кстати, а где текст "хранимки", дабы понять что есть "некрасиво", "не оригинально" и "не просто", гадать предложите?

выбираю 3 из 3 !!!
miksoft - супер!!!!

а так как эту строку я формирую на андроиде, то никто не мешает сформировать и передать её в таком виде (1,2);(3,5).....
то ваще получается просто
тут из двух красивостей надо выбрать более оптимальное,

2Arhat109
...ты просто не умеешь их готовить...

помимо защиты они могут много чего делать. особенно когда клиент слабый,
хотя б подготовка данных для деревьев. разбив задачу на две части (клиент, сервер) много упрощается,
код на клиенте становится проще, нагляднее.
и если не использовать PREPARE то хранимка выполняется быстрее, чем переданная на сервер sql строка.
и как правило с хранимками число обращений к серверу заметно уменьшается
отладкау намного проще производить, особенно используя dbForge, где хранимки можно дебажить.
а такая приятная вещь как курсор в mysql?
ну и трафик к серверу меньше :)
я вкусил их ещё юзая mssql,

miksoftвадяа так как эту строку я формирую на андроиде, то никто не мешает сформировать и передать её в таком виде (1,2);(3,5).....Так больше символов получается. А для плохой связи это может быть заметно.

это я и имел ввиду , когда говорил про оптимальный вариант
насчет инъекций, смотря на каком этапе их ожидать. как минимум разделитель ; можно заменить на любой другой, сделать проверку на отсутствие ; в этих данных в самой хранимке. ну и передача данных на сервер mysql по wss протоколу через прослойку на сервере, типа tomcat. ну а если взломали код...тут можно нагородить защиту по ip и пр...
но при хранимках бороться с инъекциями проще, в самой хранимке можно устроить анализ на инъекци.
даже если взломан код клиента, хранимки защищают саму структуру базы, в каждой хранимке входные данные имеют определённую структуру и если они не соответствуют ей? просто не выполнить хранимку и все. это если строковые данные , а если числовые - сам сервер даже не даст зайти в хранимку.

авторЕще можно налететь на превышение max_allowed_packet. Можно налететь на ошибку
тут проще, хотя надо всегда это отслеживать, в моём случае при нормальной работе клиентской части это трудно достигнуть.


авторну фу :)
использую только там, где без них ну вообще никак (читай "где вместо них надо громоздить семиэтажные джойны по неравенствам с переменными и т.п.")
согласен, что курсоры редко используются.

авторИ что ниразу не уперся в какие-нибудь проблемы ?
Приходилось писать функции на C из-за отсутствия привычных ?
А то, что процедуры не компилируются, это нормально?
А то, что триггер на действие всего один, это нормально ?
Курсоры эти выполняют весь запрос в момент открытия и считывают все во временную таблицу. Кроме того, однонаправленные вперед и только для чтения.


еще не разу не упираля в проблемы с хранимками, было по началу, когда переходил с mssql -там для деревьев, готовый мехонизм, специализированный, и прочие вкусности, которых нет mysql, но в mysql есть свои вкусности...
смог обойтись всеми фунциями mysql, это по моим задачам.
как-то обходился без триггеров в хранимках, очень просто, всё можно делать в хранимке и без триггера.
курсоры разговор отдельный, хорошо что они есть, их применять надо по месту.

есть пара проектов - только хранимки и никаких проблем.

поискал для самообразования
Особенности использования
При первом запуске хранимой процедуры, она компилируется и в дальнейшем обращение к этой хранимой процедуре осуществляется быстрее.
Рекурсивные процедуры по-умолчанию заблокированы, но могут допускаться на сервере, предварительно установив переменную max_sp_recursion_depth в ненулевое значение. Функции же не могут быть рекурсивными.

отсюда http://computer-science-labs.blogspot.ru/2012/09/mysql-stored-procedures-functions.html

В большинстве СУБД при первом запуске хранимой процедуры она компилируется (выполняется синтаксический анализ и генерируется план доступа к данным). В дальнейшем её обработка осуществляется быстрее. В СУБД Oracle выполняется интерпретация хранимого процедурного кода, сохраняемого в словаре данных. Начиная с версии Oracle 10g поддерживается так называемая естественная компиляция (native compilation) хранимого процедурного кода в Си и затем в машинный код целевой машины, после чего при вызове хранимой процедуры происходит прямое выполнение её скомпилированного объектного кода.


http://ar871.narod.ru/TEOR/14.htm

Также хранимые процедуры могут ускорять работу приложения за счет того, что они хранятся на сервере БД в скомпилированном виде, что предотвращает потерю времени на повторный разбор и интерпретацию SQL-запроса.
http://hostinfo.ru/articles/825/

Повышение скорости работы БД. Процедуры хранятся в скомпилированном
виде, а значит, СУБД не тратит время на компиляцию запроса при каждом
его исполнении. Приложению не требуется тратить время на генерацию
запроса.
http://www.opennet.ru/base/dev/db_sql.txt.html

у авторов я не нашел, где это можно найти, остается верить людям.

хоть это и не в тему топика , но вопрос интересный и если у кого есть что-то интересное - поделитесь.

давай

предлагаю продолжить тут 14579207