J'essaie d'exécuter la requête suivante pour fournir le% de lignes de ma patientstable qui ont une valeur dans la refinstcolonne. J'obtiens toujours un résultat de 0. select (count (refinst) / (select count(*) from patients) * 100) as "Formula" from patients; Le tableau comporte 15556 lignes et...
Chaque ligne d'une table possède une colonne système ctid de type tidqui représente l'emplacement physique de la ligne: create table t(id serial); insert into t default values; insert into t default values; select ctid , id from t; ctid | id : ---- | -: (0,1) | 1 (0,2) | 2 dbfiddle ici Quelle est...
J'ai une varcharcolonne dans une table dans SQL Server qui contient une chaîne de texte encodée en base64 que je voudrais décoder en son équivalent en texte brut SQL Server a-t-il des fonctionnalités natives pour gérer ce type de chose? Un exemple de chaîne base64:
J'ai une table, personsqui contient deux colonnes, une idet une datacolonne basée sur JSONB (cette table vient d'être créée à des fins de démonstration pour jouer avec le support JSON de PostgreSQL). Maintenant, supposons qu'il contienne deux enregistrements: 1, { name: 'John', age: 30 } 2, { name:...
En discutant d'une solution CTE récursive pour cette question: Obtenez les 5 dernières valeurs distinctes pour chaque ID @ypercube est tombé sur une exception surprenante, ce qui nous a amenés à étudier la gestion des modificateurs de type. Nous avons trouvé un comportement surprenant. 1. La...
J'ai un assistant qui génère du code pour faire des mises à jour en masse pour moi et génère du SQL qui ressemble à ceci: (Les champs actifs et principaux sont de type boolean) UPDATE fields as t set "active" = new_values."active","core" = new_values."core" FROM (values (true,NULL,3419),...
Je vois souvent des gens parler "char". Je ne l'ai jamais utilisé. Il est défini dans les documents comme, Le type "char" (notez les guillemets) est différent de char (1) en ce qu'il n'utilise qu'un octet de stockage. Il est utilisé en interne dans les catalogues système en tant que type...
Lorsque je regarde le plan d'exection réel de certaines de mes requêtes, je remarque que les constantes littérales utilisées dans une clause WHERE apparaissent comme une chaîne imbriquée de calcul scalaire et de balayage constant . Pour reproduire cela, j'utilise le tableau suivant CREATE TABLE...