И Active Record имеет тот недостаток, что детали работы с базой данных просачиваются в бизнес логику вместе с объектами ORM.

И Active Record имеет тот недостаток, что детали работы с базой данных просачиваются в бизнес логику вместе с объектами ORM.

можешь подробнее пожалуйста?

тут хорошо описано: https://ru.wikipedia.org/wiki/ActiveRecord

Всем привет! Есть задача придумать формат для хранения геоданных. Норм ли практика использовать GeoJSON, в котором 3й координатой будет высота? Как ещё храните/работаете с высотами, поделитесь, пожалуйста

это вопрос похож на вот этот пример: "всем привет, я купил автомобиль, посоветуйте мне как на нем ездить, права у меня пару лет"

Я никогда не работал с геоданными, поэтому ничего вообще в этом не понимаю и где ещё задавать подобные вопросы не знаю

Я никогда не работал с геоданными, поэтому ничего вообще в этом не понимаю и где ещё задавать подобные вопросы не знаю

можно начать с: https://habr.com/ru/articles/228023/ https://habr.com/ru/articles/179157/ https://habr.com/ru/articles/695098/ https://www.google.com/search?q=%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0+%D1%81+%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D0%BC%D0%B8+habr

всем привет, подскажите как данные в БД удалить show dbs показывает БД с именем smev нужно удалить все в ней, db.requests.drop() - не помог

db.dropDatabase() удаляет текущую базу данных

Ребят подскажите как избежать ситуации: Пагинация + сортировка(например по цене), перехожу на вторую страницу, пока сижу на ней прайс на каком-то товаре меняеться, и при запросе 3 страници результаты дублируються или в некоректной последовательности

Закешировать данные и выдавать из кеша, но тогда там будут устаревшие цены. Вообще, сортировать просто по цене плохо так как цены не уникальны и товары могут показывать в произвольном порядке в пределах одной цены. Лучше добавить к ключу сортировки уникальное поле вроде _id. Тогда порядок сортировки будет строго определен, но это не решает проблему с обновлением цен.

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

Всем привет, я работаю над студенческим стартапом и мне нужна информация. Может здесь есть люди, которые разрабатывали коммерческие IT-проекты!! Сталкивались ли вы с задачами по хранению данных в массивах(NumPy)? Если да,то какими инструментами, возможно у кого-то были затруднения в использовании?

можешь дефолт значение прописать

привет, кто то пишет на го?) l := []primitive.Regex{} for _, v := languages { regex := primitive.Regex{ Pattern: fmt.Sprintf("/^%s/", v), Options: "i", } l = append(l, regex) } val := primitive.E{Key: "Language", Value: bson.M{"$in": l}} почему так не работает?) в консоли db.subscribers.find({"Language":{$in:[/^uk/]}}).count() работает отлично, как блин на го регекспы заюзать нормально?)

Напишите регулярку без слешей как оьычную строку

Парни, как только не пробовал сформировать запрос поиска по id, который приходит в запросе на сервер, но mongo не находит элемент коллекции

books.findIne({_id: req.body._id}) а можно req.body посмотреть?

Парни, как только не пробовал сформировать запрос поиска по id, который приходит в запросе на сервер, но mongo не находит элемент коллекции

Вроде, я так уже пробовал

а в js точно надо оборачиватьфункцию в `` ?

Парни, как только не пробовал сформировать запрос поиска по id, который приходит в запросе на сервер, но mongo не находит элемент коллекции

books.findIne({_id: new ObjectId(req.body._id)})

А как в данном случае его обьявить? Как обьявлять деволные знаю, но как в данном случае его обьявить я хз

createTeam : { type : Boolean, default : true}

привет. сейчас разбираюсь c Mongo и Atlas сервисами. предположим у меня есть 100 пользователей, как правильно разграничивать между ними данные в базе данных? то есть предположим есть коллекция Profile и в ней хранится 1000 записей о пользователях и нужно конкретному пользователю ограничить доступ ко всем 999 и дать доступ к только его 1 записе?

Вы про пользователей бд или или про пользователей вашего сервиса?

сервиса (скорее всего)

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

то есть только создавать 1000 баз данных с коллекцией профиля, где будет лежать одна запись и через роли раздать доступ только к специфической базе, верно?

то есть только создавать 1000 баз данных с коллекцией профиля, где будет лежать одна запись и через роли раздать доступ только к специфической базе, верно?

А как вы заводите юзеров?

Если вы про юзеров бд то можно по коллекциям https://www.mongodb.com/docs/manual/core/collection-level-access-control/

пока что разбираюсь только, как правильно но для тестов логинюсь через имеил и пароль

А вы уверены что хотите именно в бд пускать, а не через сервис, который уже и должен заниматься и предоставлением инфы и разграничиванием и авторизацией?

https://www.mongodb.com/docs/atlas/app-services/rules/roles/#field-level-permissions еще вот тут вижу на диаграмме в Read Permissions Flowchart некие expressions, которые в моем понимании это условия, что-то типа ProfileCollection.Id == 1

здравствуйте у меня в post запросе в postman появляется такая ошибка

Привет. Мне нужно показывать пользователю уведомления. Но мне нужно хранить только последние 10. Нормально ли перезатирать условно самый старый из 10? или для этого ваще обычно чёт типа редиса используют?

Обычно используют limit и ничего не удаляют

Я думал может в редис вынести какой-нибудь

Вопрос срока жизни, если потеря уведомлений некритична, то можно и редис. То что описали с заменой по сути кольцевой буфер по каждому юзеру - не всегда удобная структура

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

Тогда редис хорош, и там вроде даже структуры есть для этого

есть чат по редису? в поиске только мёртвые вижу

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

Судя по потере данных, они не особо важны, думаю этот вариант как раз то, что вам нужно