m$ sql server

Fórumok

m$ sql server

Hozzászólások

Üdv.
Bocs, hogy ide irok egy egy ilyen kérdést, de épp most szivok a
fenti sz.rral, nevezetesel hogy postgres táblákat és függvényeket
migráljak át alá.
A táblák már meg vannak.. Bill sokat csuklott, viszont a függvényekkel
nem boldogulok.
Nem tudja véletlenül valaki, hogy mi a megfelelője a pl/sql-es kivételdobásnak?
Vagy hogy van-e valahol a neten valahol normális tutorial vagy doc, ugyanis
én nem találtam és a m$ féle helptől meg már habzik a szám..:)

Üdv.
Fri

Ui: privát vélemény, de dolgoztam már pár sql szerverrel..
.. de még egy ilyen sz.rt mint m$ féle sql szerver nem pipáltam.

raise exception ?

http://pgsqld.active-venture.com/plpgsql-trigger.html
http://www.postgresql.org/docs/current/static/plpgsql-errors-and-messages.html

MSDN-t nézted? Gáz, de kezdem értékelni a tartalmát. Sok mindent a szemükre lehet vetni, de elég jó a doksijuk, azt nem. Már ami stimmel, persze. Egyébként szerény véleményem szerint nem annyira szar az MSSQL, sőt, elég jó tulajdonságai is vannak. Gondolom oka volt, amiért MSSQL-t kellett választani. Az előző hosszászólónak: nem postgres alá kell a jóembernek a raise exception, hanem SQLServer alá, tárolt eljáráshoz. IMHO.

Ezt nézted már? http://www.quest-pipelines.com/pipelines/SQLServer/expert_files/TranslatingStatements.pdf

vagy ezt:
http://www.15seconds.com/issue/041006.htm

Lehet, hogy az sem mindegy, hogy MSDE vagy "rendes" MSSQL van alatta. Nálad mi az ábra?

Jah, forditva kellett volna :D Szerintem keress meg valakit az MS sales force--tol, tuti adnak tippeket :)

[quote:ef8b1399c9="handler"]Jah, forditva kellett volna :D Szerintem keress meg valakit az MS sales force--tol, tuti adnak tippeket :)

nem inkább technical supportot kellene keresnie? :-) Szerintem biztos volt valakinek már ilyen vagy hasonló gondja. Valami egyetemi jegyzet is jól jöhetne neki. USA-ban biztos van valami "rászoktató" kurzus és ott ez is szerepel.

Az SQL Server, illetve MSDE a Microsoft több, mint 50 terméke közül az egyik legjobb. Teljesítményben, menedzselhetőségben, beépített tulajdonságokban, stb. Hatalmas cégek használják, terabájtnyi adatokkal, kritikus üzleti alkalmazásokhoz és OLAP elemzésekhez.
Meg kellene ismerni alaposabban...

A jelenlegi, adatbázisba beépített Transact-SQL nyelvben klasszikus "try...catch"-szerű kivételkezelés nincs, legfeljebb ha külső DLL-t (modult) használsz becsatolva. A hibakezelés egyszerű hibakód vizsgálaton alapul (sajnos ez még az Sybase alapú ősének köszönhető). Valahol a @@Error és SET_XACT_ABORT kifejezések környékén kell keresgélned majd.

A következő verzióban (SQL Server/SQL Server Express 2005) viszont lesz, valamint ebbben már bármilyen .NET nyelven írhatsz majd tárolt eljárást, függvényt vagy triggert, az adott nyelv teljes kivételkezelési támogatásával és egyéb lehetőségeivel együtt.

Az MSDN kiváló dokumentációkat tartalmaz, de ezen kívül számtalan mennyiségü webhely, cikk tartalmaz információkat.

* MSDN, SQL Server/MSDE áttekintés
http://msdn.microsoft.com/SQL/MSDE/

* MSDN-MSSQL:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/startsql/portal_7ap1.asp

