Da, asta e cauza. După ce aţi schimbat recovery model, mai trebuie să faceţi un backup full, iar apoi o să meargă şi backup-urile de transaction log. Răzvan

Dacă sunteţi sigur că aţi făcut cândva mai demult un backup full la AdventureWorks, înseamnă că ulterior a fost schimbat Recovery Model-ul bazei de date. Pentru a face un backup la transaction log, este necesar să se facă mai întâi un backup full după ce a fost setat recovery model-ul pe Full. Răzvan

Trebuie să fi făcut cândva un full backup de AdventureWorks, nu de alta bază de date (şi nu contează unde e acum acel full backup). Răzvan

Bănuiesc că atunci când rulezi procedura din Query Analizer, obţii şi nişte mesaje cu "n row(s) affected". Dacă e aşa, atunci acele mesaje pot să încurce error handling-ul din ADO, care s-ar declanşa doar atunci când apelezi .NextRecordset pentru a prelucra toate răspunsurile primite. Cea mai simplă modalitate de a ...

xmldeveloper:Insa eu ti-as recomanda sa schimbi collation la nivel de baza de date cu ALTER DATABASE. În general, eu nu recomand să folosiţi baze cu un collation diferit de cel al server-ului, deoarece puteţi avea probleme atunci când folosiţi join-uri cu tabele temporare sau cu tabele sistem. De exemplu: CREATE DATABASE db COLLATE ...

Totusi, discutăm despre baze de date relaţionale. Cel mai natural mod de a stoca un set de valori este într-o tabelă. De exemplu, dacă ai de stocat urmatoarea informaţie: IDNumeChestii1Gigel1, 2, 7, 202Georgel1, 3, 7Atunci faci doua tabele, astfel: IDNume1Gigel2Georgel IDChestii111217120212327Să nu uităm chestiunile fundamentale ...

Eu zic sa vedem cate mesaje sunt acolo si dupa aceea daca sunt prea multe (sute, mii), mai impartim forumurile. N-are rost sa cream forumuri si apoi sa fie goale sau sa apara 2-3 mesaje pe an.  Categorisirea mesajelor se poate face si de catre cei care le scriu, cu ajutorul tag-urilor. Razvan

Jourjaque: Dak te uiti 6 posturi mai sus ai sa observi ca erorile nu sunt de securitate ! Am drepturi depline .... serverul este pe o masina virtuala creata de mine ! Hmm... m-am uitat mai sus, dar nu am vazut unde ai scris sub ce account ruleaza SQL Server-ul. Oricum, daca ai configurat in SQL Server Configuration Manager, la properties ...

Mentiune pentru cei care nu au lucrat cu DBF-uri pana acum: intr-un fisier DBF exista o singura tabela. Instructiunea scrisa de Cristi ar trebui sa functioneze. Daca nu merge, probabil e o problema de drepturi: in mod implicit, SQL Server ruleaza sub account-ul NetworkService, care nu are drepturi peste tot in calculatorul propriu. Poti sa-l ...

Mergi la linked server-ul respectiv / Properties / Security şi introdu nişte login mapping-uri în partea de sus sau alege "For a login not defined in the list above, connections will ... be made using this security context". Vezi ...