 |
|
|---|
Il libro di Luis Davidson è la naturale evoluzione della precedente versione scritta per SQL Server 2000. La prerogativa di questo libro – così come del precedente – è la focalizzazione non solo sull’uso di SQL Server come prodotto con tutte le sue feature e le sue peculiari caratteristiche, ma anche e soprattutto sulla parte architetturale dell’implementazione di un database, ossia la modellazione del database stesso.
Un interessante articolo che affronta il tema della memorizzazione di files binari dentro ad un database SQL SERVER prendendo in esami gli aspetti relativi alla dimensione dei files, la frequenza delle operazioni di lettura e scrittura su di essi, le problematiche di frammentazione, la tipologia di storage e il relativo throughput.
L’obiettivo dello studio è quello di mettere in evidenza il comportamento di SQL Server nella gestione di questa tipologia di dati con un occhio di riguardo alle performance e ai tempi di risposta.
Scopo del presente articolo è quello di descrivere le caratteristiche degli indici FULL-TEXT di SQL SERVER 2005 riportando anche quali sono tutte le attività necessarie per la loro creazione e gestione essendo questi differenti rispetto a quelli tradizionali.
Gli indici full-text
Gli indici full-text sono quei particolari indici che servono per poter eseguire delle query “lingustiche”, attraverso l’uso di predicati proprietari del motore di database, sia su campi testuali che binari. Gli indici full-text si diversificano rispetto a quelli tradizionali per i seguenti aspetti:
No necessariamente. Infatti l’indice clustered e la chiave primaria di una tabella sono due cose nettamente distinte fra loro: - la chiave primaria è un vincolo che assicura l’univocità di ogni riga della tabella - un indice clustered è un struttura B+Tree che determina un ordinamento specifico dei dati della tabella nelle pagine di dati. Di fatto, però, SQL Server implementa il vincolo di chiave primaria attraverso un ‘unique index’ di tipo ‘clustered’, a meno che venga prima creata la tabella priva di chiave primaria, quindi aggiunto l’indice clusterd, infine aggiunto il vincolo di chiave primaria che sarà quindi implementata attraverso un ‘unique index’ di tipo ’non-clustered’
Il primo articolo (scritto direttamente dal team di sviluppo) dedicato alla spiegazione delle problematiche annesse alla frammentazione dei dati ed al funzionamento interno dello storage engine:
http://blogs.msdn.com/sqlserverstorageengine/archive/2006/06/23/644607.aspx