* MSDN-Error Handling in T-SQL:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnsqlpro2k/html/sql00f15.asp

* SQL Server adatbányászat:
http://msdn.microsoft.com/SQL/sqlwarehouse/

* MSDN Magazine
http://search.microsoft.com/search/results.aspx?qu=sql+server&View=msdn&st=b&c=4&s=1&swc=4&qp=msdn%20magazine

* MSSQL hírcsoportok:
http://msdn.microsoft.com/newsgroups/default.aspx?dg=microsoft.public.sqlserver.programming&lang=en&cr=US

* SQL Server Central
http://www.sqlservercentral.com/

* MSSQL City:
http://www.mssqlcity.com/AboutUs.htm

* SQL Server Magazine
http://www.windowsitpro.com/SQLServer/

* MSDN:
http://msdn.microsoft.com/sql/

Üdv.
KJ.

[quote:fecbddc83f="Ago"]Gondolom oka volt, amiért MSSQL-t kellett választani.

Lehet, hogy az sem mindegy, hogy MSDE vagy "rendes" MSSQL van alatta. Nálad mi az ábra?

Üdv.
Na igen.. az "ügyfél" kérése volt hogy MSDE 2000 legyen.. ami valóban != sql szerver.. de ugy
vettem ki a leirásokból, hogy mégiscsak az, pár megkötéssel.

Lehet, hogy a legjobb termék.. de mikor sima VARCHAR-t definiáltam, a baromja létrehozott egy
varchar(1)-t.. utána fél óra volt mig rájöttem mi a fenéért nem tudok insertálni.
Utána pampogott a row-hosszra.. ugy vettem ki nem lehet hosszabb mint 8064 vagy mennyi.. ciki szerintem.
A timestamp-től meg hányingerem lett.. csak egy lehet egy táblában.. azt is ő kezeli.. nosza át kellett irnom datetime-re.. utána: nincs sima date mező.. pedig ez már az öskorban létezett.. aztán nincs egy tetves trim(), nincs normális substring(x, y) csak substring(x, y, z).. és még sorolhatnám.

Szóval nekem valahogy postgresql és oracle után nagyon nagy fejfájást okoz.. el mehetne a jó büdös fenébe Bill az interoperativitással, meg a szabványok betartásával a fenébe.
Igazában én ott jozanodtam ki, hogy eddig az adott cuccot valahová a Postgres és a oracle közé tettem.. most már egy szintre teszem a postgre-vel.. és fényévekre az oracletől.

Persze izlések és pofonok.. szerintem gagyi.

Üdv.
Fri

Ui.: egyébként meg kösz mindenkinek a segitséget, ha megnövök meghalálom..:)

[quote:2ad81ab6a7="kozmaj"]
Az MSDN kiváló dokumentációkat tartalmaz, de ezen kívül számtalan mennyiségü webhely, cikk tartalmaz információkat.

Üdv Kozmaj.
Megnéztem a "kiváló dokumentációkat".. bocs, de sz.rt sem érnek.
Nézz föl a postgresql.org-ra a dokumentációkba.. azok dokumentációk.. ezek a m$ féle cuccok nem azok. Sehol nem találtam egy összefoglalót, hogy milyen müveletek vannak a udf-ekben.. és azoknak pontosan mi a szintaxisa.
Külön külön meg vannak tudom.. de igy kitörölhete vele a seggem, ha nem veszek egy könyvet amiben normálisan le van irva.

No mindegy.. lesz ez még igy sem..:)

Üdv
Laci

[quote:f02b9514aa="Ago"]
Ezt nézted már? http://www.quest-pipelines.com/pipelines/SQLServer/expert_files/TranslatingStatements.pdf

Örök hála Ago.
Ez kellett nekem.. amit nem találtam.. egy összehasonlitás oracle és az
sql szerver között.. első olvasatra látom, hogy szivni fogok vele, lévén
kevesebbet tud..

Üdv.
Fri