Welcome to Sign in | Help
» Search

Search

You searched for the word(s):
Showing page 6 of 20 (195 total posts) < 1 second(s)
  • Re: sql server consolidate

    http://msdn.microsoft.com/en-us/library/ms180992(SQL.90).aspx
    Posted to Anunturi (Forum) by rremus on February 24, 2009
  • Re: Problema de modelare

    Tara/judet/localitate este un model ierarhic, si ca atare este mai bine reprezentat cu o singura tabela (entity_id, entity_type, parent_id, entity_name). Modelarea ierarhica permite sa adaugi noi nivele (sector de ex.) fara sa schimbi codul aplicatiei si poate reprezenta foarte usor problema care o ai tu (lipsa de granularitate a informatiei). ...
    Posted to Intrebari generale (Forum) by rremus on February 23, 2009
  • Re: database maintenance plan best practices

    Poate e OK, poate nu e. Pe ce te-ai bazat cind ai ales cifrele de mai sus? Daca configurezi aiurea sar putea sa te trezesti cu cozi enorme de I/O pe discuri din cauza ca bufer-pool-urile nu sint suficient de mari si fac mereu eviction la datele din cache si trebuie sa le citeasca innapoi. Daca nu ai facut deja, lasa-l neconfigurat (max), fa un ...
    Posted to Intrebari generale (Forum) by rremus on February 23, 2009
  • Re: database maintenance plan best practices

    Criteriul de alegere e timpul de recovery. Daca faci full in fiecare noapte la ora 3:00 si sa zicem log backup la fiecare 30 minute, atunci daca suferi un crash la 2:55 noaptea ca sa faci recovery trebuie sa faci un restore full, urmat de 47 de log restore-uri, urmat de tail-log restore. Ca sa reduci timpul de restore se face in general, intre ...
    Posted to Intrebari generale (Forum) by rremus on February 23, 2009
  • Re: database maintenance plan best practices

    Daca esti sigur ca instantele 2004-2008 sint read-only atunci nu au nevoie de maintenance plan in principiu, doar de un disaster recovery plan ca sa fie reinstalate daca suferi de vre-un crash (pierzi discurile). Si atunci faci doar un maintenance plan pentru 2009, potzi porni ca idee de la un plan creat cu Maintenance Plan Wizard. In primul si in ...
    Posted to Intrebari generale (Forum) by rremus on February 22, 2009
  • Re: database maintenance plan best practices

    Ai trecut si de la 32 de biti la 64 (SQL si OS) ?Care este motivul pentru care ai 6 instante diferite? Exista o separare de securitate intre ele (adica au setarile de access complet diferite la nivel de *instanta*)?Daca nu ai un motiv serios pentru a separa instantele, daunezi foarte mult prin a creea 6 instante in loc de una, pentru ca 6 instante ...
    Posted to Intrebari generale (Forum) by rremus on February 22, 2009
  • Re: Consum Procesor 100% la un SELECT INTO ##tabelaTemporata

    crystyp:Am executat sintaxaTable 'StatusHistory'. Scan count 3, logical reads 38899, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.Table 'Package'. Scan count 3, logical reads 24920, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads ...
    Posted to Intrebari generale (Forum) by rremus on February 10, 2009
  • Re: Consum Procesor 100% la un SELECT INTO ##tabelaTemporata

    crystyp:select top 1 *from statushistorywhere sth_number in (select pac_parcelNumberfrom package)AND sth_fk_sge is null AND sth_fk_sat = 27Ruleaza asta cu SET STATISTICS IO ON; si vezi daca accesul e scan sau seek (cite logical reads pe fiecare rowset). Altfel:1) TOP 1 fara ORDER BY este incorect2) sth_number IN (select) este inner join mascat, ...
    Posted to Intrebari generale (Forum) by rremus on February 10, 2009
  • Re: Consum Procesor 100% la un SELECT INTO ##tabelaTemporata

    SQL 2000, SQL 2005, SQL 2008? Express, Standard, Enterprise? Pe W2K, W2K3? OS Standard sau Enterprise? Cite procesoare? Cite discuri? Cita memorie? x86 sau amd64?Daca jobul a functionat bine pina acuma citeva zile, ce sa schimbat acu' citeva zile? A crescut baza de date? S-a instala un path de SQL sau de OS? Ruleaza si alt job acuma? Schimbari in ...
    Posted to Intrebari generale (Forum) by rremus on February 10, 2009
  • Re: dbcc page () - sql server 2005

    Pentru ca output-ul se duce in ERRORLOG. Ca sa copieze outputul si in rezultat trebuie sa faci enable trace flag-ul 3604: DBCC TRACEON(3604,-1);
    Posted to Intrebari generale (Forum) by rremus on February 5, 2009
« First ... < Previous 4 5 6 7 8 Next > ... Last »
Powered by Community Server (Commercial Edition), by Telligent Systems