Столкнулся со сложностью - хочу выбрать СУБД.
Кроме игрушечных примеров с БД никогда ничего не делал и вот предстоит...
Буду делать большую базу, содержащую уйму документации. Помимо надёжности СУБД хочется иметь возможность быстро делать выборку и составлять отчёты (печатать их по оч чёткому стандарту). Быстро вносить изменения, быстро искать (ну, сам понимаешь хочется всё делать с БД быстро и надёжно и удалённо )
Склоняют меня брать mysql и php - что м.б. хорошего и плохого в таком подходе?
Хочу совет - на какую СУБД обратить внимание и почему.
Где посмотреть доки, примеры отзывы?
Посоветуйте с выбором СУБД
"большую базу" - это сколько?KurL писал(а):Буду делать большую базу, содержащую уйму документации. Помимо надёжности СУБД хочется иметь возможность быстро делать выборку и составлять отчёты (печатать их по оч чёткому стандарту). Быстро вносить изменения, быстро искать (ну, сам понимаешь хочется всё делать с БД быстро и надёжно и удалённо )
"уйму документации" - это сколько и что такое "документация"? может подойдет файловая система? ]www.oracle.com[/url])
- Sybase (http://www.sybase.com)
- MSSQL (http://www.microsoft.com)
- MySQL (http://www.mysql.com)
- Firebird (http://www.google.com)
- Postgres (опять же http://www.google.com)
- Informix (...)
- ну и еще по мелочи...
выбрать из нее самую-самую быструю и надежную...
P.S. Извини за некоторый сарказм, но "задав дурацкий вопрос, будь готов получить на него дурацкий ответ". Уточни свою задачу и тебе здесь с удовольствием подскажут может быть чего-нить дельное...
В догонку... Постарайся объяснить все так, чтобы тебя смогла понять "бабушка 80 лет никогда не видевшая компьютер"...
Дабы не быть голословным небольшой пример:
Необходимо понять как лучше всего хранить документы и некоторые дополнительные данные связанные с документами (автор, дата создания, дата изменения, группа лиц которые имеют право читать.редактировать этот файл). Документом может быть:
- текстовый файл (размер от 1 кб до 100 кб... средний размер 5 кб)
- картинка (.jpg, .gif)
В основном система будет ориентироваться на выборку (80% select, 10% - insert, 8% - update, 2% - delete).
Необходимо иметь возможность поиска в текстовых файлах. Ну и так далее...
Дабы не быть голословным небольшой пример:
Необходимо понять как лучше всего хранить документы и некоторые дополнительные данные связанные с документами (автор, дата создания, дата изменения, группа лиц которые имеют право читать.редактировать этот файл). Документом может быть:
- текстовый файл (размер от 1 кб до 100 кб... средний размер 5 кб)
- картинка (.jpg, .gif)
В основном система будет ориентироваться на выборку (80% select, 10% - insert, 8% - update, 2% - delete).
Необходимо иметь возможность поиска в текстовых файлах. Ну и так далее...
По моему связка MySQL+PHP идеальна для этого проекта (если конечно он ориентирован на работу в сети 
.
ИМХО в базе нужно хранить только имена файлов, а сами файлы отдельно - так будет быстрее.
MySQL последних версий (5+) очень стабилен и надежен. А если проект ориентирован под одно рабочее место, то наверное, лучше MSAccess.
.ИМХО в базе нужно хранить только имена файлов, а сами файлы отдельно - так будет быстрее.
MySQL последних версий (5+) очень стабилен и надежен. А если проект ориентирован под одно рабочее место, то наверное, лучше MSAccess.
Может конечно вам виднее, но для меня это не очевидно, так как требования к БД очень размыты. Хранение в БД только имен файлов хорошая стратегия, но не во всех случаях. Например если нужен поиск по содержимому файлов, то может быть выгоднее хранить и сами текстовые файлы в БД.sergey-sv писал(а):По моему связка MySQL+PHP идеальна для этого проекта (если конечно он ориентирован на работу в сети
ИМХО в базе нужно хранить только имена файлов, а сами файлы отдельно - так будет быстрее.
MySQL последних версий (5+) очень стабилен и надежен. А если проект ориентирован под одно рабочее место, то наверное, лучше MSAccess.
На счет стабильности MySQL 5-й версии. Это неправда. Он еще очень не стабилен. Посмотрите, на данный момент он даже не бета-релиз.
Не спорю для данной задачи может быть MySQL будет оптимальным решением, но я не спорю только потому, что я не видел еще нормального описания задачи. И если оптимальным выбором будет MySQL, то использовать надо версии 4.0 или 4.1.
Так прежде чем искать решения, надо узнать задачуя не видел еще нормального описания задачи
Зачем людей беспокоить?Честно говоря не понял... думаю эта фраза не ко мне..sergey-sv писал(а):Так прежде чем искать решения, надо узнать задачуя не видел еще нормального описания задачи