cum ai face tu ca toate operatiile de insert ce vin in tabelul asta cu orice frecventa posibila, sa ajunga intr-un txt (doar cele nou sosite in tabel) ?

care este ce-a mai buna metoda?

multumesc.

---

G.

Cel mai potrivit ar fi ca acest lucru sa fie facut asincron astfel ca aglomeratia facuta de triggere sa nu gatuie serverul; aceasta asincronicitate este asigurata de folosirea service broker - tehnologie care vine c u SQL -ul si relativ usor de pus la treaba.

---

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

neo:

cum ai face tu ca toate operatiile de insert ce vin in tabelul asta cu orice frecventa posibila, sa ajunga intr-un txt (doar cele nou sosite in tabel) ?

care este ce-a mai buna metoda?

multumesc.

eu nu le-as pune intr-un txt ... Le-as adauga in alta tabela - si as lasa Sql Server sa faca optimizarea scrierii pe hard.
Apoi, la 12 noaptea, as exporta tot ...

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

Este necesar ca informatiile sa fie preluate mai departe in timp real din txt-ul scris pe hdd.

o aplicatie le va citi mai departe si nu se doreste citirea din Db ci dintr-un txt.

problema e de a gasi un mecanism care sa rezolve problema cat mai simplu si eficient..

Multumesc.

---

G.

neo:

Este necesar ca informatiile sa fie preluate mai departe in timp real din txt-ul scris pe hdd.

o aplicatie le va citi mai departe si nu se doreste citirea din Db ci dintr-un txt.

problema e de a gasi un mecanism care sa rezolve problema cat mai simplu si eficient..

Multumesc.

Încearcă cu un RAM DISK [1],[2],[3] şi apoi pe unitatea respectivă de disc creezi fişierul txt

iar pe prima linie definesti capul de tabel având denumirile coloanelor separate prin ,

Apoi
INSERT OPENROWSET('Microsoft.Jet.OLEDB.4.0','Text;Database=C:\',fisier#txt)
SELECT ...
FROM tabele (ex. INSERTED)

Periodic, ştergi conţinutul fişierului.

Vezi si
http://www.simple-talk.com/sql/t-sql-programming/reading-and-writing-files-in-sql-server-using-t-sql/

am rezolvat-o astfel:

un script bat folosind bcp pus apoi in schedule task si utilizand de asemenea un trigger:

SET DAY=%DATE:~4,2%
SET MTH=%DATE:~7,2%
SET YR=%DATE:~10,4%
SET HR=%TIME:~0,2%
SET HR0=%TIME:~0,1%
IF "%HR0%"==" " SET HR=0%TIME:~1,1%
SET MIN=%TIME:~3,2%
SET SEC=%TIME:~6,2%
SET MYDATE=%YR%%MTH%%DAY%-%HR%%MIN%%SEC%

bcp "select rtrim(companyname)+'#'+rtrim(t) from q.dbo.customers" queryout c:\export_%MYDATE%.txt -S instanta -U username -P pass-c

multumesc

---

G.

O alta solutie,scuze ca intervin ar fi un trigger dot net in care generezei un output stream xm cu select from Inserted clauza for xml apoi acel stream il salvezi intr-un fisiere xml folosind dot net xml namespace

---

Secolul XXI ori va fi religios ori nu va fi deloc

Cu solutia implementata descrisa mai sus (bcp pus intr-un schedule task + 1 trigger pe tabela after insert) daca monitorizez sistemul acum cu solutia implementata, am observat urmatorul lucru:

- in activity monitor sunt multe inregistrari (vreo 20) in care apare baza de date "master" cu statusul "dormant" (care de fapt sunt procese ce curata cash-ul dupa terminarea proceselor rpc de pe link-serverele aferente).

 

ar putea fi vre-o problema in timp....neprevazuta...?

multumesc.

---

G.