Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Хранение больших текстов в базе данных.
 
 автор: Jaroslav   (20.02.2012 в 15:00)   письмо автору
 
 

Здравствуйте.

Хотел посоветоваться. На одном сайте нашёл такую фразу:

**************************************************************************************
Хранение длинного текста в вашей базе данных влияет и на производительсноть системы и на требования к объему дискового пространства. Таким образом, рекомендуется сжимать длинный текст с помощью функции compress, а для использования — проводить обратное преобразование с помощью функции uncompress.
**************************************************************************************

Так ли это? На сайте, например, загружаются произведения (стихи, проза и.т.д., пишется много комментариев к ним, личная переписка между пользователями). Т.е. много текстов. Например, таблица с авторскими произведениями занимает 1.2 ГБ. С комментариями к ним под 500Мб... Таблицы MyIsam типа text

Будет ли целесообразно использовать данные рекомендации и перед помещением данных в базу данных MySQL применять функцию compress?

  Ответить  
 
 автор: cheops   (20.02.2012 в 18:21)   письмо автору
 
   для: Jaroslav   (20.02.2012 в 15:00)
 

Если сожмете текст, вы теряете возможность поиска по нему, кроме того, можете потерять в скорости при кодировании/перекодировании (а MySQL и так потребляет довольно много процессора). С другой стороны текст можно сжать очень сильно и он будет занимать очень мало места, соответственно таблица будет работать быстрее.

>Например, таблица с авторскими произведениями занимает 1.2 ГБ.
Вы можете всегда сегментировать таблицу, не обязательно даже специализированными средствами MySQL, просто разбив содержимое по хэшу или тематике на части.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования