да, начинаю понимать, потыкался там

Добрый всем! Может кто подскажет группу для ребят с экспертизой в нереляционных для найма специалистов? Или можно писать тут (в правилах не увидел разногласий, но решил уточнить)? Заранее всем спасибо и хороших выходных!

Чат не про вакансии, поиски и найм. Подсказать группы не смогу под рукой ссылок нет

Привет всем! Подскажите, есть ли возможность поиска в Mongo Compass после замены регуляркой значения поля? То есть, мне требуется искать по номеру телефона в поле, в котором номер телефона может быть записан как через тире, так и через пробелы, со скобаками и без, и просто в виде числа без других символов. Идея такая: удалить всё, что не является цифрами и после этого сравнить с искомой строкой. Что-то типа { {field.replace("[^0-9]+", "")} : {$regex : "12345678910"} }

Привет всем! Подскажите, есть ли возможность поиска в Mongo Compass после замены регуляркой значения поля? То есть, мне требуется искать по номеру телефона в поле, в котором номер телефона может быть записан как через тире, так и через пробелы, со скобаками и без, и просто в виде числа без других символов. Идея такая: удалить всё, что не является цифрами и после этого сравнить с искомой строкой. Что-то типа { {field.replace("[^0-9]+", "")} : {$regex : "12345678910"} }

что такое "замена регуляркой" и как ты себе это представляешь? в твоей записи ты просто из строки удаляешь кусок строки

лучше перед записью привести все в 1 формат и не иметь проблем)

Здесь согласен на 100%. Но именно сейчас такая ситуация)

Например, есть телефонные номера в поле: 1 234 567 89 10 +12345678910 +1 (234) 567-89-10 И я осуществляю поиск по 12345678910 Как сделать так, чтобы поиск возвратил все эти три документа. В примере в предыдущем сообщении я удаляю все нецифровые символы, и после сравниваю с набором цифр. Но это не является верным синтаксисом.

Например, есть телефонные номера в поле: 1 234 567 89 10 +12345678910 +1 (234) 567-89-10 И я осуществляю поиск по 12345678910 Как сделать так, чтобы поиск возвратил все эти три документа. В примере в предыдущем сообщении я удаляю все нецифровые символы, и после сравниваю с набором цифр. Но это не является верным синтаксисом.

Например, есть телефонные номера в поле: 1 234 567 89 10 +12345678910 +1 (234) 567-89-10 И я осуществляю поиск по 12345678910 Как сделать так, чтобы поиск возвратил все эти три документа. В примере в предыдущем сообщении я удаляю все нецифровые символы, и после сравниваю с набором цифр. Но это не является верным синтаксисом.

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

Паттерн есть: /[^0-9]/ Вопрос: как применить его к полю и уже после этого сравнить с искомым значением.

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

Паттерн есть: /[^0-9]/ Вопрос: как применить его к полю и уже после этого сравнить с искомым значением.

а почему позже? вариант привести все в 1 вид - займет намного меньше времени, чем писать костыль, а потом его сносить

Здесь такая история: приложение пишет другой программист, я являюсь пользователем этого решения. Когда он поправит — неизвестно.

И второй момент: я хочу понять возможно ли это

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

И проще сразу обработать каждый элемент

другой программист доступ и дал)

обработать? что это значит?

Привести к значению паттерна /[^0-9]/

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

Вот я об этом и думаю, что, например, если так: {field_name : {$regex : "text"}} То здесь понятно: мы сравниваем поле с соответствием его регулярке, ищем text. Исходное поле никак не преобразуется. А в случае, который мне требуется, там требуется исходное поле преобразовать регуляркой и сравнить с готовой строкой.

Мне вот это очень помогло https://metanit.com/nosql/mongodb/2.3.php

Ребята привет, Mongo насколько знаю является не реляционной, тобиш связи по идее не должны быть Но будет ок если они будут? Например у меня в одной схеме есть uuid привязанные к другим схемам Например схема А {_id: 'qwerty', name: '...'} Schema B {_id: 'uiop', a_id: 'qwerty' } Безопасно ли это, практично ли, применяют ли вообще такое ? Спасибо

Всем привет, почему обычный find запрос выполняется 1 секунду?

база локальная?

как измеряете время выполнения?

Всем привет, почему обычный find запрос выполняется 1 секунду?

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

да, через 2 таблицы

для меня немного странно что нельзя сделать агрегацию после findOne)

Если честно я не понимаю, какая у вас проблема

Поставьте последним степом $limit:1

А зачем sort для findOne?