{"id":16372,"date":"2026-09-19T06:43:25","date_gmt":"2026-09-19T06:43:25","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=16372"},"modified":"2026-09-19T06:43:25","modified_gmt":"2026-09-19T06:43:25","slug":"snowflake-snowpro-advanced-architect-practice-test-questions-and-exam-dumps-part19-q361-380","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/snowflake-snowpro-advanced-architect-practice-test-questions-and-exam-dumps-part19-q361-380\/","title":{"rendered":"Snowflake SnowPro Advanced Architect Practice Test Questions and Exam Dumps Part19 Q361-380"},"content":{"rendered":"<h1><\/h1>\n<h2><b>View Full <\/b><a href=\"https:\/\/www.examlabs.com\/snowpro-advanced-architect-exam-dumps\"><b>Snowflake SnowPro Advanced Architect Exam Dumps<\/b><\/a><b> and Practice Test Dumps.<\/b><\/h2>\n<h3><b>Question 361<\/b><\/h3>\n<p><b>Which Snowflake interface enables programmatic SQL execution over HTTP?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SQL API<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Snowflake Tasks API<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Metadata Exchange API<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Warehouse Control API<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Snowflake SQL API provides a REST-based interface for submitting SQL statements programmatically. It is useful when applications need to interact with Snowflake without relying directly on traditional JDBC or ODBC connections. An application can submit SQL, monitor execution, and retrieve results through HTTP-based requests. This makes the SQL API particularly useful for lightweight integrations, services, and automation environments where managing a conventional database driver may be unnecessary. Architects should still consider authentication, request handling, polling behavior, error management, and result retrieval when designing applications around the API.<\/span><\/p>\n<h3><b>Question 362<\/b><\/h3>\n<p><b>What primarily prevents excessive simultaneous client sessions?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Warehouse size configuration<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Connection-pool limits<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Table clustering depth<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Stage file compression<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Connection-pool limits control how many database sessions an application maintains concurrently. This is especially important for high-throughput applications where uncontrolled connection creation can generate unnecessary session overhead and place pressure on account resources. A properly configured connection pool reuses existing connections instead of repeatedly establishing new ones. The warehouse itself determines compute capacity for query processing, but it does not directly control how many client connections an application creates. Architects should therefore treat connection management as an application integration concern and configure pool size, idle behavior, connection lifetime, and retry behavior according to workload characteristics.<\/span><\/p>\n<h3><b>Question 363<\/b><\/h3>\n<p><b>Which capability allows Snowflake to call external HTTP services?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">External stages<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">External functions<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">External tables<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">External volumes<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">External functions allow Snowflake SQL statements to invoke services outside Snowflake through supported integration mechanisms. They are useful when an operation depends on logic or services hosted externally, such as specialized processing, third-party APIs, or enterprise services. The architecture typically involves Snowflake calling a remote service through a configured API integration and related cloud components. Because external calls introduce network dependencies and additional latency, architects should consider availability, authentication, payload design, timeout behavior, retries, and failure handling. External functions therefore provide extensibility while requiring careful integration architecture.<\/span><\/p>\n<h3><b>Question 364<\/b><\/h3>\n<p><b>What does an API integration primarily define?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Table retention rules<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Warehouse scaling thresholds<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Secure communication configuration<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Micro-partition boundaries<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">An API integration defines configuration that Snowflake uses when interacting with external services or cloud-based endpoints. It can establish trusted integration behavior and help connect Snowflake features with external systems while centralizing relevant security configuration. This is particularly important for external functions and other integrations that communicate beyond the Snowflake environment. Architects should separate integration configuration from business logic so that permissions, trusted endpoints, and service connectivity can be governed independently. Proper API integration design also helps reduce duplicated security configuration across multiple workloads.<\/span><\/p>\n<h3><b>Question 365<\/b><\/h3>\n<p><b>Which authentication method uses short-lived authorization tokens?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">OAuth<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Password authentication<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Static session keys<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Shared database credentials<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">OAuth uses delegated authorization and access tokens rather than requiring applications to repeatedly handle a user&#8217;s permanent password. In Snowflake architectures, OAuth can support integrations where an identity provider or authorization server controls access. This model is useful when organizations want centralized identity management and token-based access. Architects should evaluate token lifetime, scopes, consent, refresh behavior, identity-provider configuration, and application trust relationships. Compared with embedding long-lived credentials in application code, token-based authorization can provide a more controlled integration model when implemented with appropriate security policies.<\/span><\/p>\n<h3><b>Question 366<\/b><\/h3>\n<p><b>Which service automates user provisioning from an identity provider?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">OAuth<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SCIM<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">JDBC<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SAML encryption<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">SCIM, or System for Cross-domain Identity Management, supports automated provisioning and deprovisioning of users and groups between an identity provider and Snowflake. This reduces the need for administrators to manually create, modify, or remove identities. In an enterprise architecture, SCIM can help synchronize workforce changes with Snowflake access-management processes. Architects should consider how groups map to Snowflake roles, how deprovisioning is handled, and how identity lifecycle events are audited. SCIM complements authentication technologies such as SSO rather than replacing the authentication mechanism itself.<\/span><\/p>\n<h3><b>Question 367<\/b><\/h3>\n<p><b>Which unload option writes query results into cloud storage?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">COPY INTO with a table target<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">INSERT SELECT<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">COPY INTO with an external location<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">CREATE TABLE AS SELECT<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Snowflake can unload query results to external cloud storage using COPY INTO with an external location. This pattern is commonly used when downstream systems require files rather than direct Snowflake access. The destination may be associated with supported cloud storage through a stage or storage configuration. Architects should consider output file formats, partitioning, naming, encryption, compression, lifecycle policies, and downstream consumption. Unloading is distinct from inserting data into another Snowflake table because the resulting data is materialized as files outside the Snowflake database environment.<\/span><\/p>\n<h3><b>Question 368<\/b><\/h3>\n<p><b>Which warehouse parameter limits query execution duration?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">STATEMENT_TIMEOUT_IN_SECONDS<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">MAX_CLUSTER_COUNT<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">FILE_RETENTION_DAYS<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">RESULT_CACHE_SIZE<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">STATEMENT_TIMEOUT_IN_SECONDS controls the maximum amount of time a statement can execute before Snowflake cancels it. This parameter can be useful for protecting interactive workloads from unexpectedly long-running operations and for enforcing workload-specific execution boundaries. Architects should choose timeout values according to the workload rather than applying one universal value across all users. Analytical transformations may legitimately require longer execution periods than interactive queries. Timeout configuration should also be considered alongside application retry behavior because automatically retrying statements that repeatedly exceed their limits can increase unnecessary workload.<\/span><\/p>\n<h3><b>Question 369<\/b><\/h3>\n<p><b>What is a key benefit of client-side connection reuse?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Larger micro-partitions<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Lower connection establishment overhead<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Automatic clustering<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Increased storage retention<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Connection reuse reduces the overhead associated with repeatedly creating and authenticating new database sessions. Applications that issue many short-lived requests can benefit significantly from maintaining a controlled pool of reusable connections. This can reduce connection setup latency and improve application responsiveness. Connection reuse does not increase Snowflake storage capacity or alter table organization. Architects should balance pool size against application concurrency because creating an excessively large pool can itself create unnecessary resource pressure. Connection lifetime, idle timeout behavior, authentication expiration, and network failures should also be addressed in production designs.<\/span><\/p>\n<h3><b>Question 370<\/b><\/h3>\n<p><b>Which feature helps identify sensitive data automatically?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Query Acceleration Service<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Snowflake classification<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Search Optimization Service<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Warehouse caching<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Snowflake data classification capabilities can help organizations identify potentially sensitive information within supported data structures. Classification can support governance programs by identifying categories of information that may require additional controls or review. Architects can incorporate classification into broader data-governance workflows involving policies, tags, access controls, and monitoring. Classification should not be treated as a substitute for security controls; identifying sensitive information and enforcing appropriate access are separate architectural responsibilities. Organizations should also validate classification results because automated identification may require review depending on the data and governance requirements.<\/span><\/p>\n<h3><b>Question 371<\/b><\/h3>\n<p><b>What does a Snowflake budget primarily help control?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Data replication topology<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">User authentication<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Account spending thresholds<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Table column ordering<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Snowflake budgets provide a mechanism for monitoring and managing credit consumption against defined spending expectations. They can help organizations establish financial governance around Snowflake usage and identify when consumption approaches configured thresholds. This is useful in environments where multiple workloads, teams, or accounts require cost oversight. Budgets complement other cost-management mechanisms such as warehouse configuration, resource monitors, workload attribution, and usage monitoring. Architects should define ownership and alerting processes alongside budget configuration so that threshold events lead to appropriate investigation rather than merely generating notifications without operational follow-up.<\/span><\/p>\n<h3><b>Question 372<\/b><\/h3>\n<p><b>Which architecture best isolates unpredictable reporting workloads?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Separate virtual warehouse<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Shared permanent table<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Additional database schema<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Larger stage directory<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A separate virtual warehouse can isolate unpredictable reporting workloads from other workloads that require consistent compute availability. Because Snowflake warehouses provide independent compute resources, architects can assign different workload categories to separate warehouses according to concurrency, latency, and governance requirements. This approach is especially useful when ad hoc reporting may generate sudden bursts of activity. The design should also consider warehouse sizing, auto-suspend behavior, scaling policies, workload ownership, and cost attribution. Simply creating another schema or database does not provide the same compute isolation because those objects remain within the same underlying account compute architecture.<\/span><\/p>\n<h3><b>Question 373<\/b><\/h3>\n<p><b>Which protocol is commonly used for enterprise SSO federation?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">FTP<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SAML<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SMTP<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SNMP<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">SAML is widely used for federated identity and enterprise single sign-on. In a Snowflake environment, SAML-based federation can allow users to authenticate through an organization&#8217;s identity provider rather than maintaining separate authentication workflows. The architecture typically involves trust between Snowflake and the identity provider, with assertions communicating authentication information. Architects should consider identity-provider availability, certificate management, session behavior, user mapping, and fallback procedures. SAML handles federation and authentication exchange; it should not be confused with authorization itself, which determines what the authenticated identity can access.<\/span><\/p>\n<h3><b>Question 374<\/b><\/h3>\n<p><b>Which driver is designed for Python applications accessing Snowflake?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Snowflake Connector for Python<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Snowflake JavaScript Driver<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Snowflake HTML Connector<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Snowflake XML Adapter<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Snowflake Connector for Python provides programmatic connectivity between Python applications and Snowflake. It allows applications and services to establish sessions, execute SQL, retrieve results, and manage Snowflake interactions through Python code. This makes it suitable for automation, application services, data engineering workflows, and custom integration processes. Architects should consider connection management, authentication method, retry behavior, concurrency, transaction handling, and secret storage when deploying Python applications at scale. Driver-based connectivity differs from REST-based SQL API usage because the connector manages database communication through the Python application environment.<\/span><\/p>\n<h3><b>Question 375<\/b><\/h3>\n<p><b>Which design reduces credential exposure in application deployments?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Embedding passwords in source files<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Sharing one administrator password<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Using managed authentication mechanisms<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Storing secrets in query text<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Managed authentication mechanisms reduce the need to embed long-lived credentials directly in application source code or configuration files. Depending on the workload, organizations can use supported identity-based or key-based authentication approaches with controlled credential storage and rotation. Architects should ensure that secrets are not placed in source repositories, query text, container images, or unrestricted configuration files. Authentication should also be combined with least-privilege authorization so that obtaining application credentials does not automatically provide excessive database access. The goal is to separate identity management from application business logic while maintaining auditable access.<\/span><\/p>\n<h3><b>Question 376<\/b><\/h3>\n<p><b>Which workload benefits most from a strict statement timeout?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Long-running historical transformation<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Interactive dashboard query<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Large archival unload<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Overnight reconciliation job<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Interactive dashboard queries often benefit from strict execution limits because users expect predictable response times. A runaway query can consume resources longer than intended and negatively affect the user experience. A statement timeout can provide a boundary that prevents excessively long execution. By contrast, historical transformations, archival operations, and reconciliation jobs may legitimately require substantially longer execution windows. Architects should therefore establish timeout policies according to workload characteristics rather than treating every query identically. Application behavior after timeout should also be designed carefully so that failures are communicated clearly and retries do not create repeated resource consumption.<\/span><\/p>\n<h3><b>Question 377<\/b><\/h3>\n<p><b>What does OAuth authorization primarily delegate?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Storage compression<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Access authorization<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Query compilation<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">File partitioning<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">OAuth provides a framework for delegated authorization, allowing an application or user to obtain access through an authorization server without directly exposing a permanent password to the relying application. In Snowflake integrations, this can support controlled access through identity-provider-managed tokens. Architects should distinguish authentication from authorization: authentication establishes who or what is accessing a service, while authorization determines what that identity is permitted to do. OAuth configuration should therefore be designed alongside role assignment, token scopes, expiration, and identity lifecycle processes to create a coherent access architecture.<\/span><\/p>\n<h3><b>Question 378<\/b><\/h3>\n<p><b>Which approach best supports independent application database connections?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">One permanent connection for every user<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Controlled connection pooling<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">New connection for every SQL statement<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Shared administrator session<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Controlled connection pooling allows an application to reuse a managed number of database connections instead of opening a new connection for every statement or request. This provides a balance between application concurrency and connection-management overhead. A pool can enforce limits, reuse idle connections, and manage connection lifecycle more efficiently. Architects should tune pool size according to expected concurrency and workload behavior. They should also account for authentication expiration, network interruptions, stale connections, and transaction state. Using a shared administrator session is inappropriate because it weakens identity separation and creates unnecessary privilege exposure.<\/span><\/p>\n<h3><b>Question 379<\/b><\/h3>\n<p><b>Which Snowflake capability exposes usage information for governance analysis?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Account Usage views<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">External stage listings<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Warehouse comments<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Session variables<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Account Usage views provide historical metadata and usage information that can support operational, governance, security, and cost analysis. Architects can use these views to examine patterns such as object usage, query activity, storage consumption, or other account-level operational information depending on the available view. Because usage data can have latency and retention characteristics that differ by view, architectural designs should account for those properties when building monitoring systems. Account Usage is therefore useful for analytical governance and reporting rather than being treated as a real-time transaction-monitoring interface.<\/span><\/p>\n<h3><b>Question 380<\/b><\/h3>\n<p><b>Which practice improves resilience when an external API is unavailable?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Unlimited immediate retries<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Permanent query cancellation<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Backoff with bounded retries<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Repeated administrator intervention<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Backoff with bounded retries helps applications handle temporary external-service failures without creating a continuous stream of repeated requests. When an external API becomes unavailable, immediate unlimited retries can amplify the failure and increase pressure on both systems. A resilient architecture should use controlled retry counts, increasing delays where appropriate, clear timeout boundaries, and meaningful failure handling. Depending on the integration, architects may also introduce idempotency controls, logging, dead-letter processing, or fallback behavior. The objective is to recover from transient failures while preventing an external dependency from turning into a cascading system failure.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"<p>View Full Snowflake SnowPro Advanced Architect Exam Dumps and Practice Test Dumps. Question 361 Which Snowflake interface enables programmatic SQL execution over HTTP? SQL API Snowflake Tasks API Metadata Exchange API Warehouse Control API Correct Answer: 1 Explanation: Snowflake SQL API provides a REST-based interface for submitting SQL statements programmatically. It is useful when applications [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/16372"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=16372"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/16372\/revisions"}],"predecessor-version":[{"id":16378,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/16372\/revisions\/16378"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=16372"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=16372"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=16372"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}