[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-08-25。"],[],[],null,["# Validating your LookML\n\nWhen you edit your LookML, the Looker IDE will alert you to any unresolved syntax errors within a single file (see the [Looker IDE overview](/looker/docs/looker-ide#ad_hoc_error_checking) documentation page).\n\nTo perform a full model validation, use the LookML Validator. Some errors, such as an invalid field reference due to a missing join, require a holistic look at the model and therefore are only surfaced when the LookML Validator is run. Be sure to validate your LookML changes before publishing them to the production environment. Although validation won't catch *every* issue, such as database permission issues, it will prevent most errors.\n| **Note:** The LookML Validator shouldn't be confused with the [Content Validator](/looker/docs/content-validation), which instead checks to see if the changes you've made will break any saved Looks.\n\nThe LookML Validator scans only LookML files that have been updated since the last LookML validation, or files that are affected by updates:\n\n- If a model-level setting changes, everything is validated again.\n- If a view changes, only the Explores where it is used are validated again.\n- If an Explore changes, only that Explore is validated again.\n\n| **Tip:** If you notice that the LookML validation takes a long time to complete, the first thing to check is the [`include`](/looker/docs/reference/param-model-include) parameter in your model file. If you include all your view files (`include: \"*.view\"`), the LookML Validator will have to check them all, which can affect performance. If this is the case, update the model file's `include` parameter so that only the needed view files are included.\n\n### Running validation\n\nTo run the LookML Validator, select the **Validate LookML** button at the top right of the Looker IDE; or select the **Project Health** icon at the top of the IDE to open the **Project Health** panel, and then click the **Validate LookML** icon.\n\nAfter you run the LookML Validator, you may see a list of errors and other warnings that you should address. You can select any arrow to expand the lists of errors or warnings.\n\nThe validator button in the **Project Health** panel will become available again if you make and save another change.\n\n### Validation messages\n\nLooker displays validation messages after running validation on your LookML.\n| **Note:** LookML dashboards show informational messages, rather than warnings, in the sidebar when [permissive localization](/looker/docs/model-localization#localization_level) is enabled.\n\n\n#### No LookML errors found\n\nWhen there are no issues found by the validator, Looker displays a green checkmark along with the text **No LookML errors found**.\n\n#### LookML errors\n\nLookML errors are issues that could prevent queries from running. The number in parentheses is the number of errors found (nine in the following example):\n\nWithin the expanded list of issues you will see the reason validation didn't pass. Often times, if you click on the error, it will bring you directly to the problem row of code. You'll see a red \"X\" next to the row. Hovering over it will provide more detailed error information in some cases:\n\n\u003e **Chat Team Tip** : The validation error we are asked about most is \"Unknown or inaccessible field.\" Visit the [Error: Unknown or inaccessible field](/looker/docs/best-practices/error-unknown-or-inaccessible-field) Best Practices page for the causes and what to do about it.\n\n#### LookML warnings\n\nLookML warnings may not prevent a query from being run, but they may still result in broken or unintended functionality for your users. As with errors, the number in parentheses is the number of warnings found (three warnings in the following example):\n\nAs with LookML errors, you can expand warnings and jump to the problem code by selecting the warning in the **Project Health** panel and then hovering over the red **X** icon to view more information:\n\nDeploying your changes\n----------------------\n\nAfter you've validated that your changes will work properly, you can use Looker's Git integration to [commit and deploy your changes to production](/looker/docs/version-control-and-deploying-changes#getting_your_changes_to_production).\n| **Note:** If you change field names that serve as filters in your Looks or dashboards, be sure to review the **Filters** section of your scheduled Looks and dashboards and update the filters as needed to reflect your changes. If a scheduled content delivery includes filters that no longer function (for example, if the referenced field has changed), the scheduled delivery could expose unfiltered data."]]