http://sqlserver.ro/forums/5/ShowForum.aspxenCommunityServer 2.1 SP2 (Build: 61129.1)http://sqlserver.ro/forums/thread/6044.aspxTue, 04 Nov 2008 12:49:31 GMT963f3a18-65dd-4aad-905c-b785cfe1d7c7:6044ignatandrei0http://sqlserver.ro/forums/thread/6044.aspxhttp://sqlserver.ro/forums/commentrss.aspx?SectionID=5&PostID=6044vezi si<br>http://sqlserver.ro/forums/permalink/6042/6037/ShowThread.aspx#6037<br><br>si data viitoare, please , pune pe un singur forum...<br>http://sqlserver.ro/forums/thread/6038.aspxTue, 04 Nov 2008 12:14:09 GMT963f3a18-65dd-4aad-905c-b785cfe1d7c7:6038rremus0http://sqlserver.ro/forums/thread/6038.aspxhttp://sqlserver.ro/forums/commentrss.aspx?SectionID=5&PostID=6038Cauza mesajului este ca tabela are cimpuri cu lungime variabila care, daca toate sint updatate cu valori la lungime maxima au in total mai mult decit 8060 bytes. Faptul ca <i>pot</i> depasi lungimea maxima de 8060 nu inseamna ca-l vor si depasi. Deoarece este o tabela a unei aplicatii facute de un tert, este raspunderea acelei aplicatii sa nu insereze date mai lungi de 8060. Daca va incerca, va rezulta in eroare la insert.<br><br>Ce poti face este sa contactezi producatorul aplicatiei si sa-i ceri sa-tzi garanteze ca aplicatia nu insereaza date mai lungi de 8060. Daca ei nu pot garanta, atunci ai doua optiuni:<br>1) Interzici aplicatia in productie<br>2) Permiti aplicatia, dar daca exista erori de rulare a aplicatiei din cauza ca se fac insert-uri peste 8060 atunci ... asta e, exista erori in aplicatie.<br><br>Atita vreme cit nu ai dreptul sa modific tabela, nu ai alte optiuni.<br>Daca firma terta care a facut aplicatie e cit de cit serioasa, atunci stie ca exista aceasta problema si posibil sa poata garanta ca nu se insereaza niciodata peste 8060 bytes, de exemplu cimpurile celea lungi nu pot avea valori simultan. <br><br>Daca terta firma nu poate garanta, tabela nu se poate modifica si seful i-tzi cere sa semnezi... probabil seful cauta un tap ispasitor pentru cind or sa apare problemele. Updateza-tzi CV-ul. <br>http://sqlserver.ro/forums/thread/6035.aspxTue, 04 Nov 2008 12:01:00 GMT963f3a18-65dd-4aad-905c-b785cfe1d7c7:6035cami_m0http://sqlserver.ro/forums/thread/6035.aspxhttp://sqlserver.ro/forums/commentrss.aspx?SectionID=5&PostID=6035<DIV>A trebuit la servici sa rulez un script care creaza un tabel si dupa crearea tabelului apare: </DIV> <DIV>warning: <STRONG>The table 'numetabel'&nbsp; has been created but is maximum row size 8393 exceeds the maximum number of bytes per row 8060. Insert or update of a row in this table will fail if the resulting row length exceeds 8060 bytes.</STRONG></DIV> <DIV><STRONG></STRONG>&nbsp;</DIV> <DIV>Seful meu ma intreaba cum poate fi rezolvata aceasta problema. Tabelul e facut de firma care a facut produsul eu nu am dreptul sa-l modific. Ce se poate face? E vorba de Sql Server 2000.</DIV> <DIV>&nbsp;</DIV> <DIV>Am vorbit cu Gigi Ciubuc care mi-a spus urmatoarele:</DIV> <DIV> <DIV>1.Din ce stiu eu si ce vad pe net e cred ca trebuie sa fie normalizata schema in sensul urmator:</DIV> <DIV>- sau se regandeste dimensiunea datelor astfel ca sa nu depaseasca 8060</DIV> <DIV>-sau se sparge tabela in 2 tabele cu relatia 1:1</DIV> <DIV>2.Daca e sql 2005 ar putea modifica in varchar(max) , sau text ambele campuri ; ambele pot tine pana la 2 Gb; sql -ul are un mecanism prin care gestioneaza surplusul asta de informatie</DIV></DIV> <DIV>&nbsp;</DIV> <DIV>Mai are cineva vreo solutie?</DIV> <DIV>Multumesc mult</DIV>