Отговори от хранилището на данни

Свържете Computer към Snowflake или Databricks, като същевременно запазите съществуващите роли, разрешения и средства за сигурност.
Създайте карта на данните, която улавя бизнес определения, връзки между таблици и модели на заявки за по-надежден анализ.
Създавайте отчети, табла за управление и повтарящи се работни процеси за наблюдение, като използвате данни от хранилището заедно с други одобрени корпоративни източници.

Примери за заявки

Често задавани въпроси

Свързване на Computer към хранилища на данни

Как екипите за данни работят с Computer?

Computer може да предостави на бизнес екипите интерфейс на естествен език към управлявани данни в хранилището и да ги комбинира с контекст от други одобрени системи. Клиентите са намалили повтарящите се заявки за данни и са позволили на екипа за данни да отделя повече време за моделиране, управление и стратегически анализ. Това не замества хранилището, семантичния слой или усилията за качество на данните.

Кой е най-добрият начин за започване?

Започнете с една добре разбрана бизнес област и малка група потребители. Конфигурирайте User OAuth, ограничете достъпа до одобрени схеми и инструменти, документирайте каноничните метрики, генерирайте и прегледайте карта на данните и тествайте представителни въпроси спрямо надеждни отчети. Разширете обхвата само след като екипът за данни е доволен от качеството на SQL, разрешенията, разходите и потребителското поведение.

Може ли Computer проактивно да следи метрики и тръбопроводи за данни?

Планираните задачи могат да изпълняват повтарящи се проверки срещу поддържани източници и да доставят резултати чрез конфигурирани канали. Потребителите трябва да дефинират източника на данни, честотата, праговете, очаквания резултат, собственика и пътя за ескалация.

Архитектура и управление

Какво представлява карта на данните и кой трябва да я поддържа?

Карта на данните е контекстен слой на ниво организация, който улавя важни таблици, колони, връзки, модели на заявки и бизнес контекст. Той помага на Computer да превежда бизнес въпроси в заявки, извлечени от хранилището. Собственик на платформата за данни, аналитичното инженерство или управлението на данните трябва да я поддържа, да дефинира авторитетни метрики, да преглежда предложените промени и да добавя траен допълнителен контекст.

Хранилището ли остава системата за запис?

Да. Карта на данните съхранява контекст за това как да се навигира в данните. Текущите метрики все още изискват активна връзка, а SQL се изпълнява в средата на Snowflake или Databricks на клиента. Хранилището остава авторитетният източник за данни, изчислителна мощност, разрешения, история на заявките и правила за достъп.

Как се прилагат самоличността и разрешенията?

Computer използва User OAuth със своите конектори. Всеки потребител влиза с личния си акаунт, а заявките се изпълняват в контекста на конфигурираната роля за този акаунт. Вградените в хранилището права, филтри за редове, правила за колони и конфигурация на ролите остават авторитетните контроли. Споделен сервизен акаунт за определени конектори също се поддържа, но той прилага модела на достъп на сервизния акаунт, а не индивидуалните разрешения на всеки потребител.

Може ли Computer да съгласува данни между хранилища, SaaS приложения, файлове и уеб?

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

Точност и възможност за одитиране

Как екипът за данни трябва да валидира генерирания SQL и отговори?

Computer генерира SQL за преглед. Екипите за данни трябва да инспектират SQL, да сравняват съществените резултати с надеждни отчети, да тестват крайни случаи и да коригират липсващия бизнес контекст в карта на данните.

Когато системите не са съгласни, как се избира авторитетната метрика?

Екипът за данни трябва да направи решението изрично. Администраторите могат да редактират карта на данните, така че одобреното определение да се превърне в жива истина, а трайните бизнес определения да бъдат поставени в допълнителен контекст. Противоречивите потребителски корекции се насочват за човешки преглед, вместо да се разрешават автоматично. За всяка съществена метрика документирайте каноничния източник, степента, задължителните филтри, собственика и известните алтернативи.

Какъв одитен следов път е наличен?

Одитните логове на Perplexity улавят събития в потребителското въвеждане, действия на агенти, завършване, грешки и административни промени. Хранилищата на данни като Snowflake и Databricks запазват авторитетните записи от страна на хранилището за заявки и самоличност.

Може ли всеки отговор да бъде възпроизведен точно за одитор?

Точното детерминистично възпроизвеждане не е публично документирано или гарантирано. Одитните логове, нишката, SQL за преглед, историята на версиите на карта на данните и записите в хранилището могат да помогнат за възстановяване на изпълнението, но нито един документиран идентификатор не обвързва всеки отговор с неизменни снимки на данните, разрешенията, карта на данните и средата за изпълнение на модела. Организациите със строги изисквания за възпроизводимост трябва да пазят собствен манифест с версии на доказателствата.

Сигурност и съответствие с изискванията

Къде се запазват данните и използват ли се за обучение на модели?

Корпоративните данни не се използват за обучение или фина настройка на моделите на Perplexity. Задачите на Computer се изпълняват в изолирани пясъчни кутии, а идентификационните данни се унищожават заедно с пясъчната кутия. Сесийните артефакти и историята на заявките в хранилището се управляват отделно. Прикачените сесийни файлове се изтриват след седем дни. Допълнителни конфигурируеми настройки за задържане са достъпни за корпоративни организации.