Автор Тема: а будет ли он исправно работать  (Прочитано 2729 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн vall

  • Заглянувший
  • Новичок
  • *
  • Сообщений: 4
  • +0/-0
  • 0
    • Просмотр профиля
    • http://
а будет ли он исправно работать
« : 10 Февраля 2002, 00:06:56 »
Насколько понял база данных не используется, а будет ли он исправно работать скажем через год когда объем увеличится в раЗЫ
И еще вопр файлы-shtml и вставки типа возможны?
С уважением, Valery

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
не совсем так..
« Ответ #1 : 10 Февраля 2002, 04:04:00 »
Цитировать
Насколько понял база данных не используется, а будет ли он исправно работать скажем через год когда объем увеличится в раЗЫ

;) Во-первых, База Данных используется - это база Berkeley ( http://sleepycat.com ) это C-библиотека, а модуль DB_File интерфейс для работы с ней.

Если почитать документацию по Berkeley, то можно увидеть, что:
1. Ограничения на одну строку инф. (т.е. на ону запись) - до 4Гб
2. Макс. размер базы - исчисляется в терабайтах.

Вопрос в другом, потянет ли Сервер?

Реально, работа идет с небольшими объемами данных - обычно это ключи индексных баз (т.е. идентификаторы статей) именно с ними связаны такие работы как сортировка, выборка (и в память считываются они), вся БД в память не сгружается (как это происходит при использовании текстовых БД).

Для небольших/средних сайтов (~1000 статей) проблем быть не должно (сами статьи в отдельных файлах-БД, т.е. размер статей роли особой не играет, если они конечно реальные а не по 100-1000 страниц каждая).

При большем количестве ;) лучше использовать Sanitarium WebloG SQL ;) который пока в разработке.

Во всяком случае, при большом кол-ве статей (кол-ве, не объеме) такая структура работает в несколько раз быстрее нежели реализованная на текстовых базах (с SQL не сравниваю, т.к. тут она более выигрышная)

Возможно при большом количестве статей в категориях могут быть проблемы при генерации страниц, но эта проблема решаема - можно сделать генерацию по nn статей, потом несколько-секундный отдых, а далее опять генерация (кроме того, всю сиситему необязательно каждый раз регенирировать - достаточно генерации всего лишь одной статьи, при этом индексы обновятся).

Учитывая, что статьи статические - обращения к скрипту минимальны (версия для печати генериться динамически и все НЕ первые индексные страницы тоже динамические, хотя их можно и в статику перевести).

хотя конечно ;) это лишь предположения - по настоящему суровой эксплуатации скрипт не прошел.

Цитировать
И еще вопр файлы-shtml и вставки типа возможны?

Т.к. страницы статические - то возможно (расширение им вы тоже сами можете задать, хоть shtml, хоть php) и на страницах статей подключать что угодно.
 в исканиях.

 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28