Кто-нибудь может придумать какие-нибудь веские причины * не * использовать объектно-ориентированную СУБД для поддержки веб-сайта?

StackOverflow https://stackoverflow.com/questions/173040

Вопрос

Допустим, вы кодируете какое-то веб-приложение.Что-то, где люди могут вносить свой вклад в контент, напримерпростой сайт для обмена фотографиями.

Сколько веских причин вы можете придумать, чтобы нет используйте объектно-ориентированную базу данных (например,db4o)?

Это было полезно?

Решение

OODBMS лучше, если вам нужен только доступ к вашим данным через ваши объекты. Если вашему решению требуются дополнительные пути к вашим данным (например, специальные запросы, отчеты, другие приложения, которым необходим доступ к данным, но которые не могут использовать ваши объекты), тогда традиционная система СУБД лучше.

Примечание. В этой области OODBMS значительно улучшены.

Другие советы

Я не знаю, насколько велики ваши планы, но наличие опытных и квалифицированных людей, которые могут нанять (или просто протянуть руку помощи), повлияло бы на мое решение, а также просто большой объем знаний о всех входов и выходов из БД.

У Oracle или MySQL есть свои недостатки, но есть вероятность, что если у вас есть проблема, у 100 других людей была такая же проблема, и они могут рассказать вам, как ее решить.

Я бы сказал тот факт, что если вы рассматриваете что-то вроде db4o, то у них, похоже, нет корпоративных примеров поддержки веб-сайтов, и они в основном используются для встроенных приложений.

Смотрите мой другой пост на эту тему. ( Примеры сайтов, использующих db4o )

Технически здесь ничего нет, кажется, просто усыновление. Однако, для скорости разработки, поддержки и гибкости проектирования, OODB довольно непобедимы.

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

Это немного натянуто, но, перефразируя пост Джоэла, планируйте успех. Что если ваше приложение станет действительно популярным?

Например, что делать, если вы размещаете свое приложение на своем компьютере, но решаете перейти на официальный хостинг или даже на ферму серверов. Каковы шансы, что они будут поддерживать OODB по сравнению с MySQL?

Я бы порекомендовал использовать OODBMS только в том случае, если дизайн вашего приложения действительно, действительно сильно ориентирован на объекты, а сложность сопряжена с необходимостью. Сайт для обмена фотографиями не выглядит слишком тяжелым с точки зрения OO, поэтому я не вижу смысла переходить на db4o.

Однако, если вы действительно хотите изучить все тонкости использования OODBMS в своем любимом проекте, то лучше использовать один.

Еще одна веская причина - относительная долговечность. db40 - отличный продукт для своих целей, но его пользовательская база невелика и вряд ли переживет что-то вроде SQL Server.

Конечно, я также говорил, что Java никак не выживет.

Размер данных (если я имею дело с миллионами и миллионами строк, я придерживаюсь того, что знаю)

Отчеты (как правило, достаточно сложно в нормализованных базах данных, хуже в базах данных OO)

Наличие опыта / опыта (у СУРБД явно больше приверженцев)

Большое количество ETL (большинство людей импортируют и экспортируют в плоских файлах, если вы не получаете / отправляете XML, вы говорите просто о старых таблицах)

Ничто из этого не похоже на препятствия для вашего проекта

Жажда скорости, когда все, что у тебя есть, это велосипед для педалирования. Сценарии включают сбор данных (например, ведение журнала), когда после события захваченные данные часто обрабатываются на более поздней стадии и, возможно, в любом случае разбиваются на составляющие объекта.

Может быть, вы, ребята, тоже захотите ознакомиться с этой статьей:

http://microsoft.apress.com/asptodayarchive/74063/using-an-object-oriented-d

"Использование ООДБ на веб-сайте" Джима Патерсона

Лучший!

Для сложных приложений со скромными потребностями в данных вы не можете превзойти GLASS (Gemstone, Seaside и Smalltalk). Отчетность - это определенно то, что вы хотите сделать OO в Smalltalk.

Мое личное мнение, где есть данные ... есть отчеты.

Ни одна OODB не предоставит вашим данным подходящую модель хранения, которая будет доступна вашим приложениям для создания отчетов.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top