#database #web-applications #teradata #client-side
#База данных #веб-приложения #teradata #на стороне клиента
Вопрос:
Есть ли у кого-нибудь опыт использования Teradata в качестве серверной части для типичного адаптивного клиентского веб-приложения? Каким был ваш опыт? Мне интересно, соответствует ли Teradata требованиям к производительности для обслуживания современных веб-приложений, и насколько сложно или просто его использовать для этой цели.
Комментарии:
1. Короткий ответ — да, это, безусловно, может служить серверной частью для веб-приложения. Но вы должны быть уверены, что ваша база данных хорошо спроектирована, у вас есть хорошие правила управления рабочей нагрузкой в Teradata и т.д.
2. Вы использовали ее для этой цели? Насколько отзывчивой она была?
3. У меня есть. Пока ваша система управления рабочей нагрузкой соответствующим образом настроена на приоритизацию «тактических запросов» и вы уделяете внимание своим запросам, пытаясь выполнить их с помощью одной, двух или нескольких операций amp, вы можете получать сотни запросов в секунду, используя пул сеансов. Вам нужно обратить внимание на первичные индексы, уникальные вторичные индексы, индексы объединения и так далее. Как правило, NUSI бесполезны, если нет относительно высокого уровня или уникальности, но в некоторых случаях они могут помочь.
Ответ №1:
У нас есть очень большое приложение для анализа данных, которое создает огромные наборы данных (десятки миллионов строк в день / таблица) в Teradata. Некоторые вычисления основаны на записях из пользовательского интерфейса (Java, Java Script, приложение Angular). Кроме того, многие визуализации пользовательского интерфейса управлялись записями пользовательского интерфейса в таблицах.
Мы рассмотрели проблему размещения базы данных пользовательского интерфейса на OLTP и попытки синхронизировать данные между OLTP и Teradata и решили вместо этого разместить полную базу данных пользовательского интерфейса на Teradata.
Мы получили более чем адекватный ответ для пользовательского интерфейса в Teradata. Пожалуйста, имейте в виду следующее: 1. количество пользователей. 2. количество таблиц. 3. количество транзакций. 4. размер транзакций.
У нас была очень маленькая база пользователей и низкий объем транзакций от пользователей. Любые последствия использования OLAP в качестве базы данных OLTP настолько малы, что наши пользователи не ощущают воздействия.
Кроме того, мы ограничили объем проверки целостности, определенный на уровне базы данных. Мы зависим от пользовательского интерфейса, чтобы он был хорошим исполнителем и НЕ вставлял повторяющиеся строки.
У нас есть другие приложения с тысячами пользователей, и я бы никогда не разместил их на Teradata. Базы данных OLTP хорошо служат для этой цели, и именно там эти приложения должны размещать свои данные.