Каково лучшее использование хранилищ документа?
Оба выражения - это одно и то же, НО они не будут преобразовываться в одно и то же значение, потому что они применяются к разным категориям.
Таким образом, использование calc(100% - calc(var(--gap) * 4)) с height означает, что мы берем 100% родительской высоты (содержащий блок) и удаляем 4 пробела.
Использование calc(100% - calc(var(--gap) * 4)) с grid-auto-columns означает, что мы берем 100% ширины элемента и удаляем 4 пробела. Если ваш элемент является единственным в вашем коде, поэтому он будет иметь полную ширину экрана, поэтому вы перестанете использовать ширину экрана.
Единственный способ получить одно и то же значение - это убедиться, что высота родительского элемента совпадает с шириной элемента ИЛИ не использовать процентное значение и полагаться на разные единицы измерения, которые будут разрешаться одинаково в обоих случаях ([ 114], vw, vh, em и т. Д.)
Обратите внимание, что значение, используемое с высотой, может не соответствовать auto, если высота не установлена родительский элемент.
2 ответа
Магазины семейства колонн, такие как Bigtable и Cassandra, имеют очень ограниченные возможности запросов. Приложение отвечает за ведение индексов для запроса более сложной модели данных.
Базы данных документов позволяют запрашивать содержимое, а не только ключ. Он также будет управлять индексами для вас, уменьшая сложность вашего приложения.
Домен-управляемый дизайн проповедует использование агрегатов и объектов стоимости. Как указывает Айенде , (сложные) агрегаты являются очень естественными кандидатами для хранения в виде одного документа, вместо их нормализации по нескольким таблицам или столбцам. Это уменьшит сложность вашего слоя постоянства. Также меньше шансов, что связанные данные разбросаны по нескольким узлам, так как все данные содержатся в одном документе.
Если вашему приложению необходимо хранить полиморфные объекты, базы данных документов также являются хорошим кандидатом. Конечно, это также может храниться в Кассандре, но у вас не будет столько возможностей для запросов. По крайней мере, не из коробки.
Думайте о базе данных документов как о роскошном спортивном автомобиле. Он не нуждается в профессиональном водителе (читай: сложное приложение), чтобы доставить вас от А до Б, у него есть такие функции, как кондиционер и удобные сиденья, и он преодолеет трассу с высокой масштабируемостью в приемлемое время. Однако, если вы хотите установить рекорд круга на трассе с высокой масштабируемостью, вам понадобится профессиональный водитель и высоко оптимизированный автомобиль (например, Cassandra), в котором отсутствуют такие функции, как кондиционер.
Еще одной особенностью CouchDB является то, что вы можете создавать эти агрегации , не как документы, хранящиеся вручную, а как представления (которые извлекаются из сохраненных данных и обновляются автоматически).
Это похоже на электрические стеклоподъемники, сиденья с подогревом или стереосистему.