The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Хранение конфигурации"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы WEB технологии (Public)
Изначальное сообщение [ Отслеживать ]

"Хранение конфигурации"  
Сообщение от Brabus email on 01-Июн-08, 04:37 
Что хотелось бы выяснить...
Где выгодней хранить конфигурационные параметры с точки зрения производительности: в файле или в MySQL? Идет речь об обычных конфигах, к примеру, каких-либо CMS. Откуда информация будет быстрее извлекаться? А если рассмотреть вариант некоторого числа одновременных обращений? Скажем, при 50 одновременных обращений что будет быстрее? :)
Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Хранение конфигурации"  
Сообщение от angra (ok) on 01-Июн-08, 05:22 
Если только читать и при этом кроме как для конфига база не нужна, то быстрее файл. В любом случае чтение конфига вряд ли будет узким местом, так что не надо оптимизировать то, что в оптимизации не нуждается.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Хранение конфигурации"  
Сообщение от Brabus email on 01-Июн-08, 13:44 
>Если только читать и при этом кроме как для конфига база не
>нужна, то быстрее файл. В любом случае чтение конфига вряд ли
>будет узким местом, так что не надо оптимизировать то, что в
>оптимизации не нуждается.

Читать и писать/изменять. База конечно же используется, для хранения всего контента. С ней в любом случае работать удобней чем с файлами, вот и задался вопросом. Ради интереса прогонял циклом (1000 раз) чтение с файла и с базы - с файла было на чуть чуть быстрее. Но так не протестишь именно одновременные обращения, когда много пользователей загружает сайт.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Хранение конфигурации"  
Сообщение от angra (ok) on 02-Июн-08, 02:52 
Если уже используется база, то лучше в ней хранить, если конечно в конфиге не указаны параметры доступа к базе, а именно так чаще всего и делается ибо хардкодить такие вещи дурной тон. Также при записи в базу проще решить race condition, в отличии от записи в файл.  Для тестирования одновременных обращений используйте ab -c

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Хранение конфигурации"  
Сообщение от Brabus email on 02-Июн-08, 03:34 
>Для тестирования одновременных обращений используйте ab -c

Просьба разъяснить, что значит "ab -c". Если имеет значение - пишется и тестируется скрипт под виндами.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Хранение конфигурации"  
Сообщение от angra (ok) on 02-Июн-08, 06:27 
ab утилита для тестирования входящая в состав апача, по крайней мере в стандартном никсовом варианте.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Хранение конфигурации"  
Сообщение от Pahanivo email(ok) on 02-Июн-08, 12:17 
Вообще вопрос спорный что быстрее - если будет преобладать чтение, а поскольку у тебя конфиг то скорей всего будет практически чтение то думаю что особой разницы нет так как:
в обоих случаях у тебя инфа будет извлекатся из кеша что с файлом что с базой.
А вообще народ правильно пишет - нефиг тут оптимизировать ибо это не узкое место.
Если уж хочется - ставь ab на несколько часов ))


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру