type)?
если вы планируете просто хранить, то разницы особо нет, а вот в случае работы со строками при выборка для binData вы не сможете использовать функции для работы со строками
спасибо. а если утф8 строку хранить как биндата - с этим могут быть проблемы?
при хранении - нет, просто поток байт будет и как вы с ним работать будете в своем коде это уже к монге отношения не имеет
просто с string type будет тот же поток байтов +АПИ для работы со строками от монго если я правильно вас понял
да, и поддержка UTF-8 при работе с внутренним апи
а монго бинарные данные при хранении как string type валидировать на соответствие утф8 никак не будет до вызова string API?
зачем вы об этом думаете? ест ькакаят оспецифическая задача?
у меня для одного поля может быть текст или бинарные данные. думаю взять для него общий тип. АПИ монго пользоваться не планирую. хочу сейчас точно определиться, потому что БД уже в продакшн
сделайте два поля
у меня это содержимое web страницы. там может быть строка при text/plain или бинарные данные при пдф, док и тд. два поля не лучшая идея имхо
как видите у вас уже возникла проблема на стадии выбора типа колонки, что будет когда вы начнете с ней работать? И это вместо того чтобы сказать что если поле тип pdf то поле pdf_data заполнено, а если тип текст то text_data
если разница только в Монго АПИ для строк, проблем не вижу
если вам только хранение, то действительно разницы нет
Обсуждают сегодня