Выбор базы данных для проекта

[cepera]

Добрый день.

Под новый проект(сайт) выбирается база данных. Выбор идет между MySQL и PostgreSQL.

Предполагается хранение БОЛЬШОГО количества форматированного(xml) текста при минимуме графики.

Действия с текстами - добавление/редактирование/чтение с экрана.

Какие "за" и "против" будут по указанным БД?

Спасибо!

 

[Sad Spirit]

Под новый проект(сайт) выбирается база данных. Выбор идет между MySQL и PostgreSQL.

Предполагается хранение БОЛЬШОГО количества форматированного(xml) текста при минимуме графики.

Действия с текстами - добавление/редактирование/чтение с экрана.

Какие "за" и "против" будут по указанным БД?

В постгресе есть встроенные средства для работы с XML, в мыскле возможно тоже, не в курсе.
А так при подобной постановке задачи подойдёт всё что угодно.

 

[cepera]

В постгресе есть встроенные средства для работы с XML, в мыскле возможно тоже, не в курсе.

Работа в MySQL с XML осуществляется через dom и libxml, т.е. через PHP. Встроенные средства сильно облегчают эту задачу?

Какие еще критерии нужно учитывать при выборе? Посещаемость планируется высокая(более 10000 человек в сутки). База постоянно пополняемая.

 

[Sad Spirit]

Работа в MySQL с XML осуществляется через dom и libxml, т.е. через PHP. Встроенные средства сильно облегчают эту задачу?

Встроенные средства позволяют убедиться, что в поле типа XML лежит таки он, а не просто левый текст с угловыми скобочками. Ну и функции всякие есть.

Какие еще критерии нужно учитывать при выборе?

Ви таки нас спraшиваете по каким кrитеrиям вам выбиrать базу?

Ок, предлагаю критерий: в логотипе СУБД должно быть сухопутное животное, а не морское.

Посещаемость планируется высокая(более 10000 человек в сутки). База постоянно пополняемая.

Это не высокая посещаемость. И понятное дело, базы только-для-чтения бывают редко.

 

[grigori]

cepera твой вопрос подобен чему-то вроде
- стоит задача покупки машины, надо перевозить людей с рюкзаками, более 10 человек в день, выбор идет между рено и ниссаном

 

[cepera]

Основная проблема которая предполагается, это когда будет несколько сот тыс текстов с разными версиями, коментариями, связями и пр, то будет слишко много объектов и связей между ними.
С этой точки зрения - что лучше?

 

[prolis]

Тут какой подход: если относиться к xml как к тексту, то хранение текста в БД может быть не оправдано.

 

[cepera]

Тут какой подход: если относиться к xml как к тексту, то хранение текста в БД может быть не оправдано.

Да...такой вариант тоже рассматривается, но пока прорабатываем БД.

 

[Sad Spirit]

Тут какой подход: если относиться к xml как к тексту, то хранение текста в БД может быть не оправдано.

Эээ... Почему неоправдано-то? Особенно учитывая фразу про "версии, комментарии, связи".

 

[cepera]

Эээ... Почему неоправдано-то? Особенно учитывая фразу про "версии, комментарии, связи".

Это все можно хранить в базе, а на сам текст ссылку на FS обозначить. Ведь скажем такие объемы как "Война и Мир" держать в базе не совсем правильно

Другое дело, что необходимо будет делать "закладки" в тексте - тут конечно с БД работать удобнее.

 

[~WR~]

PostgreSQL прозрачно сжимает большие объемы текста и хранит их во внешней таблице (6-ой абзац):
http://www.postgresql.org/docs/9.0/static/datatype-character.html

Никаких специальных действий не нужно. Просто создаем поле типа 'text' и пишем в него.

 

[флоппик]

Сравнение PG vs MySQL в отношении хранения данных вообще некорректно — тут надо тогда PG vs MyISAM или vs InnoDB,в общем, любой сторедж. Опять таки, «несколько сот тысяч текстов» это очень, очень мало что для постгре, что для мускула.

 

[флоппик]

А, ну и работа с XML в мускуле есть.