Comments for Soci blog http://soci.hu/blog Az ember kivételével minden állat tudja, hogy a legfontosabb dolgunk az életben: élvezni azt. Mon, 21 May 2012 18:56:58 +0000 http://wordpress.org/?v=2.6 Comment on SQL brossúra akció by Morzel http://soci.hu/blog/index.php/2012/05/21/sql-brossura-akcio/#comment-109437 Morzel Mon, 21 May 2012 07:15:58 +0000 http://soci.hu/blog/?p=1248#comment-109437 Digitális verzió nincsen? :D Morzel Digitális verzió nincsen? :D

Morzel

]]> Comment on MSDN Magazine Kindle-re by Tamás http://soci.hu/blog/index.php/2012/04/30/msdn-magazine-kindle-re/#comment-109052 Tamás Sat, 12 May 2012 15:21:13 +0000 http://soci.hu/blog/?p=1228#comment-109052 Jól hangzik, mindjárt ki is próbálom! :) Jól hangzik, mindjárt ki is próbálom! :)

]]> Comment on SQL Server 2012 újdonságok - 3. Paging by Soczó Zsolt http://soci.hu/blog/index.php/2012/04/18/sql-server-2012-ujdonsagok-3-paging/#comment-108430 Soczó Zsolt Mon, 23 Apr 2012 18:27:22 +0000 http://soci.hu/blog/?p=1221#comment-108430 Egyébként a Windowing Functions részben majd kiderül, hogy a ROWS-nak nagy jelentősége van, a TIE-ok miatt (amikor nem egyértelmű az order by). Egyébként a Windowing Functions részben majd kiderül, hogy a ROWS-nak nagy jelentősége van, a TIE-ok miatt (amikor nem egyértelmű az order by).

]]> Comment on SQL Server 2012 újdonságok - 3. Paging by Soczó Zsolt http://soci.hu/blog/index.php/2012/04/18/sql-server-2012-ujdonsagok-3-paging/#comment-108417 Soczó Zsolt Mon, 23 Apr 2012 06:44:05 +0000 http://soci.hu/blog/?p=1221#comment-108417 A válasz elég egyszerű: mert így van a szabványban (asszem SQL 2009, sajnos a szabványok pénzesek, ezért nincs másolatom belőlük.) De látsz majd még sokkal cifrábbakat is. :) A válasz elég egyszerű: mert így van a szabványban (asszem SQL 2009, sajnos a szabványok pénzesek, ezért nincs másolatom belőlük.)
De látsz majd még sokkal cifrábbakat is. :)

]]> Comment on SQL Server 2012 újdonságok - 3. Paging by rlaci http://soci.hu/blog/index.php/2012/04/18/sql-server-2012-ujdonsagok-3-paging/#comment-108403 rlaci Sun, 22 Apr 2012 13:15:30 +0000 http://soci.hu/blog/?p=1221#comment-108403 Vajon miért ilyen furán oldották meg a szintaxist? (Nem csak ennél, hanem más új, SQL 2012-es funkcióknál is.) Miért kell a "rows", mikor az eddigi "top n" is "rows"-t jelentett? Miért "fetch next", mikor az eddig a FOR ciklusé volt? Miért "only" - ha nem "only", akkor mi? Nekem sokkal szimpatikusabb lett volna egy olyan, hogy "select offset n top m", vagy valami efféle. Vajon miért ilyen furán oldották meg a szintaxist? (Nem csak ennél, hanem más új, SQL 2012-es funkcióknál is.)
Miért kell a “rows”, mikor az eddigi “top n” is “rows”-t jelentett? Miért “fetch next”, mikor az eddig a FOR ciklusé volt? Miért “only” - ha nem “only”, akkor mi?
Nekem sokkal szimpatikusabb lett volna egy olyan, hogy “select offset n top m”, vagy valami efféle.

]]> Comment on Szótöredék keresés SQL Serveren - furcsának ható hiba by Kovács Zsolt http://soci.hu/blog/index.php/2010/05/13/szotoredek-kereses-sql-serveren-furcsanak-hato-hiba/#comment-108337 Kovács Zsolt Fri, 20 Apr 2012 10:34:07 +0000 http://soci.hu/blog/?p=1056#comment-108337 Collation-al kapcsolatban még egy dolgot én is megjegyznék :) Egyszer találkoztam azzal a hibával, hogy az oszlop neve kettős betűt tartalmazott, de nagyon okosan így írták: "MisZol". A collation "SQL_Hungarian_CP1250_CI_AS" volt és csak úgy fogadta el az oszlopnevet, ha a "z" nagy "Z"-nek volt írva a query-ben, egyébként hibát dobott, hogy nem létező oszlop. A megoldás a Technical collation vagy az oszlop átnevezése (amelyik szimpatikusabb) volt. Collation-al kapcsolatban még egy dolgot én is megjegyznék :)
Egyszer találkoztam azzal a hibával, hogy az oszlop neve kettős betűt tartalmazott, de nagyon okosan így írták: “MisZol”.
A collation “SQL_Hungarian_CP1250_CI_AS” volt és csak úgy fogadta el az oszlopnevet, ha a “z” nagy “Z”-nek volt írva a query-ben, egyébként hibát dobott, hogy nem létező oszlop.
A megoldás a Technical collation vagy az oszlop átnevezése (amelyik szimpatikusabb) volt.

]]> Comment on SQL Server 2012 újdonságok - 2. Sequence by Ébresztő http://soci.hu/blog/index.php/2012/03/30/sql-server-2012-ujdonsagok-2-sequence/#comment-108299 Ébresztő Thu, 19 Apr 2012 11:32:36 +0000 http://soci.hu/blog/?p=1210#comment-108299 Thx! Thx!

]]> Comment on SQL Server 2012 újdonságok - 2. Sequence by Soczó Zsolt http://soci.hu/blog/index.php/2012/03/30/sql-server-2012-ujdonsagok-2-sequence/#comment-108255 Soczó Zsolt Wed, 18 Apr 2012 07:43:14 +0000 http://soci.hu/blog/?p=1210#comment-108255 EF 30 perces tutorial: http://msdn.microsoft.com/en-us/library/bb399182.aspx NHib: http://nhforge.org/wikis/howtonh/your-first-nhibernate-based-application.aspx http://danny-t.co.uk/index.php/tutorials/introduction-to-nhibernate-tutorial/ EF 30 perces tutorial:
http://msdn.microsoft.com/en-us/library/bb399182.aspx

