SnowConvert AI - Problèmes relatifs à Vertica¶
SSC-EWI-VT0001¶
La clause Inherited privileges n’est pas prise en charge dans Snowflake.
Description¶
INCLUDE SCHEMA PRIVILEGES de Vertica permet aux vues d’hériter de privilèges de niveau schéma, contrairement à Snowflake où l’accès aux vues est géré par des instructions GRANT explicites. La migration de ces vues Vertica vers Snowflake nécessite de traduire manuellement ces autorisations héritées en GRANTs spécifiques.
Exemple de code¶
Code d’entrée :¶
Vertica¶
CREATE OR REPLACE VIEW mySchema.myuser
INCLUDE SCHEMA PRIVILEGES
AS
SELECT lastname FROM users;
Code généré :¶
Snowflake¶
CREATE OR REPLACE VIEW mySchema.myuser
!!!RESOLVE EWI!!! /*** SSC-EWI-VT0001 - INHERITED PRIVILEGES CLAUSE IS NOT SUPPORTED IN SNOWFLAKE ***/!!!
INCLUDE SCHEMA PRIVILEGES
AS
SELECT lastname FROM
users;
Meilleures pratiques¶
Pour Snowflake, il est recommandé de traduire ces autorisations Vertica héritées en utilisant les instructions
GRANT* pour attribuer les privilèges nécessaires sur la vue directement à des rôles spécifiques.Si vous avez besoin de plus d’assistance, vous pouvez nous envoyer un e-mail à snowconvert-support@snowflake.com.
SSC-EWI-VT0002¶
L’option Order by table n’est pas prise en charge dans Snowflake.
Description¶
Dans Vertica, cette clause ORDER BY spécifie comment les données sont physiquement triées dans une super projection, une structure de stockage optimisée pour une table. Cet ordre physique explicite lors de la création de la table n’est pas directement pris en charge dans Snowflake.
Snowflake gère le stockage de données différemment, en utilisant des micro-partitions. Bien que les données dans ces micro-partitions puissent présenter un certain ordre naturel en fonction de l’insertion ou de si des clés de clustering sont définies, une clause ORDER BY n’est pas utilisée pour dicter cet emplacement physique lors de la création d’une table de la même manière explicite que dans les super projections de Vertica. Au lieu de cela, Snowflake utilise le clustering pour optimiser les performances de la disposition des données, fournissant ainsi une approche plus automatisée de l’ordre physique.
Exemple de code¶
Code d’entrée :¶
Vertica¶
CREATE TABLE metrics
(
metric_id INT,
business_unit VARCHAR(100),
metric_category VARCHAR(50) NOT NULL,
measurement_date DATE NOT NULL
)
ORDER BY measurement_date, business_unit, metric_category;
Code généré :¶
Snowflake¶
CREATE TABLE metrics
(
metric_id INT,
business_unit VARCHAR(100),
metric_category VARCHAR(50) NOT NULL,
measurement_date DATE NOT NULL
)
!!!RESOLVE EWI!!! /*** SSC-EWI-VT0002 - ORDER BY TABLE OPTION IS NOT SUPPORTED IN SNOWFLAKE ***/!!!
ORDER BY measurement_date, business_unit, metric_category
COMMENT = '{ "origin": "sf_sc", "name": "snowconvert", "version": { "major": 0, "minor": 0, "patch": "0" }, "attributes": { "component": "vertica", "convertedOn": "06/17/2025", "domain": "no-domain-provided" }}';
Meilleures pratiques¶
Pour Snowflake, il est recommandé d’ajouter des clés de clustering pour émuler ce comportement, en suivant les recommandations de Snowflake pour la mise en œuvre des clés de clustering.
Si vous avez besoin de plus d’assistance, vous pouvez nous envoyer un e-mail à snowconvert-support@snowflake.com.