-
Notifications
You must be signed in to change notification settings - Fork 414
Update note on workspace name formatting #2518
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
When I tried creating materialized views where the workspace has a hyphen it was not permitting it until I enclosed the workspace name with a `
|
@aparna198809 : Thanks for your contribution! The author(s) and reviewer(s) have been notified to review your proposed change. |
|
Learn Build status updates of commit 8358b1b: ✅ Validation status: passed
For more details, please refer to the build report. |
|
#sign-off |
|
Invalid command: '#sign-off'. Only the assigned author of one or more file in this PR can sign off. @eric-urban |
|
Hi @aparna198809 - Thanks for your review. Did you intend to make this update in the private repo (fabric-docs-pr)? In the public repo, pull requests should be signed off by the author, another member of the content team, or a PM. @eric-urban Could you take a look? Thanks! #label:"aq-pr-triaged" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull request overview
This PR updates the documentation note in the materialized lake views article to clarify that workspace names containing special characters (specifically hyphens) also require backtick enclosure, not just spaces. This change addresses a real-world issue the contributor encountered when creating materialized views with hyphened workspace names.
- Expands the NOTE to include special characters like hyphens as requiring backtick enclosure in workspace names
|
|
||
| > [!NOTE] | ||
| > - If your workspace name contains spaces, enclose it in backticks: `` `My Workspace`.lakehouse.schema.view_name `` | ||
| > - If your workspace name contains spaces or special characters like hyphen(-), enclose it in backticks: `` `My Workspace`.lakehouse.schema.view_name `` |
Copilot
AI
Dec 16, 2025
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The phrase "special characters like hyphen(-)" should be revised for clarity and proper punctuation. Consider rephrasing to "special characters (like hyphens)" or "special characters such as hyphens" for better readability and adherence to Microsoft Writing Style Guide conventions.
| > - If your workspace name contains spaces or special characters like hyphen(-), enclose it in backticks: `` `My Workspace`.lakehouse.schema.view_name `` | |
| > - If your workspace name contains spaces or special characters (like hyphens), enclose it in backticks: `` `My Workspace`.lakehouse.schema.view_name `` |
When I tried creating materialized views where the workspace has a hyphen it was not permitting it until I enclosed the workspace name with a `
Thank you for contributing to Microsoft Fabric documentation
Fill out these items before submitting your pull request:
If you are working internally at Microsoft:
Provide a link to an Azure DevOps Boards work item that tracks this feature/update.
Who is your primary Skilling team contact? @mention them individually tag them and let them review the PR before signing off.
For internal Microsoft contributors, check off these quality control items as you go
1. Check the Acrolinx report: Make sure your Acrolinx Total score is above 80 minimum (higher is better) and with no spelling issues. Acrolinx ensures we are providing consistent terminology and using an appropriate voice and tone, and helps with localization.
2. Successful build with no warnings or suggestions: Review the build status to make sure all files are green (Succeeded).
3. Preview the pages:: Click each Preview URL link to view the rendered HTML pages on the review.learn.microsoft.com site to check the formatting and alignment of the page. Scan the page for overall formatting, and look at the parts you edited in detail.
4. Check the Table of Contents: If you are adding a new markdown file, make sure it is linked from the table of contents.
5. #sign-off to request PR review and merge: Once the pull request is finalized and ready to be merged, indicate so by typing
#sign-offin a new comment in the Pull Request. If you need to cancel that sign-off, type#hold-offinstead. Signing off means the document can be published at any time. Note, this is a formatting and standards review, not a technical review.Merge and publish
#sign-off, there is a separate PR Review team that will review the PR and describe any necessary feedback before merging.#sign-offagain. The PR Review team reviews and merges the pull request into the specified branch (usually the main branch or a release- branch).