Размещение объекта базы данных для пользовательского дополнительного программного обеспечения

Question

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

Должны ли они быть разделены так:

ErpInventoryAccountingWare.dbo
CustomIntegratedPortal.dbo

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

Хранение объектов на одном и том же сервере, но в разных базах данных, для меня выглядит чистым решением, если вы готовы изменить свои сценарии для соответствия имени других баз данных.

Я использую SQL 2000, SQL 2005.

Answer 1

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

В SQL Server 2005 создание собственной схемы поможет предотвратить загрязнение пространства имен, если разработчик приложения решит добавить таблицу с именем, которое конфликтует с одним из ваших.

В SQL Server 2000 создание таблиц, принадлежащих конкретному пользователю приложения, даст вам некоторые преимущества схемы, позволяя им сосуществовать в одной базе данных.

Answer 2

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

Но если это довольно стабильное и хорошо себя зарекомендовавшее себя приложение, то, на мой взгляд, хранение всего вместе - это преимущество Просто префикс все, например, ABC_MyProc, ABC_MyTable, чтобы их можно было идентифицировать.