NHib:
http://nhforge.org/wikis/howtonh/your-first-nhibernate-based-application.aspx
http://danny-t.co.uk/index.php/tutorials/introduction-to-nhibernate-tutorial/

]]> Comment on SQL Server 2012 újdonságok - 2. Sequence by Ébresztő http://soci.hu/blog/index.php/2012/03/30/sql-server-2012-ujdonsagok-2-sequence/#comment-107651 Ébresztő Wed, 04 Apr 2012 07:54:25 +0000 http://soci.hu/blog/?p=1210#comment-107651 Eddig nem érintett meg az OR mapper, mint lehetőség, de azt gondolom, hogy a határidők miatt célszerű lenne áttérni rá. Van esetleg valami jó linked? Nagyon tömör, jól érthető példákkal felszerelt bevezetőre gondolok. Eddig nem érintett meg az OR mapper, mint lehetőség, de azt gondolom, hogy a határidők miatt célszerű lenne áttérni rá.
Van esetleg valami jó linked? Nagyon tömör, jól érthető példákkal felszerelt bevezetőre gondolok.

]]> Comment on SQL Server 2012 újdonságok - 2. Sequence by Soczó Zsolt http://soci.hu/blog/index.php/2012/03/30/sql-server-2012-ujdonsagok-2-sequence/#comment-107645 Soczó Zsolt Wed, 04 Apr 2012 05:20:38 +0000 http://soci.hu/blog/?p=1210#comment-107645 Igazad van, egy fejléc + sok részletező sornál egy sp valóban be tudja szúrni a sort, én az OR mapperek miatt már nagyon sp nélkül, generált sqlben gondolkodok. De mint hangsúlyozom, több mint egy szülő sornál van a SEQUENCE-nek jelentősége, mivel akkor már spvel is nehézkes (de nem lehetetlen) kevés batchben beszúrni a sorokat. Igazad van, egy fejléc + sok részletező sornál egy sp valóban be tudja szúrni a sort, én az OR mapperek miatt már nagyon sp nélkül, generált sqlben gondolkodok.
De mint hangsúlyozom, több mint egy szülő sornál van a SEQUENCE-nek jelentősége, mivel akkor már spvel is nehézkes (de nem lehetetlen) kevés batchben beszúrni a sorokat.

]]>