Что быстрее MS SQL или код

вот вопрос.
к примеру расмотрим замену в сообщении всех матов на звездочки.
что будет бысрее работать процедура на MS SQL или заполнить DataSet таблицой где хранятся маты и сравнивать уже кодом программы

т.е. вопрос ставится так: какие регулярные выражения лучше? .NET или T-SQL? разумеется, .NET - и мощнее и быстрее

Misha 'Karn' Ivanov

т.е. вопрос ставится так: какие регулярные выражения лучше? .NET или T-SQL? разумеется, .NET - и мощнее и быстрее

Да как сказать...
Все равно данные надо сначала извлечь, а потом забросить обратно. А на это время тратится. И еще ели надо будет заблокировать таблицу на изменения на время выполнения, то TSQL явно в тему.
Кстати, а как на счет триггера, чтобы маты вообще в БД не пускал?

Я бы Regex пользовал в любом случае...

Можно хранить в базе оригинал поста (т.е. с матами), и фильтровать прямо перед показом, а можно не пускать матерные слова в базу, и фильтровать вовремя insert-a и update-a.
В последнем случае показ будет быстрее, но в базе будут лежать не оригиналы (а ****** они нужны?! :)

--
nexus

nex

Я бы Regex пользовал в любом случае...

Это я того.. в смысле Regex в .NET :)

Worobjoff

Все равно данные надо сначала извлечь, а потом забросить обратно. А на это время тратится.

И в том и в другом случае вы потратите это время и никуда от этого не уйти. Это неизменяемая константа.

Worobjoff

И еще ели надо будет заблокировать таблицу на изменения на время выполнения, то TSQL явно в тему.

Наоборот,в этом и есть принципиальное различие .NET от ADO.
Не надо ничего блокировать. Если исполнять фильтрацию средствами .NET то вы значительно снизите нагрузку на СУБД.

Worobjoff

Кстати, а как на счет триггера, чтобы маты вообще в БД не пускал?

Я не знаю, я больше по .NET , по триггерам здесь есть более умные люди, но лично я стараюсь самолично убивать каждого, кто использует триггера.

<imho>

и мои 3 строчки

мат нужно отрабатывать на ВЫХОДЕ, т.е. перед выводом на экран в приложение.

на входе и в БД все должно храниться в оригинальном виде - иначе хрен чего найдешь при поиске.

</imho>

кузя

<imho> и мои 3 строчки мат нужно отрабатывать на ВЫХОДЕ, т.е. перед выводом на экран в приложение. на входе и в БД все должно храниться в оригинальном виде - иначе хрен чего найдешь при поиске. </imho>

при поиске по какому такому слову, интересно?

nex

Можно хранить в базе оригинал поста (т.е. с матами), и фильтровать прямо перед показом, а можно не пускать матерные слова в базу, и фильтровать вовремя insert-a и update-a.

Интересный подход, нравится.

Если построить в памяти словарь "нехороших" слов с быстрым доступом, например, с помощью Hashtable, станет возможным делать проверку без обращения к БД. Можно и DataTable использовать, но поиск все равно делать по ключу.