Вручную делаете дамп структуры. Делите его на две части - отдельно структуры, отдельно индексы-процедуры-триггеры-прочее. Делаете дамп таблиц (SELECT .. INTO OUTFILE). На сервере назначения заливаете дамп структур, потом данные, потом индексы.
ZIK1337, как Вы это себе представляете? что даст представление? оно ограничить - может (далеко не все представления - обновляемые), но заставить сервер сделать то. что он не умеет - да ни в жисть!
RTFM_VLAD, port-based VLAN (и два интерфейса на сервере) плюс DHCP Snooping - это как минимум. И тогда статики пусть там конфликтуют промеж собой, пока не надоест.
По-моему, в простейшем варианте вполне достаточно управляемых L2-коммутаторов и port-based VLAN. Всё остальное нужно лишь в случае, если юзерам позволено произвольно дёргать за сетевые кабели.
User782, поскольку similar_text безразличен к семантике, орфографии, словоформам и пр, и оперирует только символами - да. Но т.к. изменение алфавита приведёт к изменению "похожести" - нет.
similar_text даёт нечто, посчитанное по двум параметрам и измеренное в попугаях, от чего толку, как по мне, ноль. Но если Вам нравится - используйте.
Vitsliputsli, он ничего не создавал. Он сохранял сериализованные объекты и позволял с ними работать. Поиск и извлечение отдельных свойств, сравнение/изменение/слияние и пр. Нет, понятно, что можно было и создавать, но это побочный эффект.
??? нафига MyISAM? если структура таблицы минимальная (нет ничего, кроме PRIMARY KEY), то абсолютно без разницы, в какой движок лить данные.