2010-10-01 3 views
2

Все,SQL Server для преобразования MySql - схема против вопроса базы данных

Мы оцениваем MySql как более дешевую альтернативу серверу SQL для наших мелких клиентов в общей среде хостинга. Я все еще туманно о том, как мы могли бы перенести некоторые детали, такие как функции табличного/скалярного значения, задания sql и т. Д., Но я расскажу о них в другом потоке. Однако у меня есть фундаментальный вопрос о базах данных и схемах в MySql.

В настоящее время наш экземпляр SQL-сервера имеет несколько баз данных с несколькими схемами в каждом. Например:

базы данных (схем ...)
====================
Client1Database (ПСЭ, веб)
Client2Database (ПСЭ, веб, schema3)
Client3Database (ПСЭ, SCHEMA2)

В моем образце, например MySql, кажется, как будто объекты верхнего уровня являются схемы, а не базы данных. Но у «схем» есть значки базы данных рядом с ними, и в нашем случае «схема» указана как часть строки подключения в наших приложениях .NET.

Так что я думаю, я просто несколько уточняющих вопросов относительно того, как воспринимать схемы/баз данных в MySql ...

  1. Может ли объекты верхнего уровня в экземпляре MySql рассматривать схемы, если база данных состоит из нескольких схем или единой «базы данных» схемы.
  2. В приведенном выше сценарии я хотел бы создать отдельный экземпляр для каждого клиента, сгладить отдельные клиентские базы данных до одной схемы и сохранить три клиента в одном экземпляре или какой-либо другой метод, который ускользает от меня? Есть ли преимущество, безопасность, ясность или иное отношение к другому?

Заранее благодарим за ваши ответы.

+0

Каков размер базы данных вашего «маленького клиента»? –

+0

Общая среда будет 3-5 клиентов. Базы данных варьируются от 50-500 МБ каждый.По большей части клиентские базы данных могут быть объединены в одну схему, хотя в настоящее время некоторые из них имеют более одной схемы на сервере sql. – Dave

ответ

0

Прежде всего, я бы посоветовал вам или кому-либо, чтобы избежать использования MySQL, есть много свободных RDBMS, мой любимый PostgreSQL, который, на мой взгляд, намного лучше. Кроме того, ваше требование довольно малое, это не должно быть проблемой с использованием SQL Server Express, хотя я понимаю, что общий хостинг может ограничивать ваши варианты там. Вы (надеюсь) уже поняли это, но я постараюсь ответить на ваши вопросы так или иначе ...

  1. основном MySQL не имеет схемы, только базы данных (которые называются каталоги в стандарте). Несколько лет назад они решили добавить ключевое слово SCHEMA в качестве псевдонима для DATABASE. Есть планы, чтобы добавить концепцию схем, но я не буду рассчитывать на то, что это будет реализовано в ближайшее время.
  2. В основном это зависит от того, как вы используете базы данных и схемы в своей текущей настройке. В большинстве случаев я бы подумал, что лучше хранить эти базы данных в одном экземпляре для упрощения административных задач.

P.S .: Было бы здорово иметь обновленную информацию о том, как вы решили эту проблему в конце.

Смежные вопросы