C>>>А смысл? Хранимки для регэкспоа магически ничего не ускорят, БД точно так же будет вынуждена делать линейный поиск, пробуя каждый ряд. Хранимка спасёт разве что только от того, что эти данные на клиента не надо будет передавать.
Gt_>>не надо передавать, не надо делать копию объекта в памяти. не надо потом тратить на GC.
C>И это реально ускорит приложение? Не верю. В большинстве случаев, скорее всего, окажется выгоднее кэшировать данные на клиенте и запускать поиск там локально вместо того, чтобы лезть в БД.

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

C>Типичный пример — строка с автокомплитом, чтобы можно было по "ка ма 12" показывать вариант "ул. Карла Маркса, д. 123" из базы клиентов.

угу. а потом ныть что примитивный сайт кушает 1.5GB и что бы просто побровсить нужна машина минимум с 8Gb рам и SSD.

C>Ну и, вообще-то, регэкспы уже есть в виде встроенных функций чуть менее, чем во всех нормальных РСУБД. Какие ещё варианты для функций есть?

задачи бывают разные, как выше заметили важен баланс, а не тупое следование одной концепции. иначе нам скоро и 8Gb уже не хватит что бы побровсить.