A
лицензия мутная
Size: a a a
2020 May 31
A
в редис
A
не разобрался
Ð
можно ли использовать базу в качестве кэша в озу?
если отключить fsync
RK
Ребяты, подскажите плиз. Есть поле в базе varchar, может быть null. Пишу бэк. Есть ли смысл при создании записи, если в API параметр приходит пустая строка (значение этого поля) заменять её на null? Типа так красивее.. хороший стиль..? ))
RK
Может для будущих проверок удобнее будет ..например.
DM
вкусовщина и смотря какие требования
если у этих значений одинаковая логика на стороне приложения, я бы стремился к not null default ''
если у этих значений одинаковая логика на стороне приложения, я бы стремился к not null default ''
DM
но не факт
DM
проблема поддержки обоих значений в том, что в запросах на поиск нужно писать оба условия: is not null и != '' и наоборот
RK
Ага... Дело вкуса в принципе.. мож камни какие подводные, я вот про что..
DM
я думаю есть разница в формате их хранения на уровне БД, возможно стоит почитать на эту тему
RK
я думаю есть разница в формате их хранения на уровне БД, возможно стоит почитать на эту тему
Эмм.. ну да, наверняка есть... Да в принципе я не шаттл запускаю, так, для себя и что-бы показать не стыдно было ))
RK
я думаю есть разница в формате их хранения на уровне БД, возможно стоит почитать на эту тему
Пасиб бро!
DM
Пасиб бро!
ну или можно ещё на уровне приложения контролировать и при записи конвертировать пустые строки в null
какого-то единого лучшего решения нет, на мой взгляд
какого-то единого лучшего решения нет, на мой взгляд
m
Ребяты, подскажите плиз. Есть поле в базе varchar, может быть null. Пишу бэк. Есть ли смысл при создании записи, если в API параметр приходит пустая строка (значение этого поля) заменять её на null? Типа так красивее.. хороший стиль..? ))
пустая строка - это полне себе значение, а NULL - это его отсутствие, что совсем не одно и то же
m
ну это уж не говоря о том, что само приложения наверняка очень удивится и начнет падать, когда при чтении данных получит нуллы вместо строк.
Ð
это верно, пустая строка - это тоже данные, конкретное значение, означающее что они были внесены и юзер решил что его строка будет пустая. А нулл означает, что какого-то определенного значения не задано.
DM
Применимо к типизированным языкам
В нетипизированных чаще всего их воспринимают за одно (отсутствие значения)
В нетипизированных чаще всего их воспринимают за одно (отсутствие значения)
RK
ну или можно ещё на уровне приложения контролировать и при записи конвертировать пустые строки в null
какого-то единого лучшего решения нет, на мой взгляд
какого-то единого лучшего решения нет, на мой взгляд
вот так и сделал, в глобальный пайп захреначил проверку, там где пробелы с двух сторон trim-аются, если ничего не остаётся - залетает в postgres null. Пишут еще, что память не выделяется для null в отличае от пустой строки.
RK
Всем большое спасибо!