Your MariaDB data, where work happens.

실제 MariaDB 데이터의 어색한 부분

MariaDB는 MySQL의 관대한 특성을 계승했으며, 장기간 사용되는 스키마에는 이러한 특성이 많이 나타납니다. 이러한 특성은 회피하기보다는 처리됩니다.

• Zero dates — '0000-00-00' is legal and fatal in most clients. It is read as an empty date instead of taking the whole query down.
• tinyint means tinyint — tinyint(1) is the conventional boolean and arrives as true or false, but a plain tinyint stays a small integer.
• Exact decimals — a DECIMAL column keeps the precision and scale you declared. Money does not become a float on the way out.
• 기본 인코딩이 utf8mb4이므로 이모티콘과 모든 CJK 문자가 그대로 유지됩니다.
• Cross-database joins work on one connection — if the login can see two databases on the same server, one query can read both.

설정한 적 없는 플러그인 이름을 입력하여 로그인이 실패하는 경우

시간을 들여 작업하기 전에 알아두면 좋습니다. MariaDB는 인식하지 못하는 계정에 대한 로그인 시도에 대해 의도적으로 조작된 핸드셰이크 응답을 보냅니다. 이는 공격자가 오류 메시지를 통해 어떤 사용자 이름이 존재하는지 알아낼 수 없도록 하기 위한 것입니다. MariaDB가 언급하는 플러그인은 종종 auth_gssapi_client인데, 이 때문에 오류가 마치 Kerberos 문제처럼 보이지만 실제로는 전혀 관련이 없습니다.

• 이는 서버 동작이지 쿼리 스트림 동작이 아닙니다. 즉, 해당 계정이 존재하지 않거나 에이전트가 실행되는 호스트에서 권한이 부여되지 않았다는 의미입니다.
• 실제로 존재하는 계정의 경우 단순히 '접근 거부'라는 오류 메시지가 표시되므로 두 가지를 쉽게 구분할 수 있습니다. 실제 존재하는 사용자 이름에 대해 일부러 잘못된 비밀번호를 입력해 보세요.
• The fix is on the server — create the user, and grant it from the agent's hostname or from '%'.

연합 조인은 데이터베이스 이름을 사용합니다.

MariaDB는 데이터베이스와 테이블 사이에 스키마 계층이 없으므로, 세 부분으로 구성된 이름의 중간 부분은 데이터베이스 자체가 됩니다.

-- shop_prod는 연결 이름이고, sales는 MariaDB 데이터베이스입니다. SELECT c.region, COUNT(*) AS orders FROM shop_prod.sales.orders o JOIN pg_crm.public.customers c ON c.id = o.customer_id GROUP BY c.region

모든 데이터베이스 커넥터에 해당되는 사항입니다.

• Outbound only — the agent opens one encrypted connection out to Query Streams. No inbound port to forward, no VPN, no IP allowlist, nothing about your database exposed to the internet.
• Credentials stay put — the database username and password live on the machine you installed the agent on. Query Streams never receives them and cannot reach your database on its own.
• Read-only, enforced — one statement at a time, SELECT and friends only. A write is rejected on your own machine before it is ever sent to the server, rather than relying on a permission somebody remembered to set.
• Deploy as many agents as you like — one per site, region or cloud. Every data source they can see arrives in a single dropdown, so nobody has to know which agent hosts what.

쿼리가 저장되면 다음과 같은 결과가 나타납니다.

• Share the capability, not the SQL — a colleague or an outside partner can run your query and change its filters without ever seeing the statement behind it.
• Filters from either direction — declare them yourself as @variables, or let the connector spot the literal values already sitting in your WHERE clause and offer those as dropdowns.
• Read it from anywhere — Microsoft Excel, Google Sheets, Power BI, the REST API, AI assistants over MCP, the Query Builder and Nova all read the same saved query.
• Run several at once — five saved queries into five worksheet tabs, streamed concurrently, however large the results.
• Join it to anything else you have connected — another database, a business API, or a folder of files, in one read-only statement.