Не нужен дефис, вы сами потом запаритесь писать в селектах кавычки
получаеться если ранее, вам просто нужно было писать
select 1 from base_base, причем это строка, т.е.
$sSql = "select 1 from base_base.base_base where base_base.id = :var0",
то теперь нужно
$sSql = "select 1 from \"base-base\".\"base-base\" where \"base-base\".\"base-base\".id = :var0",
Поверьте это гиморно. особенно если много кавычек.
Вы упростите себе жизнь. если сделаете таблицу и базу просто base
1. в студию PHP.ini
2. Ошибки хоть кактие-то пишет ?
3. У меня так, а раньше тоже падало
4. Вот
file_uploads = On ; Whether to allow HTTP file uploads.
post_max_size = 130M ; Maximum size of POST data that PHP will accept.
upload_max_filesize = 130M ; Maximum allowed size for uploaded files.
default_socket_timeout = 120000 ; Default timeout for socket based streams (seconds)
max_execution_time = 120000 ; Maximum execution time of each script, in seconds
max_input_time = 120000 ; Maximum amount of time each script may spend parsing request data
memory_limit = 330M ; Maximum amount of memory a script may consume (8MB)
5. Иногда провайдер закрывает, как например MTW
Напишите мне за отзыв
тема - применение Профиля алюминиевого. как хорошо, что он есть.
Спасибо
Причину чего ?
если вы про причину, почему я снес индексы, потому что
1. при большом объеме данных это сильно замедляет втсавку.
2. таблица лочилась(LOCK), и все остальные процесы ждали(время доступа существенно возрастало)
3. там они не нужны,так как в статистику нужно быо залезать не так часто.
синтетический это как ?
__
После перевода с мускула - скорость доступа на пиках понизилась с 3 сек до 1.5
Я бы поспорил . мы краш-тесты делали:
3 запроса в секунду с 20 машин одновременно. Работала 3 дня-ночи подряд.
Ни одного коллапса, сервер был двух процессорный, загрузка - 40-50 проц.
Что делалось:
Открывалась выборочная страничка, потом прыгали по разделам сайта и после получение файла и принятие файла(причем специально были сделаны битые файлы)
размер файлов колебался от 500 байт до 1.5 метра
Я разделил все базы:
Результат:
Время доступа к порталу варировалось от 0.7 до 3х секунд.
Время обработки примерно было 1.5 секунд.
П.С.
Главное с индексами не перемудрить (нарпимер, в базе статистики я вообще индексов не делал, так как там просто инсерт)
За 2 месяца, можно много ссылок купить.
Мое мнение , что на слудующем апе много спадет, так как большинство ссылок не тематических, при беглом взгляде. а так да согласен - 308 бэков, достаточно для подъему =).
недоап. по позициям тамже.
Я бы сделал так:
Есть одна таблица
main :
main_id
main_descr
к ней крепится еще одна таблица в которой есть поля
ex:
ex_id
ex_type
ex_value
___
Тогда все кладется на ура
main
main_id = 1
main_descr = "Кошка"
main_id = 2
main_descr = "Яблоня"
____
ex_id = 1
ex_type = 'Сорт'
ex_value = 'раннеспелый'
ex_id = 2
ex_value = 'позднеспелый'
ex_id = 3
ex_value = 'скороспелый'
ну и так далее.
так проще всего.
И еще я вообще отказался от MYSQL
долгий он
Я перешел на SQLITE (http://sqlite.org), он быстрее.
Кто со мной будет спорить, скажу сразу - опыта у меня работы с базами данных - 6 лет.
Сижу на оракле, но для веба предпочитаю использовать лайт, так как есть много причин - например: установка, скорость работы,
Да я согласен, в ней нет поддержки пользователей, так именно из за этого она и быстрее =) .
Хотя это мое личное мнение, я не настаиваю, просто рассказал. как бы сделал я.
А так если У вас вопросы по БД. милости прошу. я с рабостью Вам расскажу =)
Мне не нужно столькоже сколько ТС, но я бы тоже прикупил.
В личку стукните
