Ако сравните съхранение в базата данни и файловата система.

Видими мен плюсове:

• Опростяване на почистване чрез използване на индекси (обикновено релационна или документ ориентирана база данни) или автоматични ключове за почистване (обикновено, ключ-стойност КБ).
• Ако една релационна база данни - възможни връзки с други лица сесии. Закрито заседание, редица лявата - за сметка на ON DELETE CASCADE се почиства автоматично навън и свързаните обекти.
• По-голяма сигурност за споделен хостинг, където, в случай на неправилна конфигурация на сървъра, можете да получите достъп до файловете с данни сесии, или най-малкото да се изброят техните имена (идентификатори).
• Ако сериализация е домашно или в общ формат, можете да споделяте сесия между няколко подсистеми, включително реализирани и на различни езици и технологии.

Видими ми минуси:

• В зависимост от скоростта на базата данни с заседанията могат да бъдат много по-ниски, забавя зареждането на страницата. Така например, в PostgreSQL бих легна на сесията беше единственият сериозно обоснована необходимостта. Ако базата данни прави всеки надеждност гаранции за съхранение, че е възможно тя просто прекарва твърде много време.
• Малко информация употреба в базата данни може да доведе до прекомерно разрастване на градовете му. Сесиите не живеят много дълго - данните, всъщност, са ефимерни. Например, с базата данни в паметта (например, MemcacheDB, Redis) на устната малък брой активни посетители, които не искат да поемат бисквитките (роботи са добри), лесно можете да загубите много безполезни памет. Постигане на дефрагментиране и освобождаване, да го върнете обратно в системата може да не е най-лесният задачата.

Отговорено 8 '12 ноември в 0:14

Свързани статии

• Как да се публикува проект, който съдържа преливане комин в руската база данни

• MS SQL база данни се забавя, когато актуализация - стека преливане на Руски

• Млечни продукти - срок на годност