Можно ли использовать текстовые предложения как идентификатор в базе?

Question

[Urukhayy]

Есть приложение, работающее на MEAN-stack. Предположим, что в базе (Mongo) этого приложения есть коллекция "люди", имеющая несколько полей: возраст, пол, даты. А ещё в этой коллекции есть поле ФИО, которое является уникальным. В это поле в полной форме вписывается имя, фамилия и отчество через пробелы. Можно ли использовать это поле как идентификатор, к примеру, при удалении документа из коллекции?

db.collection.remove({FIO: "Иванов Иван Иванович"});

Но есть проблема, если человек опечатается в строке, может не сработать удаление.

В Mongo есть длинные _id из случайных символов с автоматической генерацией, но JSON-query на удаление может формироваться человеком, и не совсем удобно использовать длинные id из случайных символов.
Или всё-таки правильным решением будем отправлять на front-end эти _id, и потом обратно принимать с запросом на удаление?

Answer 1

[Евгений Вольф]

Можно ли использовать текстовые предложения как идентификатор в базе?

Удалять запись/строку/документ не по ID, а по значению одного из полей (Вы же это спрашиваете?) - вполне себе можно и иногда даже нужно. Другой вопрос, что ID - это уникальная запись, однозначно идентифицирующая некоторую строку/запись/документ, как в MongoDB, так и в SQL-базах. Иначе говоря, при удалении по ID Вы однозначно удаляете конкретную запись, в случае же удаления по какому-то иному параметру, данный параметр может совпадать с другой записью/документом, и далеко не факт, что Вы удалите то, что хотели.

В Mongo есть длинные _id из случайных символов с автоматической генерацией, но я не хочу их использовать для этих целей

Вы главное саму логику генерации и положения ID не трогайте, она ещё не однократно может пригодится в будущем, а удалять записи/документы, при желании, можете по любому из удобных для Вас полей. Можете например, добавлять к документу собственное поле с именем "id", вписывать туда что Вам угодно/удобно, и идентифицировать и удалять документы по этому полю.

Comments

[Urukhayy]

Правильно ли, что в JSON, между front-end и back-end, должны передаваться только такие данные, которые имеют бизнес-формат? То есть могут быть легко поняты человеком. К примеру: _id вряд ли будет понят человеком, и неудобен для использования. Тогда зачем его "толкать" на front-end из базы?

[longclaps]

Вот же нашли себе священную корову! В учебных материалах по монго в _id суют что ни попадя, и ничего.
2 Urukhayy Насчет _id из случайных символов: это преувеличение.

[Евгений Вольф]

Правильно ли, что в JSON, между front-end и back-end, должны передаваться только такие данные, которые имеют бизнес-формат?

Вы в целом понимаете правильно, но не совсем точно сформулировали вопрос. С бекэнда на фронтэнд должны передеваться только те данные, которые там (на фронтэнде) нужны. Например, если у Вас на главной странице сайта отображается имя пользователя, что-то вроде "Привет, Юзер!", то передеваться соотв. должно только имя пользователя (т.е. "Юзер"), а не всё, что у этого пользователя ещё есть (email, пароль, фамилия, номер телефона и т.д.).

К примеру: _id вряд ли будет понят человеком, и неудобен для использования. Тогда зачем его "толкать" на front-end из базы?

Это может быть необходимо для служебных функций. Например, в таких CMS как Drupal, Битрикс (ну это просто как пример, т.к. эти CMS не работают с MongoDB) есть функция "редактировать контент прямо на странице", то есть, Вы например, как администратор сайта, сидите на главной, смотрите новости на своём сайте и тут вдруг увидели, что в одной из них (новостей) есть орфографическая ошибка и решили эту новость исправить, прям "тут же", нажимаете кнопочку "редактировать" и... система как-то должно понять, какую новость именно или какой вообще ресурс Вы хотите изменить? При использовании _id система однозначно поймет, чего Вы от нее хотите, даже если у Вас на главной 10 одинаковых новостей, у которых совпадают даты, заголовки и все остальные поля.