|
SqlCommand и запрос состоящий из множества инструкций
|
||
|---|---|---|
Участник
Откуда: Санкт-Петербург
Сообщения: 4 229 |
||
| 02.10.2008, 20:29 |
|
|
|
|
|
SqlCommand и запрос состоящий из множества инструкций
|
|||
|---|---|---|---|
|
#18+
Всем привет. Дайте аргуметитованные минусы использования данного подхода, когда в команду пихается не один запрос, а N-е кол-во. Куча инсертов и селектов с апдейтами, с какой-то логикой, короче грубо говоря процедура. Почему это непременно ОБЯЗАНО быть вынесенным в процедуру? Рождаются эти куски кода в моменты необходимости изменения некогда используемого простого селекта в нечто более навороченное. Скажем добавить юнион. Казалось бы можно ещё не делать процедуру. Но потом появляется иф екзист. Ну ладно терпимо говорит девелопер. Потом следующий девелопер видя этот кусок куда и видя такой подход просто добавляет перед всем этим делом инсерт. И пошло поехало. Я вижу только один минус. Постоянная перекомпиляция кода этой команды. В общем плис ваше мнение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2008, 19:07 |
|
||
|
SqlCommand и запрос состоящий из множества инструкций
|
|||
|---|---|---|---|
|
#18+
Сразу хотелось бы добавить. Речь идёт о веб приложении. Тобишь обсуждать проблему необходимости перекомпиляции всех клиентов, в случае изменения SQL кода, наверное нет необходимости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2008, 19:15 |
|
||
|
SqlCommand и запрос состоящий из множества инструкций
|
|||
|---|---|---|---|
|
#18+
myasoex Постоянная перекомпиляция кода этой команды. Ну беды особой в этом нет... ORM'ы тоже строят запросы "налету" . Однако... у Вас не орм... а смотреть на, пардон, фарш из "неподсвеченного" скульного кода, вбитого как текст в основной код... дебажить это безобразие, оптимизировать и модифицировать его... да и озвученное вами выше как "неудобство" - бывает зело напряжным занятием для скуля. А так ничего - номано... если сиквел на тойже машинке, где и приложение вертится (иногда это не так, даже очень часто не так), то можно закрыть глаза на трафик (незначительный), что инициируется посылами километров скульного кода... :) ну а если это всё обслуживаете Вы сами а не дядька дба, то вообще хорошо... ни одной зверюшки не пострадает :)... эээ.... что ишо... а! криворукость! и, как следствие - sql injection. Перекомпилять приложение не нужно... его нужно будет перезапускать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2008, 20:29 |
|
||
|
SqlCommand и запрос состоящий из множества инструкций
|
|||
|---|---|---|---|
|
#18+
myasoexПочему это непременно ОБЯЗАНО быть вынесенным в процедуру? А чем вам так противна процедура? Такой sql-ный фарш сам напрашивается на вынос в оную. Зачем засорять клиентский код? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2008, 07:15 |
|
||
|
SqlCommand и запрос состоящий из множества инструкций
|
|||
|---|---|---|---|
|
#18+
Не, процедура не противна. Просто надо N минут времени для переноса этой фигни в процедуру. А вот склинжекшин это да. Такой подход "поощряет" этот феномен. Встречалось такое не раз уже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2008, 14:59 |
|
||
|
|
start [/forum/search_topic.php?author=Kira_2008&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
43ms |
get topic data: |
9ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 669ms |
| total: | 829ms |
| 0 / 0 |
