Есть строка типа "38 попугаев", её надо передать как параметер, есть ли функция которая формирует из неё "38%20попугаев"? 

HttpUtility.UrlEncode Method (System.Web)

А есть ли функция, которая подготавливает строку для того чтобы её использовать, скажем в SQL - заменяет кавычки на пары кавычек и вообще заключает строку в кавычки?

Vit, Если ты используешь хранимые процедуры то тебе не о чем беспокоиться. У них высокая степень защиты. Т.е. принимаемый типа (к примеру nvarchar) он и будет обрабатываться как этот тип данных (грубо говоря он и будет находиться в строке). Ну а дополнительно используется статические методы из класс HttpUtility. 

Не всегда можно обойтись SP, точнее иногда можно но будет очень громоздко, а надо код SQL генерировать на лету, типичный пример, типа:


SQLStatement= "Slelect * From "+SomeStringFromElseWhere;

Конечно я могу это всё вынести в SP, и в самой SP средствами T-SQL делать проверки и конвертацию, а потом делать динамический SQL и запускать при помощи Exec, но это лишний геморрой... Из серии могу но не хочу... Даже многократно делал, но тогда я писал программы на чистом T-SQL без какого-либо фронт-энд и выхода не было, а если есть клиентская часть, то такое легче всего делается на клиенте. В дельфи для этого была часто применяемая функция QuotedStr... Я не верю что в C# нет аналогичной, по моему сейчас вообще трудно найти язык програмирования в которой бы её не было...

Vit, Ну тогда просто используй Все теже параметры.


Добавлено через 7 минут и 7 секунд
либо еще можно вот так вот добавлять параметры (чтобы не ошибиться в типе) -->>

Ты так и не понял   

Параметры в моём случае работать не будут:



можешь проверить и убедиться, что параметром ты тут ничего не передашь

По-моему имя таблицы нельзя передавать параметром SQL-запроса  

Угу, как и имена любых объектов SQL, а потому и мой вопрос поставлен...

Неужели такую функцию трудно самому написать

Vit, извини за нудность, но ты точно уверен, что без использования чистого SQL не обойтись? В среде дотнетчиков не слишком-то принято им пользоваться.

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





Простейшая задача:

Допустим есть база данных:
- клиенты, заказы, и т.п.

Требуется сделать экспорт данных из таблиц в соотвествии с условиями, заданными клиентом. Заранее структура данных выходных и критерии выбора не известны. Интерфейс предоставляемый программой есть по сути есть Query Builder и позволяет клиенту в визуальной форме делать любые join и/или Union по любым полям любых доступных ему таблиц, назначать условия выбора, сортировки и группировки по любым полям, в том числе и с применением выражений, наприемер пользователь может сказать что надо отобрать только тех пользователей у которых последние пять цифр номера лицензии делятся без остатка на 7 (внутреняя контрольная сумма) и т.п. Задача почти не формализуема, так как количество вариантов которые можно придумать исчисляется факториалом нескольких сотен...

Я такую задачу реализовывал на T-SQL, это довольно трудоёмкая но возможная работа, пришлось писать хранимки по десятку тысяч строк, в общем-то в основном из-за неприспособленности T-SQL для обычного програмирования. На языках общего назначения типа C, Дельфи и т.п. эти вещи реализуются значительно проще. 

А по поводу принято или нет - у меня за спиной почти 2 десятка лет опыта програмирования, и то что я пока не знаю .net - это не означает что я не знаю чего я хочу добиться и не представляю как этого можно добиться. Кроме того я не вижу таких принципиальных отличий .net от Win32 платформы которые бы указывали на то что с переходом на .net создание динамического SQL стало бы неактуальным или ненужным...

Отсюда.

Это сообщение отредактировал(а) Exception - 21.4.2007, 18:34

Спасибо!