<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Best Practices for naming Tables and Databases in Databricks in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13868#M8455</link>
    <description>&lt;P&gt;Hi @Salah KHALFALLAH​&amp;nbsp;, looking at the &lt;A href="https://docs.databricks.com/sql/language-manual/sql-ref-names.html" alt="https://docs.databricks.com/sql/language-manual/sql-ref-names.html" target="_blank"&gt;documentation&lt;/A&gt; it appears that Databricks' preferred naming convention is lowercase and underscores as you mentioned.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The reason for this is most likely because Databricks uses Hive Metastore, which is &lt;A href="https://cwiki.apache.org/confluence/display/Hive/User+FAQ" alt="https://cwiki.apache.org/confluence/display/Hive/User+FAQ" target="_blank"&gt;case insensitive&lt;/A&gt;, so querying "MyTable" is the same as "mytable" and "MYTABLE" and will be displayed as "mytable" in the data browser window, so camel case may not be that helpful when naming objects. &lt;/P&gt;</description>
    <pubDate>Tue, 03 Jan 2023 15:09:24 GMT</pubDate>
    <dc:creator>LandanG</dc:creator>
    <dc:date>2023-01-03T15:09:24Z</dc:date>
    <item>
      <title>Best Practices for naming Tables and Databases in Databricks</title>
      <link>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13866#M8453</link>
      <description>&lt;P&gt;We moved in Databricks since few months from now, and before that we were in SQL Server.&lt;/P&gt;&lt;P&gt;So, all our tables and databases follow the "camel case" rule.&lt;/P&gt;&lt;P&gt;Apparently, in Databricks the rule is "lower case with underscore".&lt;/P&gt;&lt;P&gt;Where can we find an official documentation that says that, to show it to our management please?&lt;/P&gt;&lt;P&gt;Because without this doc, they never let us change a thing.&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2023 13:38:28 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13866#M8453</guid>
      <dc:creator>Spauk</dc:creator>
      <dc:date>2023-01-03T13:38:28Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for naming Tables and Databases in Databricks</title>
      <link>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13867#M8454</link>
      <description>&lt;P&gt;I think it is up to your decision. I prefer lowercase but actually companies for which I am working are not using them in databricks.&lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2023 13:46:43 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13867#M8454</guid>
      <dc:creator>Hubert-Dudek</dc:creator>
      <dc:date>2023-01-03T13:46:43Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for naming Tables and Databases in Databricks</title>
      <link>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13868#M8455</link>
      <description>&lt;P&gt;Hi @Salah KHALFALLAH​&amp;nbsp;, looking at the &lt;A href="https://docs.databricks.com/sql/language-manual/sql-ref-names.html" alt="https://docs.databricks.com/sql/language-manual/sql-ref-names.html" target="_blank"&gt;documentation&lt;/A&gt; it appears that Databricks' preferred naming convention is lowercase and underscores as you mentioned.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The reason for this is most likely because Databricks uses Hive Metastore, which is &lt;A href="https://cwiki.apache.org/confluence/display/Hive/User+FAQ" alt="https://cwiki.apache.org/confluence/display/Hive/User+FAQ" target="_blank"&gt;case insensitive&lt;/A&gt;, so querying "MyTable" is the same as "mytable" and "MYTABLE" and will be displayed as "mytable" in the data browser window, so camel case may not be that helpful when naming objects. &lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2023 15:09:24 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13868#M8455</guid>
      <dc:creator>LandanG</dc:creator>
      <dc:date>2023-01-03T15:09:24Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for naming Tables and Databases in Databricks</title>
      <link>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13869#M8456</link>
      <description>&lt;P&gt;@Landan George​&amp;nbsp; You are right, so naming everything in lowercase and low dash is the only method that makes sense. @Salah KHALFALLAH​&amp;nbsp;maybe you can use that document &lt;A href="https://api-docs.databricks.com/rest/latest/unity-catalog-api-specification.html" target="test_blank"&gt;https://api-docs.databricks.com/rest/latest/unity-catalog-api-specification.html&lt;/A&gt; as there is written :&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;I&gt;"Names supplied by users are converted to lower-case by DBR clients (before they are sent to the UC API) . Also, input names (for all object types except Table Column Names) are converted to lower-case by the UC server, to handle the case that UC objects are created via directly accessing the UC API. With this conversion to lower-case names, the name handling is effectively case-insensitive. I.e., if a user creates a table with relative name “******”, it would conflict with an existing table named “******”."&lt;/I&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2023 15:22:19 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13869#M8456</guid>
      <dc:creator>Hubert-Dudek</dc:creator>
      <dc:date>2023-01-03T15:22:19Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for naming Tables and Databases in Databricks</title>
      <link>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13870#M8457</link>
      <description>&lt;P&gt;@Hubert Dudek​&amp;nbsp;That's a good link, thanks for adding it&lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2023 15:29:37 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13870#M8457</guid>
      <dc:creator>LandanG</dc:creator>
      <dc:date>2023-01-03T15:29:37Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for naming Tables and Databases in Databricks</title>
      <link>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13871#M8458</link>
      <description>&lt;P&gt;Thank you very much!&lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2023 15:36:05 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/best-practices-for-naming-tables-and-databases-in-databricks/m-p/13871#M8458</guid>
      <dc:creator>Spauk</dc:creator>
      <dc:date>2023-01-03T15:36:05Z</dc:date>
    </item>
  </channel>
</rss>

