Раздел S3 (размер файла) для эффективного запроса Афины
Большинство примеров относятся к одной строке «html», которая условно отображается.
render: function() {
// This will be renered only if showContent prop is true
var content =
something here
more here
and more here
;
return (
Some title
{this.props.showContent ? content : null}
);
}
Первый пример хорош, потому что вместо null мы можем условно отобразить некоторый другой контент, например {this.props.showContent ? content : otherContent}
Но если вам просто нужно показать / скрыть контент, это еще лучше, так как игнорируются логические, нулевые и неопределенные
render: function() {
return (
Some title
// This will be renered only if showContent prop is true
{this.props.showContent &&
something here
more here
and more here
}
);
}
1 ответ
Если полный размер ваших данных составляет менее пары гигабайт, вам вообще не нужно разбивать таблицу. Секционирование небольших наборов данных вредит производительности гораздо больше, чем помогает. Храните все файлы в одном каталоге, глубокие структуры каталогов в неразмеченных таблицах также снижают производительность.
Для небольших наборов данных вам будет лучше без разбиения на разделы, если файлов не слишком много (старайтесь, чтобы оно было меньше ста). Если у вас по какой-то причине должно быть много небольших файлов, вы можете получить выгоду от разбиения, но в этом случае сравните его с эталоном.
Когда размер данных небольшой, как в вашем случае, затраты на поиск файлов на S3, их открытие и чтение будут выше, чем на самом деле их обработка.
Если ваши данные растут до сотен мегабайт, вы можете начать думать о разделении и стремиться к схеме разделения, при которой размер разделов составляет от ста мегабайт до гигабайта. Если в ваших данных есть компонент времени, который, по-видимому, присутствует в вашем случае, лучше всего разделить время. Начнем с рассмотрения использования года в качестве ключа раздела, затем месяца и т. Д. Конечно, как именно разделить ваши данные, зависит от шаблонов запросов.