|
|
|
| Здраствуйте.
1) Имеется система CMS, откуда можно вносить на сайт следующие данные: новости, настройки баннеров, информацию о людях. Я узнал, что хостинг (платный) не поддерживает базу данных. Можно ли для хранения подобной информации использовать файлы или следует поискать хостинг с MySQL? В том случае если я буду использовать файлы не слишком ли упадет производительность?
2) Стоит ли создавать отдельную таблицу в бд для хранения одного параметра или лучше для этого использовать файл? Например, стоит ли создавать отдельную таблицу для хранения, скажем, максимального количества сообщений в гостевой книге (при этом другие настройки гостевой книги отсутствуют)? | |
|
|
|
|
|
|
|
для: antf
(12.12.2004 в 09:37)
| | >>Можно ли для хранения подобной информации использовать файлы или следует поискать хостинг с MySQL?
Использовать то можно, но позволяет ли это CMS? возможно вам надо будить ее менять.
>>В том случае если я буду использовать файлы не слишком ли упадет производительность?
Из личного опыта - нет.
>>Стоит ли создавать отдельную таблицу в БД для хранения одного параметра или лучше для этого использовать файл?
А Aдопускается его правка в админ панели? Если нет, то лучше файл.
Но возможно стоит подумать не о новой таблице, а о новом поле в таблице настройки CMS. | |
|
|
|
|
|
|
|
для: Artem S.
(12.12.2004 в 10:25)
| | CMS я только начал разрабатывать: сейчас работаю над внешней оболочкой, а программную начинку еще не делал. А, кстати, как расшифровывается CMS - сontent master system? | |
|
|
|
|
|
|
|
для: antf
(12.12.2004 в 11:10)
| | CMS = Content Manager System | |
|
|
|
|
|
|
|
для: antf
(12.12.2004 в 11:10)
| | Видимо имеется ввиду система администрирования контента или CMS (Content Managеment Systems).
Но это не значит, что не может быть другого перевода. Подобные абревиатуры возникают постоянно. | |
|
|
|
|
|
|
|
для: antf
(12.12.2004 в 09:37)
| | 1) Использование MySQL сильно облегчит жизнь и уменьшит время создания проекта (как и последующее его сопровождение). Производительность можно держать на высоком уровне, правда иногда для этого нужно пораскинуть мозгами... в базе данных это за нас уже сделали разработчики базы данных, а тут нужно будет самому думать.
2) Иногда можно и создать отдельную таблицу для хранения одного параметра - одна таблица не утянет, но, если будет использована база данных, для хранения числа сообщений создавать отдельную таблицу не стоит... Дело в том, что база так и так хранит это число и при запросе она просто его возращает не производя сканирование таблицы. Самостоятельный учёт числа сообщений только прибавит вам лишней работы, которая вообще входит в обязаности базы данных. В файловом варианте хренение числа сообщений в отдельном файле только приветствуется - это один из способов увеличения производительности - досрочное вычисление нужных параметров. | |
|
|
|