Probabilmente ho una mentalità ristretta, ma se creo un vincolo di chiave esterna e una riga viene aggiornata o eliminata, perdo quella connessione se la colonna della tabella figlio viene impostata su NULL. Qual è lo scopo di mantenere intenzionalmente queste file orfane?
Ho un tavolo: CREATE TABLE [dbo].[Realty]( [Id] [int] IDENTITY(1,1) NOT NULL, [RankingBonus] [int] NOT NULL, [Ranking] AS ([Id]+[RankingBonus]) PERSISTED NOT NULL .... ) E una vista: CREATE View [dbo].[FilteredRealty] AS SELECT realty.Id as realtyId, ... COALESCE(realty.Wgs84X, ruian_cobce.Wgs84X, ruian_obec.Wgs84X) as Wgs84X, COALESCE(realty.Wgs84Y, ruian_cobce.Wgs84Y, ruian_obec.Wgs84Y) as Wgs84Y, realty.Ranking, ... FROM realty JOIN …
Considera questa dichiarazione selezionata: SELECT *, 1 AS query_id FROM players WHERE username='foobar'; Restituisce la colonna query_idcon valore 1insieme alle altre colonne di un giocatore. Come si potrebbe rendere il ritorno di SQL sopra almeno query_iddi 1anche se la selezione non trova righe che corrispondono? A proposito, è PostgreSQL 8.4.
Se ho questo - tadd è la Addresstabella: CONCAT(tadd.street_number, ' ', tadd.street_name,', ', tadd.apt_number,', ', tadd.city,', ', tadd.postal_code,', ', tadd.country) AS 'Address' C'è un modo per escludere apt_number se non esiste? Stavo pensando a: WHERE tadd.apt_number IS NOT NULL Ma restituirà solo quelle righe con apt_number, e anche se qualcosa …
Ho una tabella con molti inserti, impostando uno dei campi ( uploaded_at) su NULL. Quindi un'attività periodica seleziona tutte le tuple WHERE uploaded_at IS NULL, le elabora e aggiorna, impostando la uploaded_atdata corrente. Come devo indicizzare la tabella? Capisco che dovrei usare un indice parziale come: CREATE INDEX foo ON …
Sto riscontrando un problema con l'utilizzo della nuova funzione UPSERT in Postgres 9.5 Ho una tabella che viene utilizzata per aggregare i dati da un'altra tabella. La chiave composita è composta da 20 colonne, 10 delle quali possono essere nullable. Di seguito ho creato una versione più piccola del problema …
Ho risolto il problema della query usando ... row_number() over (partition by... questa è una domanda più generale sul perché non possiamo usare colonne con valori null nei join. Perché un null non può essere uguale a un null per il bene di un join?
Un modo di postgres di combinarsi IS DISTINCT FROMcon ANYo qualche altro modo pulito per ottenere lo stesso risultato? select count(*) from (select 'A' foo union all select 'Z' union all select null) z where foo <> any(array[null, 'A']); count ------- 1 (1 row) select count(*) from (select 'A' foo …
Di recente ho aggiunto una colonna di bit in grado NULL a una tabella che ha quasi 500 milioni di righe. Non c'è un valore predefinito nella colonna, tuttavia tutti gli inserti specificano un valore pari a 0 o 1 e ho eseguito una routine una tantum per assegnare 0 …
La nostra azienda si interfaccia con un'altra società di software per un progetto congiunto e ci è stato detto che, se un valore particolare non dovesse essere visualizzato, dovremmo passare un -5000 (il loro valore di sentinella arbitrario); il motivo è che nessuna colonna numerica nel loro database Oracle supporta …
Ho una query su un grande tavolo che assomiglia a questo: declare @myIdParam int = 1 select * from myTable where (@myIdParam is null or myTable.Id = @myIdParam) Esistono diversi condizionali simili come questo nella clausola where e ci sono anche molti join, ma questo è un riepilogo. In effetti, …
Ho una tabella con milioni di righe e una colonna che consente valori NULL. Tuttavia, al momento nessuna riga ha un valore NULL per quella colonna (posso verificarlo abbastanza rapidamente con una query). Tuttavia, quando eseguo il comando ALTER TABLE MyTable ALTER COLUMN MyColumn BIGINT NOT NULL; la query richiede …
Ho un'applicazione (i dati sono archiviati in PostgreSQL), dove la maggior parte dei campi nelle tabelle non è sempre nulla, ma lo schema per queste tabelle non lo applica. Ad esempio guarda questo falso tavolo: CREATE TABLE "tbl" ( "id" serial, "name" varchar(40), "num" int, "time" timestamp PRIMARY KEY ("id"), …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.