PHP для идиотов
→ протокол RS-232 • Май 20, 2010, 9:12 п.п.
PHP для идиотов
→ Вопрос по регуляркам • Май 19, 2008, 1:25 п.п.
CTAPbIu_MABP, ну про регулярку да, но експлодом лучше =)Експлод как и сплит, в случае, если не происходит разбитие строки [explode ("/", "00000") ] выдает пустой массив, что требует прописывание этого исключения в коде.
CTAPbIu_MABP, ну про регулярку да, но експлодом лучше =)
Експлод как и сплит, в случае, если не происходит разбитие строки [explode ("/", "00000") ] выдает пустой массив, что требует прописывание этого исключения в коде.
PHP для идиотов
→ Вопрос по регуляркам • Май 19, 2008, 1:20 п.п.
PHP для идиотов
→ Вопрос по регуляркам • Май 19, 2008, 12:36 п.п.
PHP для идиотов
→ Хранение больших объемов данных • Апрель 26, 2008, 8:49 д.п.
Что ж, были и у меня подобные проблемы.вариантов решения чють больше чем несколько:-)1. Мускул плохо обрабатывает сложные запросы, следовательно лучше разбить один сложный запрос на несколько простых, выполняемых последовательно.2. Делать `двухслойную` БД. В первом слое производится анализ запрос...
Что ж, были и у меня подобные проблемы.
вариантов решения чють больше чем несколько:-)
1. Мускул плохо обрабатывает сложные запросы, следовательно лучше разбить один сложный запрос на несколько простых, выполняемых последовательно.
2. Делать `двухслойную` БД. В первом слое производится анализ запроса и координация второго слоя, во втором - большое количество таблиц уже обработанных JOINами. Минус этого варианта увеличение объема баз, усложнение управления и координации.
3. Поменять БД. Практика показывает не менее 30% запросов дублируются. То есть, при большом объеме запросов , имеет смысл поставить СУБД которая будет выдавать такие запросы из кеша. Например Oracle.
4. Чисто админский путь. Соеденить сервак БД и HTTP не через общую сеть, а кроссовером, чтоб никто не мешал обмену информации.
Думаю пока достаточно:-)