Выбор БД

Статус
В этой теме нельзя размещать новые ответы.

LEXAlForpostl

Мой дом здесь!
Регистрация
21 Май 2008
Сообщения
766
Реакции
228
Здравствуйте.
Подскажите пожалуйста, с какими БД работает РНР?
И какую лучше искользовать для работы и хранения 1 000 000 записей объёмом более 5 ГБ.
Желательно, чтобы БД можно было на Линуху ставить.
 
Здравствуйте.
Подскажите пожалуйста, с какими БД работает РНР?
И какую лучше искользовать для работы и хранения 1 000 000 записей объёмом более 5 ГБ.
Желательно, чтобы БД можно было на Линуху ставить.
Для просмотра ссылки Войди или Зарегистрируйся
Что выбрать вопрос непростой. Я бы посоветовал Oracle, но она платная. Как вариант - Для просмотра ссылки Войди или Зарегистрируйся.
Для просмотра ссылки Войди или Зарегистрируйся.
 
Тогда ещё вопрос.
На каком лучше языке программирования писать краулер сайтов?
РНР самый оптимальный вариант или нет? :)
 
Тогда ещё вопрос.
На каком лучше языке программирования писать краулер сайтов?
РНР самый оптимальный вариант или нет? :)
Я бы на перле делал. Особенно если сайтов много и нужна периодическая грабелка
 
Для поставленных задач хватит и MySQL.

Для более детального выбора нужно понять, для чего будет использоваться БД и с какой интенсивностью
 
В БД будет более 5 ГБ информации, более миллиона записей.
Краулер будет работать 24 часа, в режиме нон-стоп.
 
тогда идеально подойдет то что уже сказали)
perl собирать c потоками или использовать неблокирующиеся сокеты, а БД mysql вполне потянет, возможно только придется оптимизировать некоторые запросы для ускрения выборки из базы, но это дело решаемое)
по поводу php (curl) вообще забудь, по скорости не сравнится с perl)
 
Однако, говорят, что Мускуль не справится. После 2 Гб начнёт тормозить. Может у кого был опыт работы с такими объёмами и постоянными запросами?
 
с таким объемом нормально только Oracle будет работать. инсталл под никсы в инете можно найти. только нужно чтобы на сервере иксы работали, у оракла инсталляшка и ассистенты только на джаве работают
 
то что БД будет весить 5гигов это не проблема
тормоза из-за неправильной структуре БД, количестве таблиц и т.д. и т.п.

самое простое это проверить : залей в бд 1,2,3,4,5 гигов рандомных данных в ту структуру по которой у тебя БД будет работать и с реальными данными.
основные тормоза идут от плохих алгоритмов, а не самих бд.
 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху