Как выровнять фундамент после заливки по горизонту

Содержание

1. Почему после заливки фундамент получается неровный
2. Почему важно устранить неровности
3. Способы выравнивания без опалубки
4. Удаление бугров и выступов
5. Использование арматурной сетки
6. Корректирующий слой
7. Выравнивающая опалубка
8. Преимущества и недостатки
9. Выравнивающая опалубка: пошаговая инструкция
10. Как убрать неровности на столбчатом фундаменте
11. Распространенные ошибки
12. Итог

Качество фундамента напрямую влияет на эксплуатационные свойства будущего здания. Поэтому важно, чтобы основание было не только прочным, но и ровным. Если фундамент неровный, то его всегда можно выровнять уже после заливки.

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

Почему после заливки фундамент получается неровный

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

К основным причинам появления неровностей относятся:

1. Неправильная подготовка траншей. Перед установкой опалубки, независимо от того, съемная она или постоянная, необходимо зачистить дно траншеи и утрамбовать дно при помощи специального инструмента. Затем на дне делают подсыпку из песка или мелкого гравия, слой которой должен составлять около 10 сантиметров. Подушку разравнивают, смачивают и утрамбовывают, а затем контролируют наклон плоскости с помощью уровня либо нивелира. При нарушении этой технологии появляются перепады и провалы, из-за чего ровно залить фундамент по горизонтали не удастся.
2. Неправильная сборка опалубки. Конструкцию из опалубочных листов необходимо дополнить опорными брусьями, которые размещают на расстоянии 40–90 см друг от друга. Расстояние между опорами уменьшают, если при сборке опалубки используются тонкие доски. Некоторые пренебрегают этим правилом, из-за чего при заливке опалубочные щиты деформируются, что приводит к появлению перепадов и неровностей.
3. Неправильный подбор материалов. Многие в целях экономии добавляют в цементную смесь щебень. Это допустимо, но существенное значение имеет фракция данного щебня. При использовании крупных камней, смесь уплотняется неравномерно, из-за этого на горизонтальной поверхности фундамента появляются борозды, выросты и другие неровности. Для заливки по уровню этот материал не подходит, поэтому рекомендуют использовать щебень размером не более 10–15 мм.
4. Слишком жидкая/густая смесь. Цемент должен быть пластичным, чтобы его было удобно выравнивать после заливки. При этом материал не должен быть слишком жидким или густым. В противном случае происходит усадка, и нормально выпрямить поверхность не удастся.

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

Среди них:

• неблагоприятные погодные условия в период заливки и высыхания;
• неправильная укладка геотекстиля или других материалов для гидроизоляции;
• усадка почвы из-за подмывания грунтовыми водами;
• неточная разметка.

Одна из распространенных ошибок, которую обычно допускают при отсутствии строительного опыта — разметка площадки без использования специальных измерительных инструментов. При отсутствии лазерного нивелира или обычного строительного уровня определить верхнюю точку, по которой будет проходить верхняя часть фундамента, невозможно. Также без таких приспособлений не получиться произвести выравнивание фундамента по горизонту раствором после заливки.

Почему важно устранить неровности

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

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

Другая причина, по которой необходимо вывести фундамент под ноль — правильное распределение нагрузки. Из-за имеющихся неровностей, нагрузка на плиту будет неравномерной, что приведет к быстрому разрушению самого основания. Так же это влечет за собой другие последствия: перекосы стен, появление трещин и преждевременное проседание основания.

Способы выравнивания без опалубки

Методы устранения неровностей, которые можно использовать, зависят от многих факторов. Прежде всего определяют, насколько сильный перекос поверхности имеется по отношению к наивысшей точке фундамента. Это можно сделать при помощи оптического нивелира либо строительного уровня.

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

Помимо определения высоты перепадов, при выборе способа выравнивания учитывают материал, из которого планируется строительство стен и перегородок здания. От этого зависит потенциальная нагрузка на само фундаментное основание.

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

Другой вариант — выравнивание с помощью кирпича. Допускается, если для возведения стен используют газобетон, камень или кирпич. Этот вариант актуален при условии, что высота здания не превышает 1 этаж. Для выравнивания потребуется полнотелый кирпич марки М-125 и выше.

Универсальный способ выровнять фундамент по уровню — заливка дополнительного слоя цементной смеси. Эту процедуру проводят как с использованием опалубочного каркаса, так и без него. Такой способ подходит практически для всех видов зданий, независимо от основного строительного материала, этажности, площади и других конструктивных особенностей.

Удаление бугров и выступов

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

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

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

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

Использование арматурной сетки

Этот способ обычно используют при выравнивании стен фундамента по вертикали. Однако он применим для горизонтальной поверхности, при условии, что перепад высот составляет не более 30 мм на 1 м ленты.

С помощью армирующей сетки на поверхности фундамента делают стяжку. При этом используют быстро затвердевающий цемент повышенной прочности. Для заливки выравнивающего слоя необходима сетка с ячейками не менее 150×150 мм. Рекомендованный диаметр прутьев — от 10 мм. Армирующая стяжка увеличивает сопротивляемость фундамента к деформации и препятствует усадке.

Корректирующий слой

В большинстве случаев выравнивание цоколя фундамента осуществляется путем заливки дополнительного цементного слоя. Для этого обычно требуется установка новой, корректирующей опалубки. Однако если перепад высоты незначительный (не превышает 30 мм), намного проще нанести его без монтажа опалубочной конструкции.

Общий порядок действий в таком случае следующий:

1. Определяем участок, на который надо нанести выравнивающий слой. Используя лазерный или пузырьковый уровень, нужно определить, какая точка на поверхности фундамента ниже по отношению к заданному горизонту. После этого с двух сторон находят места, в которых высота фундамента соответствует «нулю», то есть там, где поверхность уже не отклоняется от требуемого уровня.
2. Готовим смесь с использованием быстротвердеющего цемента. Наносим материал на отмеченный участок, разравнивая мастерком или правилом. Проверяем поверхность строительным уровнем, чтобы исключить деформацию.

При выполнении этой процедуры важно, чтобы цементная смесь не была слишком жидкой. Иначе она может стечь с поверхности фундамента. Обычно этого происходит, если фундамент залит с перекосом от наружной части к внутренней.

Выравнивающая опалубка

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

Чтобы правильно возвести такую конструкцию, предварительно следует выяснить, как выставить уровень фундамента. Если верхняя часть уже залитого основания соответствует ранее заданному цоколю, повторно проводить замеры на строительной площадке не потребуется. Достаточно нанести разметку на внутренней поверхности опалубки, указав линии, на уровне которых должна находиться поверхность фундамента после заливки корректирующего слоя.

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

К числу недостатков можно назвать высокую стоимость материалов. Ведь для выравнивающей опалубки необходима качественная и дорогостоящая древесина. Еще один минус — довольно сложная технология монтажа, при нарушении которой ровно залить фундамент по горизонту не удастся.

Выравнивающая опалубка: пошаговая инструкция

Общий алгоритм действий при выравнивании с применением опалубки не зависит от конструктивных особенностей здания. Начальный этап — очистка ранее залитого фундамента от возможных загрязнений.

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

Рассмотрим ниже, как залить корректирующий слой своими руками.

Пошаговая инструкция для самостоятельной заливки корректирующего слоя:

1. Определяется уровень горизонта, под который будет выводиться высота фундамента. Для этого можно найти наивысшую точку на поверхности уже залитого основания, либо задать новую, используя нивелир.
2. Установка опалубочной конструкции. Этот этап может быть реализован двумя способами. Первый — конструкция возводится таким образом, чтобы доски, формирующие верхнюю часть каркаса, располагались на одном уровне с горизонтом. Другой способ предусматривает монтаж опалубочных досок выше уровня горизонта. Такая конструкция проще, но потребует последующего нанесения разметки.
3. Замер перед заливкой. Прежде чем заполнять каркас цементной смесью, необходимо повторно произвести замер нанесенной разметки уровнем, чтобы исключить отклонения от меток. Допускаются отклонения не более 4–5 мм на 1 метр. При таком перепаде неровность компенсируется за счет увеличения промежуточного цементного слоя или толщины гидроизоляционного материала.
   Если выявлены большие отклонения, необходимо скорректировать разметку, так как выровнять опалубку под фундамент по горизонту после фиксации досок будет довольно затруднительно.
4. Заливка смесью. Опалубку заполняют раствором с высокой пластичностью. Наполнение смесью должно происходить равномерно, чтобы предотвратить повреждение опалубки из-за повышенной нагрузки.
5. Контроль уровня заливки. Если разметка нанесена на внутреннюю поверхность опалубочной конструкции, необходимо регулярно проверять уровень наполнения на разных участках фундамента. Также необходимо следить за состоянием стыков и креплений конструкции, так как нагрузки от бетонной смеси могут вызывать деформацию опалубки.
6. Завершающий этап заливки — выравнивание ленточного фундамента. Для этого применяют мастерок, полутерок или правило. При заливке можно использовать армирующую сетку, которая позволит улучшить сцепление материала, и повысить прочность фундамента. Поверхность корректирующего слоя можно подвергнуть шлифовке, но эта процедура не является обязательной.
7. Если заливка осуществляется летом в сухую погоду, снимать опалубку можно уже через 3 суток. В весенний или осенний сезон стоит повременить, и оставить конструкцию на 10–14 дней. Желательно накрыть всю конструкцию дышащей пленкой, которая предотвратит попадание пыли или других загрязнений. Покрывать основание гидроизоляцией нужно только после полного высыхания материала.

Как убрать неровности на столбчатом фундаменте

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

При строительстве бетонных или кирпичных столбов, устранить неровность можно двумя способами:

• Первый — нанесение корректирующего слоя, по аналогии с ленточным и монолитным фундаментом. При этом так же может использоваться опалубка, что особенно актуально, если столб сделан из цемента, и отклонение от горизонта довольно ощутимое.
• Второй способ — шлифовка, которая применяется в том случае, когда высота столба превышает заданную метку. Конструкция выравнивается болгаркой или шлифовальной машиной. При этом поверхность постоянно контролируется строительным уровнем.

Боковые основания столбчатого фундамента можно выровнять с помощью армирующей сетки. Ее крепят скобами или дюбелями, после чего на нее наносят цементную штукатурку. Если перекос сильно большой и фундамент вышел кривым, то лучше всего проводить выравнивание с использованием опалубки в сочетании с арматурным каркасом.

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

Распространенные ошибки

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

К числу наиболее распространенных причин относят:

1. Появление пустот в бетоне. Обычно это происходит из-за того, что материал не утрамбовывается под собственным весом или смесь слишком густая. Так же это возможно в том случае, когда опалубка слишком узкая.
2. Трещины. Это указывает на то, что корректирующий слой слишком тонкий. Из-за этого бетон утрачивает прочностные характеристики. Оптимальная толщина слоя — от 4 см.
3. Застывшая смесь крошится. Зачастую происходит из-за того, что в конструкции отсутствует арматура, повышающая сцепление материала. Арматурные стержни обычно забивают в специально просверленные в бетонном основании отверстия.
4. Утрата прочности. Преждевременное появление сколов и многочисленных трещин чаще всего указывает на то, что смесь подверглась воздействию влаги до момента ее застывания. Это связано с неправильной гидроизоляцией фундамента или ее отсутствием.

Итог

О том, что делать, если залитый фундамент оказался неровным, интересует всех застройщиков, которые столкнулись с такой проблемой. К счастью, отклонение поверхности фундамента от намеченного горизонта не является критической ошибкой, так как выровнять цоколь можно даже после полного высыхания основания. Способы варьируются в зависимости от конструктивных особенностей самого фундамента. Универсальным методом считается заливка корректирующего слоя с использованием опалубки и грамотной разметки по уровню.

Столбчатый фундамент из шлакоблока своими руками

Сначала я расскажу, почему именно мой выбор пал на столбчатый фундамент из шлакоблока, какие в нем достоинства я нашел. Первое, это дешевизна, скажу, что более дешевого фундамента еще не придумали. Второе, простота устройства. Здесь очень все просто, никаких сложных манипуляций выполнять не нужно, с поставленной задачей справится любой желающий человек, даже без строительного образования. Третье, хорошая ремонтнопригодность. Если какой-то из блоков выйдет из строя, его очень просто заменить. Из недостатков можно выделить то, что могут быть не равномерные просадки (усадки) вследствие намокания основания или же вследствие морозного пучения.

Столбчатый фундамент из шлакоблока. Этапы строительства

Ну вот, с технологией фундамента я определился, можно приступать к его возведению. Вкратце расскажу, каким будет мой фундамент. Основной материал – это шлакоблок. Он будет установлен на тротуарную плитку, а плитка на подготовленное основание.

Размер котельной будет 2,5х5м, значит, мне нужно сделать разметку исходя из этого размера. Вооружившись садовым шпагатом, несколькими кусками арматуры и рулеткой я начал размечать место под будущую постройку. Что бы прямоугольник получился с прямыми углами, нужно сделать его диагонали одинаковыми, с этим сложности не возникло.

Теперь можно снимать растительный слой грунта. Делать это нужно обязательно, так как в нем содержится растительные остатки, которые со временем сгниют и дадут существенную усадку. Начал я убирать растительный слой на глубину штыка лопаты под всем пятном застройки, но потом отказался от этой идеи, так как это довольно таки трудоемко. Поэтому мной было принято решение убирать растительный слой толщиной 10 см, а под самими блоками убирать грунт на 30 см. На место убранного грунта засыпаю песок, но лучше засыпать щебень. Песок я сыпал потому, что у меня он был в наличии. Засыпаю песок и послойно его трамбую ногами.

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

После подготовки основания можно приступать к укладке тротуарной плитки размером 40х40 см и толщиной 6 см. Плитку укладываю по лазерному уровню. Высоту регулирую с помощью подсыпания или удаления песка. Зачем нужна тротуарная плитка, спросите вы. Она нужна для увеличения площади опирания фундамента и как следствие, увеличение несущей способности.

Для простоты выравнивания блоков был сооружен деревянный каркас из досок. Сделал короб (шаблон) и уже по нему ровнял блоки.

Блоки я купил пустотные, а для фундамента нужны полнотелые. В продаже я такие не нашел и решил залить пустоты раствором с пропорциями 1:5. Цемент использовал марки М500 и речной песок.

Пространство между тротуарной плиткой я засыпал песком, что бы зафиксировать ее в проектном положении. Теперь можно расставлять сами блоки. После заполнения их раствором, они существенно прибавили в весе, и переносить их стало довольно таки тяжело. На это нужно обратить внимание, лучше процедуру заполнения раствором делать в непосредственной близости к месту их установки. Тротуарная плитка у меня уже выставлена по размерам, то блоки нужно выставить по центру плитки и на этом можно сказать, что столбчатый фундамент из шлакоблока готов.

Стоимость материалов

Тротуарная плитка 40х40 см – 15 шт – 785грн/1992р/31$.

Шлакоблок 38х19х19 см – 15 шт – 330грн/867р/14$.

Цемент М500 – 1м – 84грн/220р/3,5$.

Итого: 1199 грн/3079р/48,5$.

Построение сжатия по столбцам в базе данных, ориентированной на строки

Как мы добились сжатия 91–96 % в последней версии TimescaleDB

Сегодня мы рады объявить о новой собственной возможности сжатия для TimescaleDB, временного ряда БД на PostgreSQL. Эта новая функция, которая находилась в закрытом бета-тестировании в течение нескольких месяцев, использует лучшие в своем классе алгоритмы сжатия, а также новый метод создания гибридного хранилища строк и столбцов. Во время нашего бета-тестирования мы приглашали членов сообщества попробовать его и оставить нам отзыв, и в результате сейчас мы видим до 9Коэффициент сжатия без потерь 6% для различных реальных и смоделированных рабочих нагрузок временных рядов.

В этом выпуске размер хранилища TimescaleDB теперь сопоставим со специально созданными и более ограниченными хранилищами NoSQL — без ущерба для наших уникальных возможностей. TimescaleDB по-прежнему предлагает полноценный SQL, реляционные JOIN и функции, мощные возможности автоматизации, а также надежность и огромную экосистему, основанную на использовании основы PostgreSQL. Мы знаем, что хранилище могло быть ограничивающим фактором для некоторых людей, заинтересованных в TimescaleDB в прошлом, но мы рекомендуем вам попробовать собственное сжатие и сообщить нам, что вы думаете.

TimescaleDB достигает таких уровней сжатия за счет использования лучших в своем классе алгоритмов сжатия различных типов данных. Мы используем следующие алгоритмы (и позволим пользователям выбрать алгоритм в будущих выпусках):

• Сжатие Gorilla для чисел с плавающей запятой подобные типы
• Сжатие словаря всей строки для столбцов с несколькими повторяющимися значениями (+ сжатие LZ сверху)
• Сжатие массива на основе LZ для всех остальных типов

Мы расширили Gorilla и Simple-8b для обработки распаковки данных в обратном порядке, что позволяет нам ускорить запросы, использующие обратное сканирование. Для супер технических подробностей, пожалуйста, смотрите наш пресс-релиз по компрессии.

(Мы обнаружили, что это типоспецифичное сжатие достаточно мощное: в дополнение к более высокой сжимаемости, некоторые методы, такие как Gorilla и дельта-дельта, могут быть до 40 раз быстрее, чем сжатие на основе LZ во время декодирования, что приводит к значительному снижению производительности. улучшенная производительность запросов.)

В будущем мы планируем предоставить расширенные алгоритмы для других собственных типов, таких как данные JSON, но даже сегодня, используя описанные выше подходы, все типы данных PostgreSQL могут использоваться в собственном сжатии TimescaleDB.

Встроенное сжатие (и TimescaleDB 1.5) сегодня широко доступно для загрузки по всем нашим каналам распространения, включая Managed Service for TimescaleDB. Эта возможность выпущена под нашей лицензией Timescale Community (поэтому ее можно использовать совершенно бесплатно).

Базы данных, ориентированные на строки и столбцы

Традиционно базы данных относятся к одной из двух категорий: базы данных, ориентированные на строки, и базы данных, ориентированные на столбцы (они же «столбцы»).

Вот пример: Допустим, у нас есть таблица, в которой хранятся следующие данные для 1 млн пользователей: user_id, name, # logins, last_login . Таким образом, у нас фактически есть 1 миллион строк и 4 столбца. Хранилище данных, ориентированное на строки, будет физически хранить данные каждого пользователя (т. е. каждую строку) на диске непрерывно. Напротив, хранилище столбцов будет хранить все user_id вместе, все имена вместе и так далее, так что данные каждого столбца будут храниться на диске непрерывно.

В результате поверхностные и широкие запросы будут выполняться быстрее в хранилище строк (например, «извлечь все данные для пользователя X»), а глубокие и узкие запросы будут выполняться быстрее в хранилище столбцов (например, « рассчитать среднее количество входов в систему для всех пользователей»).

В частности, хранилища столбцов очень хорошо справляются с узкими запросами к очень большим данным. При таком хранилище необходимо считывать с диска только указанные столбцы (вместо того, чтобы загружать страницы данных с диска со всеми строками, а затем выбирать один или несколько столбцов только в памяти).

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

Тем не менее, магазины с колоннами не обходятся без компромиссов. Во-первых, вставки занимают гораздо больше времени: системе нужно разбить каждую запись на соответствующие столбцы и соответствующим образом записать ее на диск. Во-вторых, хранилищам на основе строк проще использовать индекс (например, B-дерево) для быстрого поиска подходящих записей. В-третьих, с помощью хранилища строк легче нормализовать набор данных, чтобы вы могли более эффективно хранить связанные наборы данных в других таблицах.

В результате выбор между базой данных, ориентированной на строки, и базой данных, ориентированной на столбцы, сильно зависит от вашей рабочей нагрузки. Как правило, хранилища, ориентированные на строки, используются с транзакционными (OLTP) рабочими нагрузками, а хранилища по столбцам — с аналитическими (OLAP) рабочими нагрузками.

Но рабочие нагрузки временных рядов уникальны

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

• Запросы временных рядов могут быть отдельный запрос обращается ко многим столбцам данных, а также к данным на многих различных устройствах/серверах/элементах. Например, « Что происходит в моем развертывании за последние K минут? »
  
• Запросы временных рядов также могут быть глубокими и узкими, когда отдельный запрос выбирает меньшее количество столбцов для определенного устройства/сервера/элемента за более длительный период времени. Например, « Какова средняя загрузка ЦП для этого сервера за последние 24 часа? ”
  
• Рабочие нагрузки временных рядов обычно требуют большого количества вставок. Скорость вставки в сотни тысяч операций записи в секунду является нормальной.
  
• Наборы данных временных рядов также очень детализированы, эффективно собирая данные с более высоким разрешением, чем OLTP или OLAP, что приводит к гораздо большим наборам данных. Терабайты данных временных рядов также вполне нормальны.

В результате оптимальное хранилище временных рядов должно:

• Поддерживать высокую скорость вставки, легко достигающую сотен тысяч операций записи в секунду
• Эффективно обрабатывать как мелкие и широкие, так и глубокие и узкие запросы в этом большом наборе данных
• Эффективно хранить, т. е. сжимать, этот большой набор данных, чтобы он был управляемым и экономически эффективным

Именно это мы сделали с последней версией TimescaleDB.

Сочетание лучшего из обоих миров

Архитектура TimescaleDB представляет собой базу данных временных рядов, построенную на основе PostgreSQL. При этом он унаследовал все лучшее, что есть в PostgreSQL: полноценный SQL, огромную гибкость запросов и моделей данных, проверенную в боевых условиях надежность, активную и усердную базу разработчиков и пользователей, а также одну из крупнейших экосистем баз данных.

Но низкоуровневое хранилище TimescaleDB использует ориентированный на строки формат хранения PostgreSQL, который добавляет скромные накладные расходы на каждую строку и снижает сжимаемость, поскольку непрерывные значения данных имеют множество различных типов — строки, целые числа, числа с плавающей запятой и т. д. — и взяты из разных диапазонов. И сам по себе PostgreSQL на сегодняшний день не предлагает никакого встроенного сжатия (за исключением очень больших объектов, хранящихся на их собственных «TOAST-страницах», которые неприменимы для большей части контента).

В качестве альтернативы некоторые пользователи запускают TimescaleDB в сжатой файловой системе, такой как ZFS или BTRFS, для экономии места на диске, часто в режиме 3x-9.х диапазон. Но это приводит к некоторым проблемам развертывания, учитывая, что это внешняя зависимость, и на его сжимаемость по-прежнему влияет ориентированный на строки характер базовой базы данных (поскольку данные отображаются на страницы диска).

Теперь, с TimescaleDB 1.5, мы смогли объединить лучшее из обоих миров: (1) все преимущества PostgreSQL, включая производительность вставки и производительность поверхностных и широких запросов для последних данных из хранилища строк, в сочетании с (2) сжатием и дополнительной производительностью запросов — чтобы гарантировать, что мы только читать сжатые столбцы, указанные в запросе — для глубоких и узких запросов хранилища столбцов.

Вот результаты.

Результаты: экономия места на 91-96 % (данные независимого бета-тестирования)

Перед выпуском мы попросили некоторых членов сообщества и существующих клиентов TimescaleDB провести бета-тестирование новых функций сжатия с некоторыми из их реальных наборов данных, а также как протестированное сжатие по наборам данных Time-Series Benchmarking Suite.

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

Рабочая нагрузка	Несжатый	Сжатый	Экономия на хранении
Показатели ИТ (от бета-тестера Telco)	1396 ГБ	77,0 ГБ	94% экономии
Данные мониторинга промышленного IoT (из бета-тестера)	1,445 ГБ	0,077 ГБ	95% экономии
Показатели ИТ (набор данных DevOps из TSBS)	125 ГБ	5,5 ГБ	96% экономии
Данные мониторинга IoT (набор данных IoT из TSBS)	251 ГБ	23,8 ГБ	Экономия 91%

