Le colonne calcolate sono colonne che rappresentano un calcolo o un'operazione eseguita su altre colonne contenute nella tabella data. Conosciute come colonne generate o virtuali in alcuni prodotti.
Molto è stato scritto sui pericoli degli UDF scalari in SQL Server. Una ricerca casuale restituirà una gran quantità di risultati. Ci sono alcuni punti in cui un UDF scalare è l'unica opzione, però. Ad esempio: quando si ha a che fare con XML: XQuery non può essere usato come …
Quando vengono determinati i valori per le colonne calcolate? Quando viene recuperato il valore? Quando il valore viene modificato? Un'altra volta? Immagino che questa sia una domanda da principiante poiché non trovo nulla nelle mie ricerche.
Questa domanda è stata migrata dallo Stack Overflow perché è possibile rispondere allo scambio dello stack degli amministratori di database. migrati 6 anni fa . Ho una colonna calcolata persistente su una tabella che è semplicemente composta da colonne concatenate, ad es CREATE TABLE dbo.T ( ID INT IDENTITY(1, 1) …
In una mia precedente domanda, è una buona idea disabilitare l'escalation dei blocchi durante l'aggiunta di nuove colonne calcolate a una tabella? , Sto creando una colonna calcolata: ALTER TABLE dbo.tblBGiftVoucherItem ADD isUsGift AS CAST ( ISNULL( CASE WHEN sintMarketID = 2 AND strType = 'CARD' AND strTier1 LIKE 'GG%' …
Sto seguendo questa domanda sugli strani valori in una PERSISTEDcolonna calcolata. La risposta lì fa alcune ipotesi su come questo comportamento è diventato. Sto chiedendo quanto segue: questo non è un vero e proprio bug? Le PERSISTEDcolonne sono mai autorizzate a comportarsi in questo modo? DECLARE @test TABLE ( Col1 …
PostgreSQL supporta le colonne generate ? Conosciute anche come colonne virtuali . Sto Non parlando di IDENTITYcolonne . Non riesco a trovare alcuna informazione su questa straordinaria funzionalità ma so che è disponibile su SQL Server e nelle ultime versioni di MariaDB e MySQL. La funzionalità è menzionata nello standard …
Ho una tabella, chiamata Address, che ha una colonna calcolata persistente chiamata Hashkey. La colonna è deterministica ma non precisa. Ha un indice univoco su di esso che non è ricercabile. Se eseguo questa query, restituendo la chiave primaria: SELECT @ADDRESSID= ISNULL(AddressId,0) FROM dbo.[Address] WHERE HashKey = @HashKey Ricevo questo …
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 …
Voglio avere una ricerca rapida basata su se due colonne sono uguali. Ho provato a utilizzare una colonna calcolata con un indice, ma SQL Server non sembra utilizzarla. Se utilizzo semplicemente una colonna di bit popolata staticamente con un indice, ottengo la ricerca dell'indice prevista. Sembra che ci siano altre …
Faccio fatica a trovare tutta la documentazione su come SQL Server memorizza effettivamente una colonna calcolata non persistente. Prendi il seguente esempio: --SCHEMA CREATE TABLE dbo.Invoice ( InvoiceID INT IDENTITY(1, 1) PRIMARY KEY, CustomerID INT FOREIGN KEY REFERENCES dbo.Customer(CustomerID), InvoiceStatus NVARCHAR(50) NOT NULL, InvoiceStatusID AS CASE InvoiceStatus WHEN 'Sent' THEN …
Nel tentativo di disaccoppiare un'applicazione dal nostro database monolitico, abbiamo provato a modificare le colonne INT IDENTITY di varie tabelle in una colonna calcolata PERSISTED che utilizza COALESCE. Fondamentalmente, abbiamo bisogno dell'applicazione disaccoppiata di poter ancora aggiornare il database per i dati comuni condivisi tra molte applicazioni pur consentendo alle …
Ho fatto una domanda qui: /programming/43807566/how-to-divide-two-values-from-the-same-column-but-at-different-rows sulla divisione dei valori dalla stessa tabella, nella stessa colonna ma su righe diverse. Ora ho il problema di avere più numeratori e denominatori (con differenti uns). È ancora self joinun buon modo per risolvere questo problema con Postgres o ci sono soluzioni migliori? …
So che non è la prima volta che questo tipo di domanda è stata posta. Ma perché nel seguente scenario la colonna calcolata persistente viene creata "non deterministica". La risposta dovrebbe essere sempre la stessa, giusto? CREATE TABLE dbo.test (Id INT, EventTime DATETIME NULL, PosixTime INT NOT NULL) GO DECLARE …
Come evitare la divisione per errore zero nella tabella seguente? CREATE TABLE [dbo].[TblDivision] ( [Numerator] int NOT NULL, [Denominator] int NOT NULL, [Result] AS (Numerator/ Denominator) ) GO Insert into (Numerator, Denominator) TblDivision values (3,0) GO
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.