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

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

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