Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: Сайт и движок - Возвращение к теме  (Прочитано 15249 раз)
0 Пользователей и 1 Гость смотрят эту тему.
Гром
Птычк. Тьфу, птычник... Вот!
Готовлюсь к пенсии

il
Offline Offline
Пол: Мужской
Бодрый птах


« : 07-07-2003 12:44 » 

Итак http://shelek.com/newclub/ лежит стартовая страница.
Я хотел сделать весь сайт без БД ибо при большой загрузке она нагружает сервер - но делал на php.

Мне сообщили что БД сильно разгружает сервер при правильной настройке...

Так как я в веб программинге диллетант - прошу срочно помощи - опять....

Иначе меня погонят с хостинга или еще чего похуже...пост нюк надо срочно менять....

Надеюсь на вас!!!
Записан

А птичку нашу прошу не обижать!!!
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #1 : 07-07-2003 13:53 » 

А без БД - это как? В файлах что ли динамические данные хранить? Я шокирован!
То что управление данными с БД удобнее - да, а касательно скорости - это зависит от специфики.

Чем собственно помочь?
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Гром
Птычк. Тьфу, птычник... Вот!
Готовлюсь к пенсии

il
Offline Offline
Пол: Мужской
Бодрый птах


« Ответ #2 : 07-07-2003 14:40 » 

Да просто анализ ситуации был нужен в принципе ответы нашел ...
Так что спасибо - тема остается уже другим образом, что будет дольше качать с БДдлинные тексты илидержать их в виде html фалов а индексацию и динамику проводить в БД...

Вопрос именно в выгоде в нагрузке на сервер и на Базу.
Записан

А птичку нашу прошу не обижать!!!
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #3 : 07-07-2003 20:49 » new

Хорошо, что решилось. А то уж "пров выгонит"  Улыбаюсь

Совет по выгоде БД можно было дать только зная поля и связи хранимых данных. Ну и логику программ, еже ли их особо менять нельзя.
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Fireworm
Гость
« Ответ #4 : 08-07-2003 06:36 » 

Скорее всего именно такой вариант будет лучшим, т.к. MySQL очень медленно работает с данными типа BLOB или TEXT. Так что в базе лучше хранить путь к хтмл странице, а не саму страницу.
Записан
Гром
Птычк. Тьфу, птычник... Вот!
Готовлюсь к пенсии

il
Offline Offline
Пол: Мужской
Бодрый птах


« Ответ #5 : 08-07-2003 07:36 » 

Хм BLOB - а что это такое....
Записан

А птичку нашу прошу не обижать!!!
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #6 : 08-07-2003 08:37 » 

Binary Large OBject.
Тот же текст, только не чуствительный к регистру при сравнении и т.п.
BLOB==TEXT BINARY
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Zheka
Гость
« Ответ #7 : 08-07-2003 08:56 » 

Цитата: Fireworm
Скорее всего именно такой вариант будет лучшим, т.к. MySQL очень медленно работает с данными типа BLOB или TEXT. Так что в базе лучше хранить путь к хтмл странице, а не саму страницу.

ГОН ЧИСТОЙ ВОДЫ!
Выборка проходит так же, как и в других полях! Разницы нет никакой! Если только по текстовому полю не делать запросы типа "select ... like..."
Тексты лучше всего хранить именно в базе двнных. Это удобнее по всем параметрам. Хотябы потому, что переносимость гораздо более удобная. Представь, по какой-то причине добавилась одна и удалилась другая статья в файлах на сервере, но в базе данных индексы не обновились(не исключено). Мы, скорее всего, потеряем одну статью и обнаружим ложную ссылку на другую. В случае с полной реализацией с базами данных такого не будет.
Далее: MySQL умеет кэшировать записи и выдавать их порциями по мере необходимости. В отличае от файловой системы, которая при запросе на чтение выплёвывает всё, что запросили, обкакивая процессорное время...
Записан
Zheka
Гость
« Ответ #8 : 08-07-2003 09:04 » 

Цитата: RXL
Binary Large OBject.
Тот же текст, только не чуствительный к регистру при сравнении и т.п.
BLOB==TEXT BINARY

Так же добавлю, что элемантами этих полей могут быть бынарные объекты (те же картинки, если хотите)
Записан
Гром
Птычк. Тьфу, птычник... Вот!
Готовлюсь к пенсии

il
Offline Offline
Пол: Мужской
Бодрый птах


« Ответ #9 : 08-07-2003 10:24 » 

Мда - чем дальше в лес - тем толще партизаны Улыбаюсь
А тогда объясните, что же так грузит проц в пхп нюке Не понял
Если кто знает.
Записан

А птичку нашу прошу не обижать!!!
MOPO3
Ай да дэдушка! Вах...
Команда клуба

lt
Offline Offline
Пол: Мужской
Холадна аднака!


WWW
« Ответ #10 : 08-07-2003 10:45 » 

Цитата: Fireworm
Скорее всего именно такой вариант будет лучшим, т.к. MySQL очень медленно работает с данными типа BLOB или TEXT. Так что в базе лучше хранить путь к хтмл странице, а не саму страницу.


Nu naschiot BLOB ja eschio soglashus, a vot naschiot polej tipa TEXT net. Nedavno dlia svoej kompanii delal WAP interfeis k forumu tipa etogo (phpBB2), tolko takih forumov tam 82! V kazhdom podkataloge otdelnij forum. Kazhdij forum eto esli ne oshibajus 28-29 tablic v baze dannih. Otsiuda (28*82 = 2296 tablic). Na PHP vsio eto razbiraju, prichiom polovina tablic v UTF-8, progoniaju regexp'i , zamenu unicode i baltic simvoli na latinicu, i eto vsio u menia prekrasno i bistro rabotaet Улыбаюсь Vsego v forumah na dannij moment u menia 16631 soobshenie. Tak chto pozvolte ne soglasitsia s takim utverzhdeniem Улыбаюсь
Записан

MCP, MCAD, MCTS:Win, MCTS:Web
Zheka
Гость
« Ответ #11 : 08-07-2003 10:48 » 

Цитата: Гром
Мда - чем дальше в лес - тем толще партизаны Улыбаюсь
А тогда объясните, что же так грузит проц в пхп нюке Не понял
Если кто знает.

Бесплатность движка...
Посмотри на ixbt.com там на форум с тем же движком, как и тут постится тысячи сообщений в сутки и сейчас в базе за три миллиона записей. Нагрузки на селект вполне сильные: "За последние 7 минут конференцию посетило: 444". А это всё селекты текстовых записей И не одну запись, как нужно нам, а пачками... И ничего... Ребята как-то держатся...
Дело в реализации задачи...
Записан
[BiOs]
Гость
« Ответ #12 : 12-04-2005 11:19 » 

А смысл держать статьи в файлах???
Тут кто-то уже говорил что поля BLOB и TEXT вполне подходят...
А на счет нагрузки на сервер... я сильно сомневаюсь, ведь в приличной реализации выбирать ВСЕ записи нет смысла...
limit $start,$end... (для MySql)
Записан
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines