Есть ассоциированый массив $arr 6000 элементов.
Есть строка $str
Необходимо осущиствить поиск вложения по массиву этой строки $str, т.е. пример


обычный array_search ее не находит, так как он ищет строго равенство, как можно реализовать максимально быстро онное?

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

ScareCrowавторstrpos($element, $str)
несработает для utf-8
данные все в cp1251

HettНа латинице может и сработает, на кириллице - нет
Значения все в латинице, мне нужен имено алгоритм максимально быстрого поиска (как я понимаю используя встреоные функции по раьботе с массивами). Оыбчный цикл в цикле есть пол секунды, что очень долго. Арау фильтер тоже есть больше чем обычный пробег по массиву

SmeL_mdсерилизовать и регексом вытащить, по скорости не знаю как это будет
Береться от функции get_defined_constants(true)['user'], если сериализовать - то как быть с цифрами: s:14:"asdasd" указывающие на длину строки? Мне необходимо заменить одно значение на другое, длина строки увеличиться, и десирилизация не сработает. Да и превратить 6000 элементов в строки, кажадя коснтанта в районе 200 символов, получим строку в районе милиона символов, и копаться в ней будет накладней чем просто пробежаться по массиву

SmeL_md,

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

Vladimir Baskakov.... если в проекте используется БД - может положить туда, и не мучится? использовать тупо оператор like .... код короткий, решение - масштабируемое. глупый возможно вопрос - а откуда этот ассоциированный массив берется изначально, и куда кладется потом? Иногда решение частной задачи лучше искать зная общий контекст. "Быстро" - насколько? в смысле - если супероптимизировать работу со строками в этом участке кода, а рядом будет жрать процессорное время фреймворк, работающий поверх тормозной БД - выигрышь никто не заметит ....
может оно и извлекается из базы? ну не в коде же 6000 констант прописаны?
Все контанты прописаны в коде.
Беруться я уже писал от get_defined_constants(true)['user']. Цель: в них встречаются определенные имена таблиц вида: ххххх.yyyyyy , надо заменить на ххххххх.zzzzzzz.
Засунуть все в базу, потом лайком пройтись, и потом удалить все? Не накладно ли будет?

preg_grep в понедельник првоерю

HettТам 6000 таблиц? о_О
таблиц несколько тысяч, но это не принципиально
SmeL_mdРенат,
Опишите тогда задачу целиком может идея с массивом вообще можно забыть.
Как я понимаю у Вас проблема в том что нужно изменять имена таблиц, возможно даже не имена а только схемы, тогда это можно решить одним запросом к базе установив схему по умолчанию на уровне сессии. Возможно есть смысл создать представления,либо просто создать таблицу соответствий schema1.table1 => schema2.table2
Как по мне то тут нужно решать не проблему 6000 массива, а то что приводит к нему.
Можно поподробней насчет схем?
Представления отпадают ввиду того что данные беруться из коснтант а не выборке из базы