XW
про то, что реляционки и носкл для разных задач
они как бы по своему хороши в своих сферах
они как бы по своему хороши в своих сферах
про то, что реляционки и носкл для разных задач
они как бы по своему хороши в своих сферах
Size: a a a
2020 November 08
V
Ну сектантам это не докажешь
V
Они все как один будто увидели видос "MongoDB is Web Scale" и восприняли всерьёз
XW
пацаны, я вам шардинг покушать принес
XW
не, ну монга норм, в целом
н
Ребят, в БД есть сущности Site и Page. Соответственно в сайте много пейджей. В пейдже в определенном формате лежит контент пейджи(с хтмл-контентом, стилями, жсом и тд). Есть конструктор, где этот контент пейджей создается и изменяется. Меня интересует, когда допустим в бд уже лежит пейджа с контентом, и юзер в конструкторе добавил кнопку, ну и допустим удалил какой-то блок, добавил другой блок и тд, я кидаю запрос Update на сервак. Соответственно контент пейджи можно просто обновлять через Page.Content = PageUpdateRequest.Content, но при больших количествах записей/запросов + масштабной страничке с большим контентом будет ли это болезненно для базы данных? Будет ли ей стоить чего-то чтобы удалить большую строку и впихнуть большую строку. Может есть какие-то другие подходы. Есть еще варик отслеживать конкретные изменения на пейдже и, поскольку контент страницы у меня лежит в json'е, десериализировать его, аппендить туда объекты и удалять, и сериализировать в базу обратно но это как мне кажется очевидно будет дольше чем операция которую я указывал раньше. Мб в сторону rx.net посмотреть?
AM
не, ну монга норм, в целом
ну если некоторые девелоперы не будут делать PK как DB Guid а оставят как unique string, то да
V
ну если некоторые девелоперы не будут делать PK как DB Guid а оставят как unique string, то да
А ещё лучше не будут страдать хуйней и влепят инт который подходит всегда и везде
V
Если прям бигдата - лонг
V
Потому что хранить ваши блядские строки в базах не на 1000 записей никаких винтов не запасешься
V
По опыту знаю
V
Перестраивали схему после вот таких вот "свидетелей строк"
TI
Та зрозумів я, перепишу
V
OZ
Какая бд не поддерживает гуиды??
Кстати, вроде как у firebird не было спец типа для UUID. Just saying. Но и там гуиды предлагалось хранить в char(16), а не char(36)
V
Кстати, вроде как у firebird не было спец типа для UUID. Just saying. Но и там гуиды предлагалось хранить в char(16), а не char(36)
Ну опенсорц ж
У субд большой тройки гуиды есть
У субд большой тройки гуиды есть
д
[Required(ErrorMessage = "Не указана цена")]
[Range(0.01, double.MaxValue, ErrorMessage = "Не входит в диапазон значений")]
public decimal Price { get; set; }
[Range(0.01, double.MaxValue, ErrorMessage = "Не входит в диапазон значений")]
public decimal Price { get; set; }
привет, ты пофиксил? если да, скажи как, пожалуйста, та же проблема