«Коэффициент сжатия невероятно высок :)» — Тамихиро Ли, сетевой инженер, Sakura Internet

Дополнительные результаты: экономия затрат и более быстрые запросы

Но такое сжатие не только академическое, оно дает два реальных преимущества:

• Стоимость. Хранение в масштабе стоит дорого. Объем диска объемом 10 ТБ в облаке сам по себе стоит более 12 000 долларов США в год (из расчета 0,10 долларов США/ГБ/месяц для хранилища AWS EBS), а дополнительные реплики высокой доступности и резервные копии могут увеличить эту цифру еще в 2–3 раза. Достижение 9Хранилище 5 % может сэкономить вам более 10 000 – 25 000 долларов США в год только на расходах на хранение (например, 12 000 $/10 ТБ * 10 ТБ/машина * 2 машины [один мастер и одна реплика] * экономия 95 % = 22,8 000 $ ) .
• Производительность запросов. Сжатие приводит к немедленному повышению производительности для многих типов запросов. Чем больше данных помещается в меньшее пространство, тем меньше страниц диска (со сжатыми данными) необходимо прочитать для ответа на запросы. (Краткий обзор бенчмаркинга приведен ниже, а более подробное описание будет представлено в следующем посте.)

Дальнейшие действия

Собственное сжатие сегодня широко доступно в TimescaleDB 1. 5. Вы можете либо установить TimescaleDB, либо обновить текущее развертывание TimescaleDB. Если вы ищете полностью управляемый размещенный вариант, мы рекомендуем вам ознакомиться с управляемой службой для TimescaleDB (мы предлагаем бесплатную 30-дневную пробную версию).

Мы также рекомендуем вам подписаться на наш предстоящий веб-семинар «Как снизить общую стоимость владения вашей базой данных с помощью TimescaleDB», чтобы узнать больше.

Теперь, если вы хотите узнать больше о забавных технических деталях — о построении колоночного хранилища в системах на основе строк, индексации и запросах к сжатым данным, а также о некоторых тестах — пожалуйста, продолжайте читать.

Все заслуги в этих результатах принадлежат нашим замечательным инженерам и менеджерам по проектам: Джошу Локерману, Гаятри Айяпану, Свену Клемму, Дэвиду Кону, Анте Крешичу, Мату Арье, Дайане Хси и Бобу Булю. (И да, мы набираем сотрудников по всему миру.)

Построение колоночного хранилища на основе построчной системы

Признавая, что рабочие нагрузки временных рядов обращаются к данным во временном порядке, наш высокоуровневый подход к построению столбцового хранилища заключается в преобразовании множества широких строк данных (скажем, 1000) в одну строку данных. Но теперь каждое поле (столбец) этой новой строки хранит упорядоченный набор данных, включающий весь столбец из 1000 строк.

Итак, рассмотрим упрощенный пример с использованием таблицы со следующей схемой:

Отметка времени	Идентификатор устройства	Код состояния	Температура
12:00:01	А	0	70.11
12:00:01	Б	0	69,70
12:00:02	А	0	70.12
12:00:02	Б	0	69,69
12:00:03	А	0	70.14
12:00:03	Б	4	69,70

После преобразования этих данных в одну строку данные в форме «массива»:

Отметка времени	Идентификатор устройства	Код состояния	Температура
[12:00:01, 12:00:01, 12:00:02, 12:00:02, 12:00:03, 12:00:03]	[А, Б, А, Б, А, Б]	[0, 0, 0, 0, 0, 4]	[70. 11, 69.70, 70.12, 69.69, 70.14, 69.70]

Даже до использования сжатия данных этот формат сразу экономит место, значительно снижая наши внутренние накладные расходы на строку. PostgreSQL обычно добавляет ~ 27 байт служебных данных на строку (например, для управления версиями MVCC). Таким образом, даже без сжатия, если наша схема выше, скажем, 32 байта, то 1000 строк данных, которые ранее занимали [1000 * (32 + 27)] ~= 59 килобайт теперь занимает [1000 * 32 + 27] ~= 32 килобайта в этом формате.

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

Затем, если запрос запрашивает подмножество этих столбцов:

 ВЫБРАТЬ time_bucket(‘1 minute’, timestamp) как минуту
СРЕДНЯЯ (температура)
ИЗ таблицы
WHERE timestamp > now() - интервал «1 день»
ЗАКАЗАТЬ ПО МИНУТАМ DESC
СГРУППИРОВАТЬ ПО минутам
 

Механизм запросов может извлекать (и распаковывать во время запроса) только столбцы метки времени и температуры для вычисления и возврата этой агрегации.

Но, учитывая, что формат хранения Postgres в стиле MVCC может записывать несколько строк на одну и ту же страницу диска, как мы можем получить с диска только нужные сжатые массивы, а не более широкий набор окружающих данных? Здесь мы используем невстроенные страницы диска для хранения этих сжатых массивов, т. е. они подвергаются TOAST, так что данные в строке теперь указывают на вторичную страницу диска, на которой хранится сжатый массив (фактическая строка в основной таблице кучи становится очень маленькой). , потому что это просто указатели на данные TOAST). Таким образом, с диска загружаются только сжатые массивы для необходимых столбцов, что еще больше повышает производительность запросов за счет сокращения дискового ввода-вывода. (Помните, что в каждом массиве может быть от 100 до 1000 элементов данных, а не 6, как показано.)

Индексирование и запросы к сжатым данным

Однако этот формат сам по себе имеет серьезную проблему: какие строки должна извлекать и распаковывать база данных для выполнения запроса? В приведенной выше схеме база данных не может легко определить, какие строки содержат данные за прошедший день, поскольку сама метка времени находится в сжатом столбце. Нужно ли распаковывать все данные в порции (или даже всю гипертаблицу), чтобы определить, какие строки соответствуют последнему дню? Точно так же пользовательские запросы обычно могут фильтроваться или группироваться по определенному устройству (например, ВЫБЕРИТЕ температуру… ГДЕ device_id = ‘A’ ).

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

