prima varianta care e si pe sql 2000 si 2005 (cea cu functie) e super misto...eu ma declar multumit :)

ahh.......o alta intrebare de pe la interviuri pe care mi-am amintit-o acum.......diferenta dintre UNION si UNION ALL.

Totuşi, funcţia pe care am făcut-o se bazează pe o facilitate nedocumentată.

Vezi: http://support.microsoft.com/default.aspx/kb/287515

Zice acolo: "The correct behavior for an aggregate concatenation query is undefined." Dar apoi spune: "In order to achieve the expected results from an aggregate concatenation query, apply any Transact-SQL function or expression to the columns in the SELECT list rather than in the ORDER BY clause."

Vezi şi:

http://databases.aspfaq.com/general/how-do-i-concatenate-strings-from-a-column-into-a-single-row.html

http://groups.google.com/group/microsoft.public.sqlserver.programming/msg/2d85bf366dd9e73e 

Răzvan

You have created a table with a fill factor of 90 percent. How many bytes per page are reserved for future input?

a. 7.286

b. 1.620

c. 810

d. 405

o alta intrebare:

cum se calculeaza cat spatiu va ocupa o tabela ca nu inteleg de nici un fel?

sa zicem ca avem tabela urmatoare:

TabelaA

Name         DataType

ID                 int

VendorID       int

BalanceDue  money

DateDue       datetime

si presupunand ca va avea 5000 de inregistrari si index cluster pe ID.....cum se calculeaza spatiul ocupat de tabela?

multumesc

alex.

Vezi in books online - exista cateva capitole "Estimating the Size of a Table" ...

1.Daca o pagina are disponibili 8096 bytes (din 8k) atunci cat ar fi 10%?

2.Cel mai repede, in BOL asa cum a spus si Diana, mai e si cartea lui Cristi Lefter de aici.

---

Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)

1. pai asa ma gandeam si eu ...... dar am niste intrebari unde imi da raspunsul corect ca fiind B. 1.620.......:)

   (se pare ca ei au pus problema pt 90% dar au dat raspunsul pt 80%)

2. as fi vrut sa-mi explice si mie cineva.......problema e ca nu inteleg cum se calculeaza

   pana acum am inteles ca (dar asta doar daca tabela nu are campuri de timpul varchar etc)

"1. se aduna dimensiunile campurilor a.

2. se calculeaza "null bitmap" cu formula b = 2+[(q+7)/8] unde q este numarul de campuri/coloane
   si se rotunjeste in minus

3. fiecare pagina are 8096 bytes

3'. se face suma din y = a+b+2 (unde ultimul 2bytes nu stiu cine e? )

4. se face w = 8096/y si ne da numarul de rows/page

5. calculam x = nr de inregistrari(se da in problema) / w si ne da numarul de pages

6. fiercare pagina are 8192 bytes si inmultind 8192*x ne da spatiul ocupat de tabela."

 

multumesc

alex.

Vezi şi SQL Server DataSizer Tool (e un fişier Excel cu formulele necesare pentru a calcula dimensiunea unei tabele).

În cazul menţionat, avem 4 coloane cu dimensiune fixă (4+4+8+8=24), iar indexul clustered pe ID înţeleg că e şi cheie primară (adică vreau să spun că ID este unic). Atunci avem Null_Bitmap=3 bytes, Row_Size=24+0+3+4=31 bytes, Rows_Per_Page=8096/(31+2)=245. Dacă luăm în considerare un Fill Factor de 90%, atunci Free_Rows_Per_Page=24, iar Num_Pages=5000/(245-24)=23, deci Leaf_space_used=8192*23=188416 bytes. Însă dacă introducem datele după ce indexul e deja creat, atunci fill factor-ul nu e luat în considerare, deci avem 21 de pagini, adică 172032 bytes.

Apoi ar fi dimensiunea indexului, pentru care avem Index_Row_Size=4+0+0+1+6=11 bytes, Index_Rows_Per_Page=8096/(11+2)=622, adică mult mai puţin decât numărul de pagini de date (21), deci avem nevoie doar de 2 pagini pentru index (pentru că leaf-level pages sunt chiar datele), deoarece e nevoie de 2 nivele. Rezultă Index_space_used=8192*2=16384 bytes, iar dimensiunea totală ar fi  aproximativ 184KB.

Din fişierul de mai sus iese altceva (192KB), dar oricum, ar trebui să poţi obţine o valoare orientativă. La acest număr de rânduri, poţi încerca şi practic:

CREATE TABLE TabelaA (
    ID int IDENTITY PRIMARY KEY,
    VendorID int,
    BalanceDue money,
    DateDue datetime
)

INSERT INTO TabelaA (VendorID, BalanceDue, DateDue)
SELECT TOP 5000 1, 0, GETDATE() FROM syscolumns a, syscolumns b

EXEC sp_spaceused 'TabelaA', @updateusage='true'

Şi observăm că tabela ocupă 200KB (dintre care 16KB sunt nefolosiţi).

Răzvan

Asta a fost inmateria de exam e in mcts training kit ala intradevar sunt niste chestii neclare cel putin pentru mine

---

Secolul XXI ori va fi religios ori nu va fi deloc

Niste lucruri de stiut inainte de un interviu pentru un post de DBA in articolul  "Survive A SQL Server DBA Technical Interview"

---

Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)