Új hozzászólás Aktív témák

• #2614 drogery tag martonx #2613

  Új Válasz 2014-10-20 19:31:17 #2614

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  drogery

  tag

  válasz martonx #2613 üzenetére

  az is jó. nincs szükségem a relációsságra..

• #2612 drogery tag

  Új Válasz 2014-10-20 10:02:03 #2612

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  drogery

  tag

  Sziaszok, egy kis segítséget szeretnék kérni. Tud valaki ajánlani, egy jobb ingyenes sql like db szolgáltatót? Annyi kritériumom van, h min 50-100mb tár, sql like query-kkel használható lehessen és legyen java driver. Semmilyen érzékeny adatot nem akarok tárolni rajta, ha az a feltétel, hogy egy index.html ki legyen rakva a tárhelyen az is tökéletes.

• #2194 drogery tag jozsi84 #2193

  Új Válasz 2014-03-19 10:10:39 #2194

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  drogery

  tag

  válasz jozsi84 #2193 üzenetére

  dateadd?
  dbms függő.

• #2063 drogery tag Ispy #2062

  Új Válasz 2014-01-22 19:02:03 #2063

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  drogery

  tag

  válasz Ispy #2062 üzenetére

  
  köszönöm.
  egyébként van a miértre valamilyen értelmes magyarázat?

• #2061 drogery tag martonx #2058

  Új Válasz 2014-01-22 18:34:00 #2061

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  drogery

  tag

  válasz martonx #2058 üzenetére

  őő. ebben semmilyen varázsló nincsen.
  megírtam a query-t. fut faszául. elmenteném view-ban. átrendezi. szar a végeredmény

  (a management studio bedob egy ilyen tábla összekapcsolós meg pipázgatós nézetet a view mentésénél. az engem hidegen hagy)

• #2057 drogery tag

  Új Válasz 2014-01-22 15:09:45 #2057

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  drogery

  tag

  Sziasztok,

  van egy apró pici érdekes problémám. Találkozott már valaki hasonlóval? (sql server 2008+management studio)
  Van egy lekérdezésem, ami faszául működik.
  Ezt szeretném view-ként elmenteni.
  A bejelölt részt egyszerűen átpakolja, amikor a view-t elmentem/elindítom/ a lekérdezést. Így nem jó eredményt ad.
  WTF?

• #2041 drogery tag Apollo17hu #2040

  Új Válasz 2014-01-15 18:38:49 #2041

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  drogery

  tag

  válasz Apollo17hu #2040 üzenetére

  Úgy értettem, hogy a left join működik rendesen, a right join pedig inner joinként viselkedik. Sajnos a left join nem a keresett eredményt adja vissza.

  Az allekérdezés magában tökéletesen működik. A "bal oldali" lekérdezés is jól működik, csak ha jön a join akkor megy vmi félre.

  Hasonló problémára gyanakodtam, mint a linken szereplő, de ha ennek megfelelően írom át, akkor se jó.

• #2039 drogery tag Apollo17hu #2038

  Új Válasz 2014-01-15 07:51:35 #2039

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  drogery

  tag

  válasz Apollo17hu #2038 üzenetére

  Az egyébként r.tipus lenne, azért nincs előtte where mert az is kényszerítené az inner joint. A right helyett left joinnal próbálom, akkor az jól működik, de csak akkor ha nincs ott a where.
  A jelenlegi formájában ha beszúrom a where-t akkor nincs különbség az eredményben.

  A groub by pedig muszáj a végére, mert a sub-ból jön eredmény ami befolyásolja a left táblát.

• #2037 drogery tag

  Új Válasz 2014-01-14 13:14:35 #2037

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  drogery

  tag

  Sziasztok, egy kis segítséget szeretnék kérni. Van az alábbi lekérdezésem. És a kiemelt right join-t vmi inner joinra kényszeríti és nem tudok rájönni mi.
  a bal lekérdezés kb 70k rekordot dob, a jobb oldali kb 4k-t. A végeredményemben 4k körül kéne lennie, de csak 1,5k lesz. Sejtésem szerint az aláhúzott részt szól bele, de nem tudom mi kéne kezdeni vele.
  Ha esetleg vkinek beugrik erre vmi azt megköszönném.

  DECLARE @date date
  set @date='2013.06.30'
  
  SELECT r.[pkod]
  ,r.[fhely]
  ,cast (sum(r.[me]) as int) as me
  FROM [crm_szamla] as r
  [B] right join[/B]
  
  (SELECT c.kod
  ,c.pkod
  ,c.szlakor
  ,a.[gyszam]
  ,[beszerel]
  ,[leszerel]
  ,b.utolsó_leolv
  ,b.utolsó_allas
  FROM [crm_meroora] as a
  
  inner join
  (SELECT id_fhely
  ,[gyszam]
  ,max(kelte)as utolsó_leolv
  ,max(allas) as utolsó_allas
  FROM [crm_leolv] where kelte<=@date
  group by id_fhely, gyszam having max(kelte)<@date) as b
  on a.id_fhely=b.id_fhely and a.gyszam=b.gyszam and utolsó_leolv<@date and beszerel<@date and (leszerel>@date or leszerel is null)
  left join
  crm_fhely as c on a.id_fhely=c.id and left(kod,3)<>312 and left(kod,3)<>317 and c.megszunt is null ) as c
  on r.fhely=c.kod and r.pkod=c.pkod and tipus='VF' [U]and idoszak_i<=@date and r.idoszak_t>=c.utolsó_leolv [/U]
  group by r.fhely, r.pkod
  order by fhely

Új hozzászólás Aktív témák