TimescaleDB делает это, автоматически создавая подсказки данных и включая дополнительные группы при преобразовании данных в этот столбчатый формат. При сжатии несжатой гипертаблицы (либо с помощью специальной команды, либо с помощью асинхронной политики) пользователь указывает столбцы «упорядочить по» и, при необходимости, «сегментировать по» столбцам. Столбцы ORDER BY определяют, как упорядочены строки, являющиеся частью сжатого исправления. Как правило, это временная метка, как в нашем рабочем примере, хотя она также может быть составной, например, ORDER BY time, then location.

Для каждого столбца «ORDER BY» TimescaleDB автоматически создает дополнительные столбцы, в которых хранятся минимальное и максимальное значение этого столбца. Таким образом, планировщик запросов может просмотреть этот специальный столбец, указывающий диапазон меток времени в сжатом столбце, без предварительного выполнения какой-либо распаковки, чтобы определить, может ли строка соответствовать предикату времени, указанному в SQL-запросе пользователя. .

Мы также можем сегментировать сжатые строки по определенному столбцу, чтобы каждая сжатая строка соответствовала данным об одном элементе, например, определенному идентификатору устройства. В следующем примере TimescaleDB выполняет сегментацию по device_id, так что для устройств A и B существуют отдельные сжатые строки, и каждая сжатая строка содержит данные из 1000 несжатых строк об этом устройстве.

Идентификатор устройства	Отметка времени	Код состояния	Температура	Мин. метка времени	Максимальная отметка времени
А	[12:00:01, 12:00:02, 12:00:03]	[0, 0, 0]	[70.11, 70.12, 70.14]	12:00:01	12:00:03
Б	[12:00:01, 12:00:02, 12:00:03]	[0, 0, 0]	[70.11, 70.12, 70.14]	12:00:01	12:00:03

Теперь запрос для устройства «А» между временными интервалами выполняется довольно быстро: планировщик запросов может использовать индекс для поиска тех строк для «А», которые содержат хотя бы несколько временных меток, соответствующих указанному интервалу, и даже последовательное сканирование выполняется довольно быстро, так как оценка предикатов идентификаторов устройств или минимальных/максимальных временных меток не требует распаковки. Затем исполнитель запроса распаковывает только столбцы отметки времени и температуры, соответствующие этим выбранным строкам.

Эта возможность поддерживается встроенной структурой планировщика заданий TimescaleDB. Ранее мы использовали его для различных задач управления жизненным циклом данных, таких как политики хранения данных, изменение порядка данных и непрерывное агрегирование. Теперь мы используем его для асинхронного преобразования последних данных из несжатой формы на основе строк в эту сжатую форму столбцов в фрагментах гипертаблиц TimescaleDB: как только фрагмент станет достаточно старым, фрагмент будет транзакционно преобразован из строки в форму столбца.

Производительность запросов

Краткий обзор

В этот момент можно было бы задать один логичный вопрос: «Как сжатие влияет на производительность запросов?»

Мы обнаружили, что сжатие также приводит к немедленному повышению производительности для многих типов запросов. Чем больше данных помещается в меньшее пространство, тем меньше страниц диска (со сжатыми данными) необходимо прочитать для ответа на запросы.

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

А пока мы решили показать результаты.

Тесты производительности запросов

Мы используем набор тестов временных рядов с открытым исходным кодом (TSBS) с TimescaleDB, работающим на облачных виртуальных машинах с удаленным хранилищем SSD (в частности, типы инстансов Google Cloud n1-highmem-8 с 8 vCPU и 52 ГБ памяти с использованием как локальный твердотельный накопитель NVMe, так и удаленный жесткий диск).

В этом наборе запросов мы уделяем особое внимание производительности, связанной с диском, с которой часто приходится сталкиваться при выполнении специальных или рандомизированных запросов к большим наборам данных; в каком-то смысле эти результаты служат «худшим случаем» по сравнению с «теплыми» данными, которые, возможно, уже кэшированы в памяти. Для этого мы позаботились о том, чтобы все запросы выполнялись к данным, находящимся на диске, чтобы подсистема виртуальной памяти ОС еще не кэшировала дисковые страницы в памяти.

Как видно из приведенной ниже таблицы (в которой указано среднее значение 10 испытаний для двух экспериментальных установок, в одной из которых используется локальный твердотельный накопитель, а в другой — удаленный жесткий диск для хранения), практически все запросы TSBS выполняются быстрее при собственном сжатии.

Типы запросов	Локальный SSD			Удаленный жесткий диск
Холодные запросы (от TSBS)	Несжатый (мс/запрос)	Сжатый (мс/запрос)	Соотношение	Несжатый (мс/запрос)	Сжатый (мс/запрос)	Соотношение
процессор-макс-все-1	42. 517	42.314	1,00	814.863	383,698	2,12
процессор-макс-все-8	46.657	40.342	1,16	2987,42	1779.795	1,68
группа по заказу по лимиту	1373.309	6065.812	0,23	95202.022	6178.808	15.41
высокопроизводительный процессор-1	46.657	40.342	1,16	1033.286	482.911	2,14
высокопроизводительный процессор-все	3551.953	8084.623	0,44	53995.25	8180.856	6,60
одиночная группа по 1-1-12	49. 546	38,46	1,29	1058.517	293,941	3,60
одиночная группа по 1-1-1	33,54	25.695	1,31	286.307	234.785	1,22
одиночная группа по-1-8-1	50.805	40.495	1,25	995.306	598,26	1,66
одиночная группа по 5-1-12	49.406	42.013	1,18	1083.432	432.758	2,50
одиночная группа по 5-1-1	30.734	27.674	1.11	278.793	241 537	1,15
одиночная группа по 5-8-1	45,91	43. 002	1,07	1000.578	627,39	1,59
двойная группа-1	5925.591	1823.033	3,25	56676.155	1986.937	28,52
двойная группа по 5	7568.038	2980.089	2,54	62681.04	2915.941	21.50
двойная группа по всем	9286.914	4399.367	2.11	65202.448	4257.638	15.31
последняя точка	1674,194	264.666	6,33	37998.325	539.368	70,45

