Масштабируемые базы данных / таблицы MySQL Server Split для пользователей - PullRequest
0 голосов
/ 17 мая 2018

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

Я изучал MySQL, так как работал только с одной базой данных и пытался понять, как это можно сделать. Будет ли лучший курс действий для каждого пользователя? Таким образом, таблицы для каждой базы данных являются отдельными, защищенными паролем и не могут обмениваться данными между таблицами в других базах данных? Я знаю, что может быть практически неограниченное количество баз данных и таблиц, в дополнение к разбиению / разбиению таблиц, поэтому я думаю, что это хороший выбор, но мне было интересно, есть ли у кого-нибудь, кто больше работал с MySQL, какой-либо вклад.

Спасибо

РЕДАКТИРОВАТЬ: Обновление для уточнения желаний. Итак, что я по сути хочу, так это платформа, владельцем которой я являюсь, но я могу позволить пользователям войти в мою платформу для доступа к своим данным. Эти данные, вероятно, будут в основном включать файлы, такие как PDF, но я не могу сказать, что касается их размера, но я планирую худшее. Они смогут использовать веб / приложение для просмотра своих файлов и загрузки, загрузки, сортировки, удаления этих файлов. Таким образом, в дополнение к созданию файлов, будет возможность просматривать исторические файлы и загружать их, если это необходимо. Моя платформа будет предоставлять структуру для этих файлов с полями, которые будут автоматически заполняться, если я могу, а также пользовательский интерфейс для управления файлами. Мое беспокойство связано с тем, что несколько пользователей с отдельными данными должны храниться отдельно, быть масштабируемыми и не полностью разрушать сервер при чтении / записи.

1 Ответ

0 голосов
/ 17 мая 2018

Звучит так, будто вы хотите хранить пользовательские "файлы" в виде BLOB-объектов в базе данных, что не всегда позволяет им масштабироваться. В зависимости от типа файлов, как правило, наилучшим решением будет обеспечение безопасности на уровне приложений и использование облачных хранилищ для ваших файлов. Если вам нужен дополнительный уровень безопасности (т. Е. Пользователи могут получить доступ только к назначенным им файлам), существует ряд опций - например, одна из таких опций предполагает, что вы используете S3, будет использовать профили IAM, которые могут быть сгенерированы при пользователь A / C настроен. То же самое относится к любому стороннему облачному хранилищу с API.

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...