В приведенной выше таблице указана задержка «холодных» запросов TSBS DevOps к TimescaleDB со всеми данными, находящимися на диске, как для несжатых, так и для сжатых данных. «Улучшение» определяется как «задержка несжатого запроса / задержка сжатого запроса».

Тем не менее, можно создавать запросы, которые работают медленнее со сжатыми данными. В частности, сжатие TimescaleDB в настоящее время ограничивает типы индексов, которые можно построить на основе сжатых данных; в частности, b-деревья могут быть построены только на основе сегментированных столбцов. Но на практике мы обнаруживаем, что запросы, которые были бы быстрее с этими индексами, как правило, встречаются редко (например, они также требуют большого количества отдельных проиндексированных элементов, так что любой элемент отсутствует на большинстве страниц диска).

Ограничения и работа в будущем

Первоначальный выпуск встроенного сжатия TimescaleDB является довольно мощным, с пользовательскими расширенными алгоритмами сжатия для различных типов данных и обеспечивается нашей непрерывной асинхронной структурой планирования. Кроме того, у нас уже запланированы некоторые улучшения, например, улучшенное сжатие данных JSON.

Одно из основных ограничений нашего первоначального выпуска версии 1.5 заключается в том, что после преобразования фрагментов в форму сжатого столбца в настоящее время мы не разрешаем дальнейшие модификации данных (например, вставки, обновления, удаления) без ручной распаковки. Другими словами, куски неизменяемы в сжатой форме. Попытки изменить данные чанков либо завершатся ошибкой, либо пропадут молча (по желанию пользователей).

Тем не менее, учитывая, что рабочие нагрузки временных рядов в основном вставляют (или реже обновляют) последние данные, это гораздо меньшее ограничение для временных рядов, чем для варианта использования без временных рядов. Кроме того, пользователи могут настроить возраст фрагментов до того, как они будут преобразованы в эту сжатую столбчатую форму, что обеспечивает гибкость для умеренно неупорядоченных данных или во время запланированной обратной засыпки. Пользователи также могут явно распаковывать фрагменты перед их изменением. Мы также планируем ослабить/удалить это ограничение в будущих выпусках.

Резюме

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

Как мы упоминали выше, если вы заинтересованы в том, чтобы попробовать собственное сжатие сегодня, вы можете установить TimescaleDB или обновить текущую развертывание TimescaleDB. Если вы ищете полностью управляемый размещенный вариант, мы рекомендуем вам ознакомиться с управляемой службой для TimescaleDB (мы предлагаем бесплатную 30-дневную пробную версию). Вы также можете подписаться на наш предстоящий веб-семинар «Как снизить общую стоимость владения базой данных с помощью TimescaleDB», чтобы узнать больше.

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

Мы все неоднократно слышали ошибочное представление о том, что для достижения необходимого масштаба, производительности и эффективности необходимо пожертвовать SQL, реляционными возможностями, гибкостью запросов и моделей данных, а также закаленной в боях надежностью и надежностью баз данных временных рядов. . Точно так же мы все слышали скептицизм в отношении PostgreSQL: хотя PostgreSQL является прекрасной и надежной базой данных, он не может работать с данными временных рядов.

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

Если у вас есть данные временных рядов, попробуйте последнюю версию TimescaleDB. Мы приветствуем ваши отзывы. И вместе давайте создадим единственную базу данных временных рядов, которая не заставит вас идти на трудные компромиссы. Давай, возьми свой торт и съешь его тоже.

Реляционная база данных с открытым исходным кодом для временных рядов и аналитики.

Основа формы | Отступник-садовник

02-04-11 – В каком состоянии находится ваш сад? Осторожно, вопрос с подвохом.

Надеюсь, вы ответите: «Все!» хотя уверенное «многие» сойдет. Научиться создавать комбинации растений с учетом общей формы каждого растения — это ключевой дизайнерский навык, который имеет решающее значение для продвижения вашего ландшафта на более высокий уровень интриги и красоты. Тем не менее, форма — точнее, «форма», когда речь идет о растении, — пожалуй, наименее понятный и ценимый компонент садового дизайна.

Помните, что размещение растений — это создание контрастов. Смешивание приятной палитры цветочных цветов — это Уровень 1, как правило, первая концепция дизайна, которую начинающие садоводы понимают и играют, когда их единственная цель в жизни — создать красивый цветник. По мере продвижения вы должны натолкнуться на уровень 2: осознание того, что контраст листвы (форма листа, размер, текстура, цвет) чрезвычайно важен — более важен, чем цветовой контраст цветка, поскольку листва многолетников существует в ландшафте в течение всего сезона деревья и кустарники, круглый год), в то время как цвет цветения приходит и уходит.

Что приводит нас к Уровню 3: Создание контрастов в формах растений. Вот формы, с которыми вам предстоит поиграть:

Раскидистый – Низкорослый, раскидистый намного шире любой достигнутой высоты. Примерами раскидистых многолетников могут быть почвопокровные, такие как Lamium, Ajuga и очитки Sedums. Раскидистые кустарники включают множество разновидностей приземистых можжевельников. Не обращайте внимания на описания растений, использующие «раскидистый» в качестве второй метки, как, например, «вертикальный, раскидистый» или «насыпной, раскидистый», которые описывают растения, обычно лиственные кустарники, которые могут вырасти по два, пять, десять или больше. футов высотой с ветвями, растущими наружу до равной или большей ширины (сумак, род Rhus , один).

Большинство разновидностей сумаха представляют собой раскидистые кустарники/небольшие деревья.

Термин «раскидистый» может также использоваться для описания растения любой формы, которое разрастается от основания через подземные столоны каждый сезон. Жимолость карликовая кустарниковая ( Diervilla lonicera ) описывается как «быстрорастущий, раскидистый кустарник», хотя форма ее округлая. Под «распространением» авторы каталога подразумевают распространение через подземные побеги, которые довольно быстро заполняют все большую и большую площадь. Многолетний Снег на Горе, или Сныть ( Aegopodium podagraria ), или, как я его называю, Devil’s Semen, является прекрасным примером раскидистого многолетника во всех смыслах этого слова.

Насыпь – Листва образует форму насыпи, всегда шире, чем в высоту. Подумайте о верхней половине круга. Насыпные многолетники включают хризантему, гейхеру, хосту и астильбу (во время цветения цветы могут подниматься на вертикальных стеблях, удерживаемых над листвой, но это все же насыпной многолетник). Классическими курчавыми кустарниками являются большинство разновидностей спиреи и вечнозеленая карликовая сосна Муго.

Астильба – многолетнее растение.	Cornus sanguinea ‘Cato’ (Кизил арктический солнечный) – округлый кустарник, предпочитающий полутень.

Округленный — Теперь визуализируйте полный круг над землей. Хорошо, это редко бывает близко к идеальному кругу; ключевой концепцией является то, что растение расширяется посередине. Немногие многолетники можно охарактеризовать как округлые; Лигулярия зубчатая Наверное, «Дездемона» или, может быть, опрятный пион. Азалии имеют округлую форму, как и многие сорта барбариса, некоторые виды кизила и большинство гортензий.

Многие деревья имеют округлую форму, различные сорта яблони, гледичии и клена. Есть много полезных округлых вечнозеленых кустарников, в том числе Thuja occidentalis ‘Mr. Шар для боулинга, Chamaecyparis thyoides ‘Heather Bun,’ Abies balsamea ‘Piccolo’, Pinus strobus ‘Blue Shag’ и Picea abies ‘Улей Лэнхема’. Почему-то округлые вечнозеленые растения часто называют «шаром». То же самое.

Округлые вечнозеленые растения называют шаровидными. Классика — Picea pungens ‘Globosa’, или карликовая ель Blue Globe.	Прямостоячая форма представлена ​​прекрасным кизилом Arctic Fire Dogwood ( Cornus stolonifera ‘Farrow’).

Вертикальный – Всегда выше, чем в ширину, общее впечатление вертикального роста. Ширина остается довольно постоянной от основания до вершины. Челоне (черепаха), дельфиниум, ирис, гибискус и высокая трава Molinia ‘Skyracer’ — популярные прямостоячие многолетники. Fothergilla, Ninebark и Serviceberry — прямостоячие кустарники; Вертикальные деревья включают сорта вяза Accolade® и Frontier, а также сорта магнолии Ann и Ricki. Вертикальные вечнозеленые деревья включают пихту Дугласа и европейскую сосну. Многие сорта туи являются прямостоячими («Holmstrup», «Rushmore»), хотя в мире вечнозеленых кустарников разница между прямостоячими и столбчатыми иногда ускользает от меня.

Я посадил эти пять столбчатых туй («Шпиль ДеГрутса») около пяти лет назад, зная, что они создадут прекрасный зеленый фон для бистро.

Колонна – Вертикальная и узкая (подумайте о колонне). Чаще всего используется для описания вечнозеленых деревьев и кустарников. Вы увидите Rushmore Arborvitae, описанную как столбчатую в одном месте, прямостоящую в другом. Juniperus virginiana ‘Taylor’ – классический колонновидный кустарник, вырастающий от пятнадцати до двадцати футов в высоту при сохранении ширины в три фута.

Пирамидальный – Подходит для формы кроны многих лиственных деревьев и общей формы многих вечнозеленых деревьев и кустарников. Подумайте о форме рождественской елки или груши.

Туя желтая лента ( Thuja occidentalis ‘Yellow Ribbon’) – классический кустарник пирамидальной формы.	Лиственница плакучая ( Larix decidua ‘Puli’).

Плач – То, что поднимается, должно опускаться. Плакучая форма встречается как у лиственных, так и у вечнозеленых деревьев. Лидер дерева наклоняется и начинает расти горизонтально или вертикально или в обоих направлениях, а ветви следуют его примеру. Или лидер может поддерживать вертикальную тягу, в то время как все остальное драпируется и свисает. Красивое плакучее декоративное дерево — яблоня ( Малюс) «Луиза». Сосна ‘Дядюшка Фоги’ ( Pinusbankiana ‘Дядюшка Фоги’) – одно из моих любимых плакучих вечнозеленых растений. Плакучая лиственница ( Larix decidua ‘Pendula’) – еще одно величественное маленькое плачущее дерево.

СЕЙЧАС – начните видеть форму того, что вы сажаете. Вы говорите, что ваш многолетний сад цветет весной, летом и осенью? Что цветы представляют собой ослепительное сочетание белого, розового, голубого, желтого и красного? За исключением того, что каждый многолетник насыпан? Дорогой-дорогой. Добавьте как минимум две дополнительные формы.

Именно при размещении небольших деревьев и кустарников возможности контраста в форме растения наиболее важны. Одна вечнозеленая колонна или три, стремящиеся вверх из ландшафта округлых кустарников, привлекают внимание к обеим формам. Насыпи кустарников, спадающих каскадом по склону, нуждаются в вертикальных, столбчатых и пирамидальных растениях, разбросанных по сцене, чтобы добавить контраст формы. Более высокие кустарники и небольшие деревья, вечнозеленые или листопадные, следует сажать снизу к середине холма (не сверху), чтобы многолетники и более мелкие кустарники на холме и сам холм служили фоном.

Теперь это имеет смысл? Красочно, да, но основа красоты — контрасты в форме растений.

Прямой, раскидистый, закругленный, вздутый – вот что заполняет угол.

Избегайте столбчатых форм в углах вашего дома — все, что вы делаете, это имитирует вертикальную прямую линию конструкции дома. Прямостоячие, раскидистые и пирамидальные формы лучше смягчат эту резкую вертикаль. Это верно и в углах, где конструкция выступает вперед, например, в доме с выступающим гаражом. Смягчите этот внутренний угол большим кустом или небольшим деревом вертикальной или округлой формы. В фундаментных насаждениях столбчатые и пирамидальные вечнозеленые растения лучше всего смотрятся на фоне внешней стены. Такое размещение помогает их форме выделиться.

Плачущие формы лучше всего подходят поодиночке. Стена плакучих сосен или стая плакучих яблонь — это слишком хорошо. Плакальщики — это скульптуры. Скульптура Микеланджело «Давид» размещена так, что он стоит очень одиноко.