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

• tm5 tag

  #4900

  #4899 bambano

  2021-03-27 23:40:39

  Új Válasz

  Ú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

  

  tm5

  tag

  #4899 bambano

  #4899 bambano

  kettő darab case-t futtatni egy group by 2 helyett erősen lassító elképzelés.

  Nem teljesen értem, hogy a group by 2 hogy összegezné a 2,3,4-et. Nem írnád meg a teljes verziódat?
  Anyúgy persze igazad van, általában lassít a case a group by-ban, de azért ha nem nagy a tábla vagy rendes szerver van alatta, akkor ez nem érdekes.

• bambano titán

  #4899

  #4898 tm5

  2021-03-27 06:51:11

  Új Válasz

  Ú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

  

  bambano

  titán

  #4898 tm5

  #4898 tm5

  Jó ez teljesen, nem lesz ez annyira lassú. Picit mondjuk lehet még egyszerűsíteni rajta:
  select sum(value)
  ,case
  when sector in (2, 3, 4) then 2
  else sector
  end sector_
  from test
  group by
  case
  when sector in (2, 3, 4) then 2
  else sector
  end

  kettő darab case-t futtatni egy group by 2 helyett erősen lassító elképzelés.

• tm5 tag

  #4898

  #4895 Apollo17hu

  2021-03-27 01:12:43

  Új Válasz

  Ú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

  

  tm5

  tag

  #4895 Apollo17hu

  #4895 Apollo17hu

  select sum(value)
  ,case
  when sector = 1 then '1'
  when sector in (2, 3, 4) then '2, 3, 4'
  when sector = 5 then '5'
  end
  from test
  group by
  case
  when sector = 1 then '1'
  when sector in (2, 3, 4) then '2, 3, 4'
  when sector = 5 then '5'
  end

  Jó ez teljesen, nem lesz ez annyira lassú. Picit mondjuk lehet még egyszerűsíteni rajta:
  select sum(value)
  ,case
  when sector in (2, 3, 4) then 2
  else sector
  end sector_
  from test
  group by
  case
  when sector in (2, 3, 4) then 2
  else sector
  end

• Apollo17hu őstag

  #4897

  #4896 bambano

  2021-03-26 13:39:15

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  #4896 bambano

  #4896 bambano

  nagy erőkkel lassítod a lekérdezést?
  miért nem group by 2?

  Ugy emlekszem, hogy abban a kornyezetben, ahol korabban dolgoztam, a group by 2 nem mukodott, de igazsag szerint masfel eve nem kodoltam, siman lehet, hogy az is jo lenne.

• bambano titán

  #4896

  #4895 Apollo17hu

  2021-03-26 13:20:39

  Új Válasz

  Ú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

  

  bambano

  titán

  #4895 Apollo17hu

  #4895 Apollo17hu

  select sum(value)
  ,case
  when sector = 1 then '1'
  when sector in (2, 3, 4) then '2, 3, 4'
  when sector = 5 then '5'
  end
  from test
  group by
  case
  when sector = 1 then '1'
  when sector in (2, 3, 4) then '2, 3, 4'
  when sector = 5 then '5'
  end

  nagy erőkkel lassítod a lekérdezést?
  miért nem group by 2?

• Apollo17hu őstag

  #4895

  #4894 kw3v865

  2021-03-26 13:06:50

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  #4894 kw3v865

  #4894 kw3v865

  Sziasztok!

  Adott egy tábla:

  CREATE TABLE test
(
    value integer,
    sector integer,
    id integer NOT NULL DEFAULT nextval('test_id_seq'::regclass),
    CONSTRAINT pk PRIMARY KEY (id)
);

  A sector (értéke 1 - 5-ig terjedhet).

  Egy olyan lekérdezést szeretnék írni, amely összegzi a value mező értékeit és csoportosítja szektor alapján az adatokat, de úgy, hogy a 2-es, 3-as és 4-es szektort összevonja, azaz egyben kezelje. Tehát ne 5, hanem 3 sort adjon vissza.
  Nem egy bonyolult történet, de ezt egy lekérdezésben akarom megvalósítani, az eredeti tábla módosítása nélkül.

  SELECT SUM(value), sector FROM test GROUP BY sector;

  Szerintetek hogyan lehet ezt a legegyszerűbb, leggyorsabb módon megvalósítani? Elég sok rekord lesz a táblában.

  select sum(value)
  ,case
  when sector = 1 then '1'
  when sector in (2, 3, 4) then '2, 3, 4'
  when sector = 5 then '5'
  end
  from test
  group by
  case
  when sector = 1 then '1'
  when sector in (2, 3, 4) then '2, 3, 4'
  when sector = 5 then '5'
  end

• kw3v865 senior tag

  #4894 2021-03-26 11:00:07

  Új Válasz

  Ú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

  

  kw3v865

  senior tag

  Sziasztok!

  Adott egy tábla:

  CREATE TABLE test
(
    value integer,
    sector integer,
    id integer NOT NULL DEFAULT nextval('test_id_seq'::regclass),
    CONSTRAINT pk PRIMARY KEY (id)
);

  A sector (értéke 1 - 5-ig terjedhet).

  Egy olyan lekérdezést szeretnék írni, amely összegzi a value mező értékeit és csoportosítja szektor alapján az adatokat, de úgy, hogy a 2-es, 3-as és 4-es szektort összevonja, azaz egyben kezelje. Tehát ne 5, hanem 3 sort adjon vissza.
  Nem egy bonyolult történet, de ezt egy lekérdezésben akarom megvalósítani, az eredeti tábla módosítása nélkül.

  SELECT SUM(value), sector FROM test GROUP BY sector;

  Szerintetek hogyan lehet ezt a legegyszerűbb, leggyorsabb módon megvalósítani? Elég sok rekord lesz a táblában.

• tm5 tag

  #4893

  #4890 RedHarlow

  2021-03-20 00:13:07

  Új Válasz

  Ú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

  

  tm5

  tag

  #4890 RedHarlow

  #4890 RedHarlow

  Így néz ki a lekérdezésem:

  SELECT a.datum, b.data1, b.data2
FROM a, b
WHERE a.datum = b.datum(+)
and b.notes = 007;

  És ugyan úgy 3 sor jön le és nem értem hogy miért. :/

  SELECT a.datum, b.data1, b.data2
FROM a, b
WHERE a.datum = b.datum(+)
and b.notes(+) = 007;
Így már megint outer join lesz az inner-ből.

• Apollo17hu őstag

  #4892

  #4890 RedHarlow

  2021-03-19 19:49:07

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  #4890 RedHarlow

  #4890 RedHarlow

  Így néz ki a lekérdezésem:

  SELECT a.datum, b.data1, b.data2
FROM a, b
WHERE a.datum = b.datum(+)
and b.notes = 007;

  És ugyan úgy 3 sor jön le és nem értem hogy miért. :/

  Előbb kell szűrnöd a "B" táblára, és a szűrt "B" táblát kell az "A" táblához kötnöd:

  SELECT a.datum, b.data1, b.data2
FROM a,
(SELECT b.datum, b.data1, b.data2
FROM b
WHERE b.notes = 007) b
WHERE a.datum = b.datum(+);

• disy68 aktív tag

  #4891

  #4890 RedHarlow

  2021-03-19 18:03:57

  Új Válasz

  Ú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

  

  disy68

  aktív tag

  #4890 RedHarlow

  #4890 RedHarlow

  Így néz ki a lekérdezésem:

  SELECT a.datum, b.data1, b.data2
FROM a, b
WHERE a.datum = b.datum(+)
and b.notes = 007;

  És ugyan úgy 3 sor jön le és nem értem hogy miért. :/

  and b.notes = 007
  mert ezzel azokat a sorokat kéred csak le, amiknél a b tábla notes értéke 007 és ebből gondolom van 3 sorod

• RedHarlow aktív tag

  #4890

  #4889 Apollo17hu

  2021-03-19 17:23:59

  Új Válasz

  Ú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

  

  RedHarlow

  aktív tag

  #4889 Apollo17hu

  #4889 Apollo17hu

  SELECT a.datum, b.data1, b.data2
FROM a, b
WHERE a.datum = b.datum(+)

  Így néz ki a lekérdezésem:

  SELECT a.datum, b.data1, b.data2
FROM a, b
WHERE a.datum = b.datum(+)
and b.notes = 007;

  És ugyan úgy 3 sor jön le és nem értem hogy miért. :/

• Apollo17hu őstag

  #4889

  #4888 RedHarlow

  2021-03-19 16:34:12

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  #4888 RedHarlow

  #4888 RedHarlow

  Sziasztok,

  tudnátok segíteni az alábbi select megírásában?

  A C táblát szeretném eredményül kapni a B táblából. Létrehoztam egy A segédtáblát de így se sikerült megoldanom.
  (Az A tábla használata nem kötelező.)

  Előre is köszönöm a segítséget.

  

  SELECT a.datum, b.data1, b.data2
FROM a, b
WHERE a.datum = b.datum(+)

• RedHarlow aktív tag

  #4888 2021-03-19 15:22:39

  Új Válasz

  Ú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

  

  RedHarlow

  aktív tag

  Sziasztok,

  tudnátok segíteni az alábbi select megírásában?

  A C táblát szeretném eredményül kapni a B táblából. Létrehoztam egy A segédtáblát de így se sikerült megoldanom.
  (Az A tábla használata nem kötelező.)

  Előre is köszönöm a segítséget.

  

• kw3v865 senior tag

  #4887 2021-03-19 14:25:49

  Új Válasz

  Ú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

  

  kw3v865

  senior tag

  Sziasztok!

  PostgreSQL-ben timestamp indexelésre szerintetek melyik a legoptimálisabb index típus? BTREE helyett érdemes lehet BRIN-t használni? Vagy valami mást?

• Ispy nagyúr

  #4886

  #4884 cattus

  2021-03-14 18:40:24

  Új Válasz

  Ú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

  

  Ispy

  nagyúr

  #4884 cattus

  #4884 cattus

  Bocsi, a szint az ugyanaz mint a szobaszám, csak a kódban is felváltva használom. Minden mező egy táblához tartozik igen.

  Az egész amúgy egy foglaló rendszerhez lesz, ahol szintenként lehet adott időpontra foglalni szobát, és adott szinten adott idősávban egyszerre egy foglalás lehet. És ehhez kéne megjelenítenem minden szinthez az időben következő eseményt ami még nem kezdődött el.

  Subselect?

  Az első selectben leválogatod azokat az eseményeket, ahol a dátum nagyobb, mint az aktuális dátum, majd veszed a min függvénnyel ezek közül minden szobához a dátumot. Leírni most nem fogom telefonról.

• Apollo17hu őstag

  #4885

  #4884 cattus

  2021-03-14 18:30:06

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  #4884 cattus

  #4884 cattus

  Bocsi, a szint az ugyanaz mint a szobaszám, csak a kódban is felváltva használom. Minden mező egy táblához tartozik igen.

  Az egész amúgy egy foglaló rendszerhez lesz, ahol szintenként lehet adott időpontra foglalni szobát, és adott szinten adott idősávban egyszerre egy foglalás lehet. És ehhez kéne megjelenítenem minden szinthez az időben következő eseményt ami még nem kezdődött el.

  #keretlentanacs

  elso korben kipucolnam a kodbol a szintet/szobat, es egy terminust hasznalnek

• cattus addikt

  #4884

  #4883 Apollo17hu

  2021-03-14 17:55:09

  Új Válasz

  Ú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

  

  cattus

  addikt

  #4883 Apollo17hu

  #4883 Apollo17hu

  Van esemény, szobaszám, kezdő és befejezési időpont. Eddig oké. De mi az a szint? Az is egy külön attribútum külön mezőben? Minden mező egy adattáblában van?

  Vmi ilyesmire lesz szükséged, ahonnan a megképzett "sorrend" mezőnek veheted később a minimumát:

  RANK() OVER(PARTITION BY szint ORDER BY kezdo_idopont) AS sorrend
  
  Arra kell figyelni, hogy RANK() esetén több minimum is lehet, ha a sorrendiség nem egyértelmű.

  Bocsi, a szint az ugyanaz mint a szobaszám, csak a kódban is felváltva használom. Minden mező egy táblához tartozik igen.

  Az egész amúgy egy foglaló rendszerhez lesz, ahol szintenként lehet adott időpontra foglalni szobát, és adott szinten adott idősávban egyszerre egy foglalás lehet. És ehhez kéne megjelenítenem minden szinthez az időben következő eseményt ami még nem kezdődött el.

• Apollo17hu őstag

  #4883

  #4882 cattus

  2021-03-14 16:45:20

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  #4882 cattus

  #4882 cattus

  Hali!

  Egy adatbázisban vannak tárolva események mindegyikhez tartozik egy szobaszám (3 és 18 között fixen), plusz egy kezdő és befejezési időpont. Arra lenne szükségem, hogy minden szintre lekérdezzem a legközelebbi jövőbeli eseményt (ha nincs ilyen, akkor null legyen).

  Elsőre arra gondoltam, hogy minden szintre futtatok egy select-et a megfelelő szűrőkkel és abból kiveszem az első rekordot, de gondoltam megkérdezem, hogy tud-e valaki ennél egy szebb megoldást?

  Van esemény, szobaszám, kezdő és befejezési időpont. Eddig oké. De mi az a szint? Az is egy külön attribútum külön mezőben? Minden mező egy adattáblában van?

  Vmi ilyesmire lesz szükséged, ahonnan a megképzett "sorrend" mezőnek veheted később a minimumát:

  RANK() OVER(PARTITION BY szint ORDER BY kezdo_idopont) AS sorrend
  
  Arra kell figyelni, hogy RANK() esetén több minimum is lehet, ha a sorrendiség nem egyértelmű.

• cattus addikt

  #4882 2021-03-14 16:30:54

  Új Válasz

  Ú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

  

  cattus

  addikt

  Hali!

  Egy adatbázisban vannak tárolva események mindegyikhez tartozik egy szobaszám (3 és 18 között fixen), plusz egy kezdő és befejezési időpont. Arra lenne szükségem, hogy minden szintre lekérdezzem a legközelebbi jövőbeli eseményt (ha nincs ilyen, akkor null legyen).

  Elsőre arra gondoltam, hogy minden szintre futtatok egy select-et a megfelelő szűrőkkel és abból kiveszem az első rekordot, de gondoltam megkérdezem, hogy tud-e valaki ennél egy szebb megoldást?

• martonx veterán

  #4881

  #4880 lenoma

  2021-03-13 08:09:00

  Új Válasz

  Ú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

  

  martonx

  veterán

  #4880 lenoma

  #4880 lenoma

  dbForge Query Builder for SQL Server
  helyett tudtok ajánlani más programot kezdőknek?

  SQL Server Management Studio
  Vagy Azure Data Studio

• lenoma aktív tag

  #4880 2021-03-13 00:47:33

  Új Válasz

  Ú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

  

  lenoma

  aktív tag

  dbForge Query Builder for SQL Server
  helyett tudtok ajánlani más programot kezdőknek?

• Taci addikt

  #4879

  #4878 Ispy

  2021-03-09 17:03:27

  Új Válasz

  Ú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

  

  Taci

  addikt

  #4878 Ispy

  #4878 Ispy

  Ez a megoldás azért lassú, mert csináltál egy Descartes-szórzatot a két táblából, azaz minden halmaz minden elemét összeköti szépen minden halmaz minden elemével (vesszővel felsorolás). A helyes ahogy írtad is az union, csak figyelni kell, mert ha nincsen all, akkor az azonos rekordokat csak egyszer hozza a halmazokból.

  Ah, akkor ahhoz képest hogy mennyi adattal milyen művleteket végeztettem vele, még gyors is volt...
  Köszi a felvilágosítást!

  És igen, kell az ALL is, mert egy-egy dátumból több is előfordulhat, és nekem mindegyikre szükségem van.

  Köszönöm!

• Ispy nagyúr

  #4878

  #4876 Taci

  2021-03-09 15:31:59

  Új Válasz

  Ú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

  

  Ispy

  nagyúr

  #4876 Taci

  #4876 Taci

  Sziasztok!

  A segítségeteket szeretném kérni:

  Adott több tábla, mindegyikben több rekord, minden rekordnak sok mezője. A táblákban a mezők ugyanolyan névvel, típussal vannak létrehozva és feltöltve.
  Ezek közül az egyik egy időbélyegző, hogy a rekord mikor került az adatbázisba.

  Ha csak az egyik táblából kérdezem le az adatokat, villámgyors minden:
  SELECT * FROM table_1 ORDER BY date DESC LIMIT 4 OFFSET 4

  Szeretném kettő vagy akár az összes többi táblából lekérni az adatokat, és ezeket dátum szerint rendezve megjeleníteni.
  Viszont ha kettő vagy több táblából kérem le ezeket az adatokat, egyrészt nagyon-nagyon lassú, másrészt nem a jó adatokat, vagy nem a jó sorrendben adja vissza.

  Ezzel a lekérdezéssel próbáltam:
  SELECT * FROM table_1, table_2 ORDER BY table_1.date DESC LIMIT 4 OFFSET 4

  Itt elsőre azzal próbáltam, hogy ORDER BY date, de azt mondta, ez nem helyes így, mert a date mező több táblában is megtalálható. Ezért próbálkoztam így aztán.

  Egészen biztosan nem ez a jó módja a lekérdezésnek.
  Hogyan kell ezt jól megcsinálni? Összesen egyszerre 4 rekordot kérek csak le, ennek villámgyorsnak kellene lennie, úgy, ahogy amúgy 1 táblánál az is.

  Köszönöm előre is a segítséget.

  Ez a megoldás azért lassú, mert csináltál egy Descartes-szórzatot a két táblából, azaz minden halmaz minden elemét összeköti szépen minden halmaz minden elemével (vesszővel felsorolás). A helyes ahogy írtad is az union, csak figyelni kell, mert ha nincsen all, akkor az azonos rekordokat csak egyszer hozza a halmazokból.

• Taci addikt

  #4877

  #4876 Taci

  2021-03-09 13:03:52

  Új Válasz

  Ú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

  

  Taci

  addikt

  #4876 Taci

  #4876 Taci

  Sziasztok!

  A segítségeteket szeretném kérni:

  Adott több tábla, mindegyikben több rekord, minden rekordnak sok mezője. A táblákban a mezők ugyanolyan névvel, típussal vannak létrehozva és feltöltve.
  Ezek közül az egyik egy időbélyegző, hogy a rekord mikor került az adatbázisba.

  Ha csak az egyik táblából kérdezem le az adatokat, villámgyors minden:
  SELECT * FROM table_1 ORDER BY date DESC LIMIT 4 OFFSET 4

  Szeretném kettő vagy akár az összes többi táblából lekérni az adatokat, és ezeket dátum szerint rendezve megjeleníteni.
  Viszont ha kettő vagy több táblából kérem le ezeket az adatokat, egyrészt nagyon-nagyon lassú, másrészt nem a jó adatokat, vagy nem a jó sorrendben adja vissza.

  Ezzel a lekérdezéssel próbáltam:
  SELECT * FROM table_1, table_2 ORDER BY table_1.date DESC LIMIT 4 OFFSET 4

  Itt elsőre azzal próbáltam, hogy ORDER BY date, de azt mondta, ez nem helyes így, mert a date mező több táblában is megtalálható. Ezért próbálkoztam így aztán.

  Egészen biztosan nem ez a jó módja a lekérdezésnek.
  Hogyan kell ezt jól megcsinálni? Összesen egyszerre 4 rekordot kérek csak le, ennek villámgyorsnak kellene lennie, úgy, ahogy amúgy 1 táblánál az is.

  Köszönöm előre is a segítséget.

  Úgy látom, UNION (ALL) fog talán kelleni. Már nézem is.

  És igen, ez lett az:

  SELECT * FROM table_1 UNION ALL SELECT * FROM table_2 ORDER BY date DESC LIMIT 4 OFFSET 4

• Taci addikt

  #4876 2021-03-09 12:02:26

  Új Válasz

  Ú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

  

  Taci

  addikt

  Sziasztok!

  A segítségeteket szeretném kérni:

  Adott több tábla, mindegyikben több rekord, minden rekordnak sok mezője. A táblákban a mezők ugyanolyan névvel, típussal vannak létrehozva és feltöltve.
  Ezek közül az egyik egy időbélyegző, hogy a rekord mikor került az adatbázisba.

  Ha csak az egyik táblából kérdezem le az adatokat, villámgyors minden:
  SELECT * FROM table_1 ORDER BY date DESC LIMIT 4 OFFSET 4

  Szeretném kettő vagy akár az összes többi táblából lekérni az adatokat, és ezeket dátum szerint rendezve megjeleníteni.
  Viszont ha kettő vagy több táblából kérem le ezeket az adatokat, egyrészt nagyon-nagyon lassú, másrészt nem a jó adatokat, vagy nem a jó sorrendben adja vissza.

  Ezzel a lekérdezéssel próbáltam:
  SELECT * FROM table_1, table_2 ORDER BY table_1.date DESC LIMIT 4 OFFSET 4

  Itt elsőre azzal próbáltam, hogy ORDER BY date, de azt mondta, ez nem helyes így, mert a date mező több táblában is megtalálható. Ezért próbálkoztam így aztán.

  Egészen biztosan nem ez a jó módja a lekérdezésnek.
  Hogyan kell ezt jól megcsinálni? Összesen egyszerre 4 rekordot kérek csak le, ennek villámgyorsnak kellene lennie, úgy, ahogy amúgy 1 táblánál az is.

  Köszönöm előre is a segítséget.

• lenoma aktív tag

  #4875

  #4874 tm5

  2021-02-18 00:48:27

  Új Válasz

  Ú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

  

  lenoma

  aktív tag

  #4874 tm5

  #4874 tm5

  A feladatsor amit átküldtél tényleg elég részletes, és valszeg több este is le kell ülnöd a gép elé, hogy meglegyél vele 1 hét alatt. Viszont mindent amit ez a felkészítő feladatsor követel biztosan benne van a tananyagban, vagy a google kiköpi, ha okosan keresel.
  Szóval ma rugjál be és dühöngd ki magad, hogy mégis mit gondol ez a tanár és holnap kezd el csinálni, mert csak így fogsz tudni végezni vele.
  fogd fel etzt a felkészítő feladatsort, hogy egy labogyakorlat.
  Jártam jó pár adatbázis tanfolyamon az elmúlt 30 évben és azok jobbára 3-5 nap alatt nyomták le ezt az anyagot, de tele volt tűzdelve laborgyakorlatokkal, amiben ehhez hasonló feladatok voltak. A tanköny + a tanár segítségével megoldottuk. Most neked a tanár helyett a google marad. Viszont amit 1x megcsinálsz arra tuti emlékezni fogsz, legalább nagyvonalakban. Arra elég, hogy túléld a 36 perces vizsgákat. Ennyi időbe a feladatok töredéke fog beleférni.
  Hidd el csak az segít, ha elkezded csinálni.

  Köszönöm a jótanácsot.
  Közben megoldottam, szereztem magántanárt.
  Ehhez képest a vizsga semmiség lesz. Csak nem lesz rá szükségem a jövőben.
  Közben rájött a tanár, hogy túltolta a szintünkhöz képest.
  

• tm5 tag

  #4874

  #4873 lenoma

  2021-02-17 23:24:27

  Új Válasz

  Ú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

  

  tm5

  tag

  #4873 lenoma

  #4873 lenoma

  Elküldöm Neked a 2 tesztsort véleményezésre.
  A főiskolai tanár 2 hét alatt lenyomott kb 1 szemeszternyi tananyagot.
  Itt már a vizsga felkészítésről van só a tanultak alapján.
  A tanár jelezte is, hogy ez a teszt Halálos iramban miközben a vizsga 45km/h-val városi közlekedés lesz ami amúgy az 5-ös Junior Rendszerüzemeltető szint helyett 4-es szakmunkásképző Juniur rendszerüzemeltető képzés az állami programozó képzés keretében.
  Célom, hogy a sulitól a valós vizsgára felkészítést kérjek és nem egy maximalista tanár elvárásait.
  Amúgy a képzés után lehet szakosodni és ott két hónapig egy tárgyat tanulni intenzíven, szerintem annak a kérdésit tolta most elénk, a tanultakból /0-2hét/ oldjuk meg önállóan és adjuk le még ezen a héten. Csak nála volt bukás a szintfelmérőkön /kb 50%/a többin szinte mindenki átment.
  A többi tárgy simán megy ma írtam 100%-os 3. negyedéves állami szintfelmérőt /SQL nem volt benne/

  A feladatsor amit átküldtél tényleg elég részletes, és valszeg több este is le kell ülnöd a gép elé, hogy meglegyél vele 1 hét alatt. Viszont mindent amit ez a felkészítő feladatsor követel biztosan benne van a tananyagban, vagy a google kiköpi, ha okosan keresel.
  Szóval ma rugjál be és dühöngd ki magad, hogy mégis mit gondol ez a tanár és holnap kezd el csinálni, mert csak így fogsz tudni végezni vele.
  fogd fel etzt a felkészítő feladatsort, hogy egy labogyakorlat.
  Jártam jó pár adatbázis tanfolyamon az elmúlt 30 évben és azok jobbára 3-5 nap alatt nyomták le ezt az anyagot, de tele volt tűzdelve laborgyakorlatokkal, amiben ehhez hasonló feladatok voltak. A tanköny + a tanár segítségével megoldottuk. Most neked a tanár helyett a google marad. Viszont amit 1x megcsinálsz arra tuti emlékezni fogsz, legalább nagyvonalakban. Arra elég, hogy túléld a 36 perces vizsgákat. Ennyi időbe a feladatok töredéke fog beleférni.
  Hidd el csak az segít, ha elkezded csinálni.

• lenoma aktív tag

  #4873

  #4872 tm5

  2021-02-15 23:50:39

  Új Válasz

  Ú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

  

  lenoma

  aktív tag

  #4872 tm5

  #4872 tm5

  Ok, de mi a célod ezzel az átnézéssel? Ha most azt mondjuk, hogy, igen, sokat követel a tanár akkor előrébb vagy?
  IMHO, inkább tanulj és ha valamit nagyon nem értesz akkor kérdezz rá itt és elmagyarázzuk.

  Elküldöm Neked a 2 tesztsort véleményezésre.
  A főiskolai tanár 2 hét alatt lenyomott kb 1 szemeszternyi tananyagot.
  Itt már a vizsga felkészítésről van só a tanultak alapján.
  A tanár jelezte is, hogy ez a teszt Halálos iramban miközben a vizsga 45km/h-val városi közlekedés lesz ami amúgy az 5-ös Junior Rendszerüzemeltető szint helyett 4-es szakmunkásképző Juniur rendszerüzemeltető képzés az állami programozó képzés keretében.
  Célom, hogy a sulitól a valós vizsgára felkészítést kérjek és nem egy maximalista tanár elvárásait.
  Amúgy a képzés után lehet szakosodni és ott két hónapig egy tárgyat tanulni intenzíven, szerintem annak a kérdésit tolta most elénk, a tanultakból /0-2hét/ oldjuk meg önállóan és adjuk le még ezen a héten. Csak nála volt bukás a szintfelmérőkön /kb 50%/a többin szinte mindenki átment.
  A többi tárgy simán megy ma írtam 100%-os 3. negyedéves állami szintfelmérőt /SQL nem volt benne/

• tm5 tag

  #4872

  #4871 lenoma

  2021-02-15 22:32:21

  Új Válasz

  Ú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

  

  tm5

  tag

  #4871 lenoma

  #4871 lenoma

  Sziasztok!

  Profi SQL-est keresek aki megnézne 2db tesztsort, hogy mennyire normális a tanárunk ha 2 hét után elénk teszi ezt vizsga felkészítésnek.
  Tippre fél szemeszternyi képzés kérdései 2 hetes nulláról képzésre.
  A tanárunk zseniális szakember csak nem kicsit maximalista.

  Ok, de mi a célod ezzel az átnézéssel? Ha most azt mondjuk, hogy, igen, sokat követel a tanár akkor előrébb vagy?
  IMHO, inkább tanulj és ha valamit nagyon nem értesz akkor kérdezz rá itt és elmagyarázzuk.

• lenoma aktív tag

  #4871 2021-02-15 22:21:35

  Új Válasz

  Ú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

  

  lenoma

  aktív tag

  Sziasztok!

  Profi SQL-est keresek aki megnézne 2db tesztsort, hogy mennyire normális a tanárunk ha 2 hét után elénk teszi ezt vizsga felkészítésnek.
  Tippre fél szemeszternyi képzés kérdései 2 hetes nulláról képzésre.
  A tanárunk zseniális szakember csak nem kicsit maximalista.

• bambano titán

  #4870

  #4869 RedHarlow

  2021-02-10 01:08:51

  Új Válasz

  Ú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

  

  bambano

  titán

  #4869 RedHarlow

  #4869 RedHarlow

  Sziasztok,

  SQL-ben lévő változó értékét, hogy tudom php-ben módosítani? Arról van szó, hogy ha jól tudom az oracle ha megjegyzi az adott query-t legközelebb gyorsan le fog futni de mivel nekem szükséges lenne a hónapokat állíthatóra tenni így mindig újként érzékelné, azonban ha jól gondolom egy változó lenne benne a dátum akkor mindig az alap terv szerint futna le, ezt a változót viszont módosítanom kellene valahogy php-vel? Tudtok ebben segíteni, hogy ez hogy is néz ki? Van e egyáltalán ilyen? Esetleg egy link is elég, ahol erről bővebben olvashatok.
  
  Előre is köszönöm a segítséget.

  [link]

• RedHarlow aktív tag

  #4869 2021-02-09 21:37:51

  Új Válasz

  Ú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

  

  RedHarlow

  aktív tag

  Sziasztok,

  SQL-ben lévő változó értékét, hogy tudom php-ben módosítani? Arról van szó, hogy ha jól tudom az oracle ha megjegyzi az adott query-t legközelebb gyorsan le fog futni de mivel nekem szükséges lenne a hónapokat állíthatóra tenni így mindig újként érzékelné, azonban ha jól gondolom egy változó lenne benne a dátum akkor mindig az alap terv szerint futna le, ezt a változót viszont módosítanom kellene valahogy php-vel? Tudtok ebben segíteni, hogy ez hogy is néz ki? Van e egyáltalán ilyen? Esetleg egy link is elég, ahol erről bővebben olvashatok.
  
  Előre is köszönöm a segítséget.

• Apollo17hu őstag

  #4868

  #4867 Ferfiu

  2021-02-08 21:16:01

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  #4867 Ferfiu

  #4867 Ferfiu

  Codewars

  

• Ferfiu tag

  #4867

  #4866 Apollo17hu

  2021-02-08 00:48:43

  Új Válasz

  Ú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

  

  Ferfiu

  tag

  #4866 Apollo17hu

  #4866 Apollo17hu

  Olyan oldalt vagy esetleg egyetemi jegyzetet tudtok, ami viszonylag nehezebb sql-lekérdezési feladatokat/példákat tartalmaz? Elsősorban a táblakapcsolatok, többszörös JOIN-ok, egymásba ágyazások érdekelnének.

  Codewars

• Apollo17hu őstag

  #4866 2021-02-07 23:11:44

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  Olyan oldalt vagy esetleg egyetemi jegyzetet tudtok, ami viszonylag nehezebb sql-lekérdezési feladatokat/példákat tartalmaz? Elsősorban a táblakapcsolatok, többszörös JOIN-ok, egymásba ágyazások érdekelnének.

• nyunyu félisten

  #4865

  #4861 tm5

  2021-01-29 22:34:39

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4861 tm5

  #4861 tm5

  select FORMAT(dateadd(hh, erkora, '00:00')+dateadd(mi, erkperc, '00:00') ,'hh:mm') FROM JARATTETEL

  Ezt nem lehet egyszerűbben:
  SELECT FORMAT(cast(erkora+':'+erkperc as time), N'hh\:mm') FROM JARATTETEL;

  (Innen loptam)

• tm5 tag

  #4864

  #4863 Ispy

  2021-01-29 22:14:08

  Új Válasz

  Ú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

  

  tm5

  tag

  #4863 Ispy

  #4863 Ispy

  Áhá, szóval van format függvény, én mindig stringként vagdostam, meg ilyenek, jó tudni.

  Mégiscsak van értleme néha benézni ide.

  Az a helyzet, hogy sqlfiddleben vagdostam össze, internetes szösszenetek alapján.
  Nem használtam MSSQL-t az elmúlt 8 évben, bár lehet a következő munkám már megint ott lesz.
  Oracleben nyomultam mostanság, ott elég jó ez a FORMAT() dolog és valami hasonlót kerestem MSSQL-ben is.

• Ispy nagyúr

  #4863

  #4861 tm5

  2021-01-28 11:08:29

  Új Válasz

  Ú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

  

  Ispy

  nagyúr

  #4861 tm5

  #4861 tm5

  select FORMAT(dateadd(hh, erkora, '00:00')+dateadd(mi, erkperc, '00:00') ,'hh:mm') FROM JARATTETEL

  Áhá, szóval van format függvény, én mindig stringként vagdostam, meg ilyenek, jó tudni.

  Mégiscsak van értleme néha benézni ide.

• picur10 aktív tag

  #4862

  #4861 tm5

  2021-01-26 08:46:27

  Új Válasz

  Ú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

  

  picur10

  aktív tag

  #4861 tm5

  #4861 tm5

  select FORMAT(dateadd(hh, erkora, '00:00')+dateadd(mi, erkperc, '00:00') ,'hh:mm') FROM JARATTETEL

  Tökéletes, köszönöm!

  martonx: köszi, ezen már túl voltam, így jutottam el a right-ig is...

• tm5 tag

  #4861

  #4859 picur10

  2021-01-25 21:54:54

  Új Válasz

  Ú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

  

  tm5

  tag

  #4859 picur10

  #4859 picur10

  Bocs, nem láttam, hogy van külön mssql topik.
  right-tal próbáltam, de nem akarja..
  Pedig nagyon tetszett a megoldás

  

  Azért köszi!

  select FORMAT(dateadd(hh, erkora, '00:00')+dateadd(mi, erkperc, '00:00') ,'hh:mm') FROM JARATTETEL

• martonx veterán

  #4860

  #4857 picur10

  2021-01-25 21:49:14

  Új Válasz

  Ú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

  

  martonx

  veterán

  #4857 picur10

  #4857 picur10

  bocsánat, az lemaradt, hogy mssql-re kellene

  http://letmegooglethat.com/?q=mssql+lpad

• picur10 aktív tag

  #4859 2021-01-25 16:48:04

  Új Válasz

  Ú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

  

  picur10

  aktív tag

  Bocs, nem láttam, hogy van külön mssql topik.
  right-tal próbáltam, de nem akarja..
  Pedig nagyon tetszett a megoldás

  

  Azért köszi!

• Apollo17hu őstag

  #4858

  #4857 picur10

  2021-01-25 16:34:33

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  #4857 picur10

  #4857 picur10

  bocsánat, az lemaradt, hogy mssql-re kellene

  Hat akkor vagy atmesz az mssql topikba, vagy megkeresed az LPAD fuggveny mssql-beli megfelelojet. ;)

• picur10 aktív tag

  #4857

  #4856 Apollo17hu

  2021-01-25 16:22:42

  Új Válasz

  Ú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

  

  picur10

  aktív tag

  #4856 Apollo17hu

  #4856 Apollo17hu

  SELECT LPAD(ora, 2, '0') || LPAD(perc, 2, '0') FROM tabla;

  bocsánat, az lemaradt, hogy mssql-re kellene

• Apollo17hu őstag

  #4856

  #4855 picur10

  2021-01-25 15:49:59

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  #4855 picur10

  #4855 picur10

  Egy kis select segítséget kérek.
  Óra és perc van külön numerikus mezőben letéve. Hogy lehet a legegyszerűbben óó:pp formátumban stringként kiíratni? Úgy szeretném, hogy mindig két-két karakter legyen, tehát pl. a dél ne így nézzen ki: 12:0
  Köszi!

  SELECT LPAD(ora, 2, '0') || LPAD(perc, 2, '0') FROM tabla;

• picur10 aktív tag

  #4855 2021-01-25 15:46:00

  Új Válasz

  Ú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

  

  picur10

  aktív tag

  Egy kis select segítséget kérek.
  Óra és perc van külön numerikus mezőben letéve. Hogy lehet a legegyszerűbben óó:pp formátumban stringként kiíratni? Úgy szeretném, hogy mindig két-két karakter legyen, tehát pl. a dél ne így nézzen ki: 12:0
  Köszi!

• martonx veterán

  #4854 2021-01-15 09:04:03

  Új Válasz

  Ú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

  

  martonx

  veterán

  PostgreSQL is the DBMS of the Year 2020 (db-engines.com) érdekességképpen

• DS39 nagyúr

  #4850

  #4849 Kommy

  2020-12-25 23:09:29

  Új Válasz

  Ú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

  

  DS39

  nagyúr

  #4849 Kommy

  #4849 Kommy

  Nagyon szépen köszönöm az iránymutatást, sikerült is megcsinálni.

  Szívesen.

• Kommy veterán

  #4849

  #4848 DS39

  2020-12-25 13:26:15

  Új Válasz

  Ú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

  

  Kommy

  veterán

  #4848 DS39

  #4848 DS39

  jó az irány.
  még group by-old a külső select-et névre és telefonszámra, és az id-t MIN()-eld.
  ezt mentsd el egy temp táblába, majd a temp táblához join-old be a partner táblát, név és telefonszám alapján + temp.ID <> partner.ID
  így meglesz egy rekordban a duplikált partner régi és új id-ja, ezzel már könnyen meg tudod írni az update-t, hogy a kölcsönzés táblában mit mire kell cserélni.
  + én még a partner táblát bővíteném egy oszloppal, hogy törölt / archív, és a régi id-ek megjelölném, így később ki lehet őket szűrni.

  Nagyon szépen köszönöm az iránymutatást, sikerült is megcsinálni.

• DS39 nagyúr

  #4848

  #4846 Kommy

  2020-12-24 12:06:35

  Új Válasz

  Ú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

  

  DS39

  nagyúr

  #4846 Kommy

  #4846 Kommy

  Szeretném megcsinálni azt, hogy vannak partnereink akik sajnos valami folytán kétszer kerültek be az adatbázisunkba és szeretném a kölcsönzéseiket összevonni az újabb regisztrációba.

  Név és telefonszám alapján le is tudom kérdezni a listát ahol látom az összes duplikációt.
  A lényeg az lenne, hogy a régebbi partnerhez tartozó kölcsönzéseket átrakjam az új partnerre.
  A kölcsönzések tábla tartalmazza természetesen a partnerid-t, így ott kellene valahogy kicserélnem a régi az újra.

  Itt e lekérdezés a duplikációkra itt szépen látom az id-t, a nevet és a telefonszámot.
  SELECT
    y.id,y.nev, y.Kapcsolat
    FROM Partnerek y
        INNER JOIN (SELECT
                        nev, kapcsolat, COUNT(*) AS CountOf
                        FROM Partnerek
                        GROUP BY nev, Kapcsolat
                        HAVING COUNT(*)>1
                    ) dt ON y.kapcsolat=dt.kapcsolat  order by Kapcsolat
  [kép]

  jó az irány.
  még group by-old a külső select-et névre és telefonszámra, és az id-t MIN()-eld.
  ezt mentsd el egy temp táblába, majd a temp táblához join-old be a partner táblát, név és telefonszám alapján + temp.ID <> partner.ID
  így meglesz egy rekordban a duplikált partner régi és új id-ja, ezzel már könnyen meg tudod írni az update-t, hogy a kölcsönzés táblában mit mire kell cserélni.
  + én még a partner táblát bővíteném egy oszloppal, hogy törölt / archív, és a régi id-ek megjelölném, így később ki lehet őket szűrni.

• Apollo17hu őstag

  #4847

  #4846 Kommy

  2020-12-24 10:59:56

  Új Válasz

  Ú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

  

  Apollo17hu

  őstag

  #4846 Kommy

  #4846 Kommy

  Szeretném megcsinálni azt, hogy vannak partnereink akik sajnos valami folytán kétszer kerültek be az adatbázisunkba és szeretném a kölcsönzéseiket összevonni az újabb regisztrációba.

  Név és telefonszám alapján le is tudom kérdezni a listát ahol látom az összes duplikációt.
  A lényeg az lenne, hogy a régebbi partnerhez tartozó kölcsönzéseket átrakjam az új partnerre.
  A kölcsönzések tábla tartalmazza természetesen a partnerid-t, így ott kellene valahogy kicserélnem a régi az újra.

  Itt e lekérdezés a duplikációkra itt szépen látom az id-t, a nevet és a telefonszámot.
  SELECT
    y.id,y.nev, y.Kapcsolat
    FROM Partnerek y
        INNER JOIN (SELECT
                        nev, kapcsolat, COUNT(*) AS CountOf
                        FROM Partnerek
                        GROUP BY nev, Kapcsolat
                        HAVING COUNT(*)>1
                    ) dt ON y.kapcsolat=dt.kapcsolat  order by Kapcsolat
  [kép]

  En felvennek egy segedmezot, ami a "vegleges" azonositot tartalmazna. Idokozonkent befrissitenem. Az elv az lenne, hogy a duplikatumokckozul azoknal, amelyekre nincs szukseg, feltoltod.

• Kommy veterán

  #4846 2020-12-24 10:30:56

  Új Válasz

  Ú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

  

  Kommy

  veterán

  Szeretném megcsinálni azt, hogy vannak partnereink akik sajnos valami folytán kétszer kerültek be az adatbázisunkba és szeretném a kölcsönzéseiket összevonni az újabb regisztrációba.

  Név és telefonszám alapján le is tudom kérdezni a listát ahol látom az összes duplikációt.
  A lényeg az lenne, hogy a régebbi partnerhez tartozó kölcsönzéseket átrakjam az új partnerre.
  A kölcsönzések tábla tartalmazza természetesen a partnerid-t, így ott kellene valahogy kicserélnem a régi az újra.

  Itt e lekérdezés a duplikációkra itt szépen látom az id-t, a nevet és a telefonszámot.
  SELECT
    y.id,y.nev, y.Kapcsolat
    FROM Partnerek y
        INNER JOIN (SELECT
                        nev, kapcsolat, COUNT(*) AS CountOf
                        FROM Partnerek
                        GROUP BY nev, Kapcsolat
                        HAVING COUNT(*)>1
                    ) dt ON y.kapcsolat=dt.kapcsolat  order by Kapcsolat
  [kép]

• Louro őstag

  #4844

  #4843 tm5

  2020-12-10 08:14:07

  Új Válasz

  Ú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

  

  Louro

  őstag

  #4843 tm5

  #4843 tm5

  Amúgy csak megérteni szeretnéd, vagy átírni?

  (Kis csiszolgatás után) beraktam beraktam sqlfiddle-be a mintádat, de nem sok értelmeset produkált: (null),1,...6-ig hozta az összes ID-t

  Ha esetleg szeretnél hierarchiát építeni SQL Serverben arra ott a rekurzív CTE

  Köszi mindkettőtöknek! Amúgy oracle-re fordítás a cél, de értelmezni se ártana. A join jogos. Siettem. Full outer a nyerő.

• tm5 tag

  #4843

  #4841 Louro

  2020-12-09 23:44:34

  Új Válasz

  Ú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

  

  tm5

  tag

  #4841 Louro

  #4841 Louro

  Sziasztok!

  Bár ritkán adom fel, de ez most kifogott rajtam és a Google se segített.

  Alap: SQL Server
  Minta:

  CREATE TABLE t1 AS (
  id int,
  name varchar,
  dependency int
);

INSERT INTO t1 VALUES (1,'n1',0);
INSERT INTO t1 VALUES (2,'n2',1);
INSERT INTO t1 VALUES (3,'n3',1);
INSERT INTO t1 VALUES (4,'n4',2);
INSERT INTO t1 VALUES (5,'n5',3);
INSERT INTO t1 VALUES (6,'n6',3);

SELECT DISTINCT ca.id
FROM t1 
LEFT JOIN t1 AS t2 ON t2.ID = t1.dependency
LEFT JOIN t1 AS t3 ON t3.ID = t2.dependency
CROSS APPLY (
  SELECT t1.ID UNION ALL
  SELECT t2.ID UNION ALL
  SELECT t3.ID ) AS c (id);

  A nagy kérdés, hogy én komfortosabb vagyok a JOIN-okkal, mint az APPLY-okkal. Ezt bevallom értelmezni se tudom. Az megvan, hogy egy hierarchiát épít, de a CROSS APPLY esetén a (id) kicsit fura, mert melyik ID-val köti össze a CROSS APPLY-ban lévő ID-t? Vagy duplikálna? A kód szerzője ismeretlen

  Valami ilyesmi lenne?

  SELECT DISTINCT ca.id
FROM t1 
LEFT JOIN t1 AS t2 ON t2.ID = t1.dependency
LEFT JOIN t1 AS t3 ON t3.ID = t2.dependency
LEFT JOIN (
  SELECT t1.ID UNION ALL
  SELECT t2.ID UNION ALL
  SELECT t3.ID ) AS c ON t1.ID = c.ID OR t2.ID = c.ID OR t3.ID;

  Amúgy csak megérteni szeretnéd, vagy átírni?

  (Kis csiszolgatás után) beraktam beraktam sqlfiddle-be a mintádat, de nem sok értelmeset produkált: (null),1,...6-ig hozta az összes ID-t

  Ha esetleg szeretnél hierarchiát építeni SQL Serverben arra ott a rekurzív CTE

• martonx veterán

  #4842

  #4841 Louro

  2020-12-09 23:05:04

  Új Válasz

  Ú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

  

  martonx

  veterán

  #4841 Louro

  #4841 Louro

  Sziasztok!

  Bár ritkán adom fel, de ez most kifogott rajtam és a Google se segített.

  Alap: SQL Server
  Minta:

  CREATE TABLE t1 AS (
  id int,
  name varchar,
  dependency int
);

INSERT INTO t1 VALUES (1,'n1',0);
INSERT INTO t1 VALUES (2,'n2',1);
INSERT INTO t1 VALUES (3,'n3',1);
INSERT INTO t1 VALUES (4,'n4',2);
INSERT INTO t1 VALUES (5,'n5',3);
INSERT INTO t1 VALUES (6,'n6',3);

SELECT DISTINCT ca.id
FROM t1 
LEFT JOIN t1 AS t2 ON t2.ID = t1.dependency
LEFT JOIN t1 AS t3 ON t3.ID = t2.dependency
CROSS APPLY (
  SELECT t1.ID UNION ALL
  SELECT t2.ID UNION ALL
  SELECT t3.ID ) AS c (id);

  A nagy kérdés, hogy én komfortosabb vagyok a JOIN-okkal, mint az APPLY-okkal. Ezt bevallom értelmezni se tudom. Az megvan, hogy egy hierarchiát épít, de a CROSS APPLY esetén a (id) kicsit fura, mert melyik ID-val köti össze a CROSS APPLY-ban lévő ID-t? Vagy duplikálna? A kód szerzője ismeretlen

  Valami ilyesmi lenne?

  SELECT DISTINCT ca.id
FROM t1 
LEFT JOIN t1 AS t2 ON t2.ID = t1.dependency
LEFT JOIN t1 AS t3 ON t3.ID = t2.dependency
LEFT JOIN (
  SELECT t1.ID UNION ALL
  SELECT t2.ID UNION ALL
  SELECT t3.ID ) AS c ON t1.ID = c.ID OR t2.ID = c.ID OR t3.ID;

  A Cross Apply-t nem tudod Joinra fordítani, talán leginkább a FULL OUTER JOIN hasonlít hozzá. Ebben az esetben duplikálni fog.

• Louro őstag

  #4841 2020-12-09 19:32:14

  Új Válasz

  Ú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

  

  Louro

  őstag

  Sziasztok!

  Bár ritkán adom fel, de ez most kifogott rajtam és a Google se segített.

  Alap: SQL Server
  Minta:

  CREATE TABLE t1 AS (
  id int,
  name varchar,
  dependency int
);

INSERT INTO t1 VALUES (1,'n1',0);
INSERT INTO t1 VALUES (2,'n2',1);
INSERT INTO t1 VALUES (3,'n3',1);
INSERT INTO t1 VALUES (4,'n4',2);
INSERT INTO t1 VALUES (5,'n5',3);
INSERT INTO t1 VALUES (6,'n6',3);

SELECT DISTINCT ca.id
FROM t1 
LEFT JOIN t1 AS t2 ON t2.ID = t1.dependency
LEFT JOIN t1 AS t3 ON t3.ID = t2.dependency
CROSS APPLY (
  SELECT t1.ID UNION ALL
  SELECT t2.ID UNION ALL
  SELECT t3.ID ) AS c (id);

  A nagy kérdés, hogy én komfortosabb vagyok a JOIN-okkal, mint az APPLY-okkal. Ezt bevallom értelmezni se tudom. Az megvan, hogy egy hierarchiát épít, de a CROSS APPLY esetén a (id) kicsit fura, mert melyik ID-val köti össze a CROSS APPLY-ban lévő ID-t? Vagy duplikálna? A kód szerzője ismeretlen

  Valami ilyesmi lenne?

  SELECT DISTINCT ca.id
FROM t1 
LEFT JOIN t1 AS t2 ON t2.ID = t1.dependency
LEFT JOIN t1 AS t3 ON t3.ID = t2.dependency
LEFT JOIN (
  SELECT t1.ID UNION ALL
  SELECT t2.ID UNION ALL
  SELECT t3.ID ) AS c ON t1.ID = c.ID OR t2.ID = c.ID OR t3.ID;

• nyunyu félisten

  #4839

  #4838 #29736192

  2020-12-09 17:13:45

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4838 #29736192

  A megválaszolt hozzászólás már nem elérhető.

  Logika úgy diktálná, hogy egyezzen a kettő.

• nyunyu félisten

  #4837

  #4834 #29736192

  2020-12-09 17:01:38

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4834 #29736192

  A megválaszolt hozzászólás már nem elérhető.

  Unió az VAGYlagos kapcsolatot jelent, ÉS meg metszetet.

  Neked az kell, hogy egyik regexpnek sem felel meg, azaz -regexp1 ÉS - regexp2 ÉS -regexp3... (komplementerek/negáltak metszete!)
  Ezt ha levezeted, akkor azzal egyenlő, hogy -(regexp1 VAGY regexp2 VAGY regexp3...) (unió komplementere/negáltja!)

  Mivel a táblák sorai között mindig VAGYlagos kapcsolat van (tábla a sorainak uniója!), így ez utóbbi azt jelenti, hogy az érték nincs a regexp tábládban.
  A táblából meg úgy kapjuk meg a B-ben nem szereplő értékeket, hogy LEFT JOIN ... IS NULL.

• nyunyu félisten

  #4836

  #4835 bambano

  2020-12-09 16:09:41

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4835 bambano

  #4835 bambano

  mindig jó ötlet az adatbáziskezelőn belül tartani a melót.
  tehát ha meg tudod úgy oldani a programot, hogy ne kelljen kihúzgálni az adatot az sql szerverből, akkor az jobb.

  ezzel szemben van az, hogy jelen esetben is elszállhat a memóriaigény.

  legegyszerűbb kipróbálni és megmérni a lehetséges verziókat.

  nálad probléma lehet, hogy ebben a megoldásban a regexp rámegy azokra a sorokra is, amiket egy korábbi regexp már kizárt, ami elég nagy pazarlás. tehát ha külső nyelvből csinálnád a keresést, akkor lehet, hogy egyszerűbb lenne úgy, hogy csinálsz egy temporális táblát, abba belerakod az összes adat azonosítóját, amit az első regexppel szűrtél és még kell, majd utána a többivel sorban kiszórod belőle azt, ami nem kell. ha a regexpeket gyakoriság szerinti csökkenő sorrendben teszteled, akkor az hatékonyabb lesz.

  Ezzel viszont vissza is kanyarodtunk a kurzoron végigiterálós megoldáshoz, amit macerásabb megírni, mint az előbbi jólfésült selectet

  nagy vonalakban valami ilyesmi:
  declare
cursor c is
select regexp
from regexptabla
order by gyakorisag desc;

r varchar2(100);

begin
truncate temptabla;

open c
loop
fetch c into r;
exit when c%NOTFOUND;

insert into temptabla (voltmar)
select e.ertek
from eredetitabla e
left join temptabla t
on e.ertek = t.voltmar
where t.voltmar is null
and e.ertek ~ r;

end loop;
close c;

select e.ertek
from eredetitabla e
left join temptabla t
on e.ertek = t.voltmar
where t.voltmar is null;

end;

  (Nem vágom a postgre szintaxisát.)

• bambano titán

  #4835

  #4830 #29736192

  2020-12-09 15:31:10

  Új Válasz

  Ú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

  

  bambano

  titán

  #4830 #29736192

  A megválaszolt hozzászólás már nem elérhető.

  mindig jó ötlet az adatbáziskezelőn belül tartani a melót.
  tehát ha meg tudod úgy oldani a programot, hogy ne kelljen kihúzgálni az adatot az sql szerverből, akkor az jobb.

  ezzel szemben van az, hogy jelen esetben is elszállhat a memóriaigény.

  legegyszerűbb kipróbálni és megmérni a lehetséges verziókat.

  nálad probléma lehet, hogy ebben a megoldásban a regexp rámegy azokra a sorokra is, amiket egy korábbi regexp már kizárt, ami elég nagy pazarlás. tehát ha külső nyelvből csinálnád a keresést, akkor lehet, hogy egyszerűbb lenne úgy, hogy csinálsz egy temporális táblát, abba belerakod az összes adat azonosítóját, amit az első regexppel szűrtél és még kell, majd utána a többivel sorban kiszórod belőle azt, ami nem kell. ha a regexpeket gyakoriság szerinti csökkenő sorrendben teszteled, akkor az hatékonyabb lesz.

• nyunyu félisten

  #4833

  #4832 #29736192

  2020-12-09 10:22:27

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4832 #29736192

  A megválaszolt hozzászólás már nem elérhető.

  Jó lesz az, csak halmazokban kéne gondolkozni.
  Neked a regexp kifejezések uniójának negáltja kell, nem a negált regexpek uniója!

  Vagyis left join on keresendo ~ regexp... where regexp is null.

  bambano megoldását szabvány join szintaxisra átírva:
  select keresendo
from keresendotabla
left join regexptabla
on keresendo ~ regexposzlop
where regexposzlop is null;

• nyunyu félisten

  #4831

  #4829 bambano

  2020-12-09 09:26:48

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4829 bambano

  #4829 bambano

  természetesen tud.
  azért arra készülj fel lélekben, hogyha csinálsz egy nagyobbacska táblára full joint egy párszáz regexpes táblával, attól szédülni fog a cucc
  át.

  select keresendo from keresendotabla,regexptabla where keresendo ~ regexposzlop;

  Hmm, így joinra nem gondoltam, jó ötlet.

  Más kérdés a sebesség, regexp valószínűleg sehogy sem hasít.

• bambano titán

  #4829

  #4827 #29736192

  2020-12-09 02:02:42

  Új Válasz

  Ú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

  

  bambano

  titán

  #4827 #29736192

  A megválaszolt hozzászólás már nem elérhető.

  természetesen tud.
  azért arra készülj fel lélekben, hogyha csinálsz egy nagyobbacska táblára full joint egy párszáz regexpes táblával, attól szédülni fog a cucc
  át.

  select keresendo from keresendotabla,regexptabla where keresendo ~ regexposzlop;

• nyunyu félisten

  #4828

  #4827 #29736192

  2020-12-09 01:16:28

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4827 #29736192

  A megválaszolt hozzászólás már nem elérhető.

  Dokumentációja szerint a Postgre SIMILAR TO/NOT SIMILAR TO/~/~* operátoroknak egy patternt lehet megadni.

  Úgyhogy nem úszod meg tárolt eljárás nélkül:
  Kurzorba teszed a pattern lista tartalmát.
  Végigiterálsz a kurzoron, minden egyes lépésnél egy ideiglenes táblába leválogatod az eredeti táblából az aktuális patternre illeszkedő értékeket.
  Végén meg egy jól irányzott left joinnal kiválogatod az eredeti táblából azokat az értékeket, amik a másodikban NEM szerepelnek.

• Micsurin nagyúr

  #4826 2020-12-08 17:17:18

  Új Válasz

  Ú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

  

  Micsurin

  nagyúr

  Köszönöm a sok segítséget az elmúlt hetekben, nagyon jól jött!

  Első ZH-n anno megrántottak mert lehalt a vmware, na úgy néz ki nem ,hogy a bukás széléről kikapartam a tárgyat de 3-astól rosszabb nem igen lehetek már akkor se ha az elméleti ZH-t lenullázom.

• tm5 tag

  #4825

  #4824 Micsurin

  2020-11-29 22:28:11

  Új Válasz

  Ú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

  

  tm5

  tag

  #4824 Micsurin

  #4824 Micsurin

  ...valamiért magától észhez tért nem tudom miért. Újraraktam a virtuális gépet most jó.

  A sor szintű trigger az a for each row ugye?
  Ha tábla szintű triggert írtak még nekünk ott a költő mire gondolt? statement trigger-re?

  Yep

• Micsurin nagyúr

  #4824 2020-11-29 15:52:51

  Új Válasz

  Ú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

  

  Micsurin

  nagyúr

  ...valamiért magától észhez tért nem tudom miért. Újraraktam a virtuális gépet most jó.

  A sor szintű trigger az a for each row ugye?
  Ha tábla szintű triggert írtak még nekünk ott a költő mire gondolt? statement trigger-re?

• kw3v865 senior tag

  #4823

  #4801 bambano

  2020-11-28 15:49:25

  Új Válasz

  Ú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

  

  kw3v865

  senior tag

  #4801 bambano

  #4801 bambano

  fogalmam sincs, mit csinál windows alatt.
  nem csak a shared_buffer számít, a prepared statementeknek meg a connectionöknek is foglal memóriát, illetve van egy work_mem változó, azokat is érdemes csökkenteni.

  Köszi, megnézem akkor a work_mem-et is.

• Micsurin nagyúr

  #4822

  #4821 nyunyu

  2020-11-27 22:49:50

  Új Válasz

  Ú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

  

  Micsurin

  nagyúr

  #4821 nyunyu

  #4821 nyunyu

  Akkor kérdezd le:
  select *
  from dba_tables
  where table_name='CSUPANAGYBETU';

  (Oracle nagybetűsen tárolja a DB objektumok neveit.)

  select *
  from dba_tables
  where table_name='MOTOROK'; és végig próbálgatva is ORA-00942 lesz az az: a tábla vagy a nézet nem létezik.

  Pedig nulláról kezdtem:
  Új kapcsolat Hr-be belépve, létrehoz és feltölt.
  Kapcsolódtam a SYS as SYSDBA-ra megadtam az ALL PRIVILEGES-t a Hr-nek.
  Létrehoztam a usereket és a role-okat, de semmi változás a dba_tables-re sem lehet lekérdezni.

• nyunyu félisten

  #4821

  #4820 Micsurin

  2020-11-27 22:15:49

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4820 Micsurin

  #4820 Micsurin

  hr alól lettek létrehozva a táblák és ott is lett a GRANT kiadva mivel megkötés volt, hogy ne lehessen jogot tovább adni.

  De nem akarja az igazságot annyira nem, hogy disconnect majd connect ismét hr-rel átraktam mindent ANY-re, hát nem igazán hatotta meg a dolog mert továbbra sem léteznek a tábláim.

  edit.: ezt a DBA-t mindjárt megnézem csak nulláztam a vmwaret inkább berakok minden kódot újra mert kezdtem kuszálni már.

  Akkor kérdezd le:
  select *
  from dba_tables
  where table_name='CSUPANAGYBETU';

  (Oracle nagybetűsen tárolja a DB objektumok neveit.)

• Micsurin nagyúr

  #4820

  #4819 nyunyu

  2020-11-27 22:13:36

  Új Válasz

  Ú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

  

  Micsurin

  nagyúr

  #4819 nyunyu

  #4819 nyunyu

  GRANTolni csak az tud, akié a tábla, vagy kapott rá GRANTolási jogot, vagy DBA júzer.
  Akinek csak olvasási/írási joga van, az nem tudja azokat továbbadni!

  Ha hr séma/júzer alatt hoztad létre a táblákat, akkor hr júzerrel kell kiadni a GRANTokat.

  Utána a többi júzer select * from hr.táblanév;-vel fogja elérni őket.

  Egyébként a táblák listája nyilvános, bárki lekérheti a select * from dba_tables;-t.
  Ha a select * from all_tables;-t kérdezed, ott csak azokat mutatja az Oracle, amikhez az aktuális júzernek joga is van.

  hr alól lettek létrehozva a táblák és ott is lett a GRANT kiadva mivel megkötés volt, hogy ne lehessen jogot tovább adni.

  De nem akarja az igazságot annyira nem, hogy disconnect majd connect ismét hr-rel átraktam mindent ANY-re, hát nem igazán hatotta meg a dolog mert továbbra sem léteznek a tábláim.

  edit.: ezt a DBA-t mindjárt megnézem csak nulláztam a vmwaret inkább berakok minden kódot újra mert kezdtem kuszálni már.

• nyunyu félisten

  #4819

  #4818 Micsurin

  2020-11-27 22:07:07

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4818 Micsurin

  #4818 Micsurin

  Ha jól értem most a táblák a hr user alatt "maradtak" mert ott hoztam létre ergo meg kell nevezzem a hr.-rel őket ha nem akarok ANY-vel teljes database wide jogot adni?

  Így sem "léteznek" a tábláim.

  GRANTolni csak az tud, akié a tábla, vagy kapott rá GRANTolási jogot, vagy DBA júzer.
  Akinek csak olvasási/írási joga van, az nem tudja azokat továbbadni!

  Ha hr séma/júzer alatt hoztad létre a táblákat, akkor hr júzerrel kell kiadni a GRANTokat.

  Utána a többi júzer select * from hr.táblanév;-vel fogja elérni őket.

  Egyébként a táblák listája nyilvános, bárki lekérheti a select * from dba_tables;-t.
  Ha a select * from all_tables;-t kérdezed, ott csak azokat mutatja az Oracle, amikhez az aktuális júzernek joga is van.

• Micsurin nagyúr

  #4818

  #4817 Micsurin

  2020-11-27 21:40:15

  Új Válasz

  Ú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

  

  Micsurin

  nagyúr

  #4817 Micsurin

  #4817 Micsurin

  Köszönöm a válaszokat!

  Még annyi kérdésem lenne( ), hogy ha adtam SESSION létrehozáshoz is jogos egy usernek, miért nem látja az adott séma tábláit?
  Elméletileg pedig kéne lássa nem?

  CREATE ROLE raktáros IDENTIFIED BY r123;
    CREATE ROLE eladó IDENTIFIED BY e123;
    CREATE ROLE üzletvezető IDENTIFIED BY ü123;
    CREATE USER Zolika IDENTIFIED BY z123;
        GRANT UNLIMITED TABLESPACE TO Zolika;
    CREATE USER Toma IDENTIFIED BY t123;
        GRANT UNLIMITED TABLESPACE TO Toma;
    CREATE USER Csilla IDENTIFIED BY c123;
        GRANT UNLIMITED TABLESPACE TO Csilla;
        GRANT CREATE SESSION TO Toma;
        GRANT CREATE SESSION TO Csilla;
        GRANT CREATE SESSION TO Zolika;
    GRANT SELECT, INSERT, UPDATE, DELETE ON kereskedes TO eladó;
    GRANT SELECT, INSERT, UPDATE, DELETE ON motorok TO eladó;
    GRANT SELECT, INSERT, UPDATE, DELETE ON kiegeszitok TO eladó;
    GRANT SELECT, INSERT, UPDATE, DELETE ON adasvetel TO eladó;
    GRANT ALL PRIVILEGES TO raktáros; 
    GRANT SELECT ON kereskedes TO üzletvezető;
    GRANT SELECT ON adasvetel TO üzletvezető;
    GRANT SELECT ON motorok TO üzletvezető;
    GRANT SELECT ON kiegeszitok TO üzletvezető;
    GRANT SELECT ON maganszemely TO üzletvezető;
    GRANT raktáros TO Zolika;
    GRANT eladó TO Csilla;
    GRANT üzletvezető TO Toma;

  Ha jól értem most a táblák a hr user alatt "maradtak" mert ott hoztam létre ergo meg kell nevezzem a hr.-rel őket ha nem akarok ANY-vel teljes database wide jogot adni?

  Így sem "léteznek" a tábláim.

• Micsurin nagyúr

  #4817 2020-11-27 21:20:03

  Új Válasz

  Ú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

  

  Micsurin

  nagyúr

  Köszönöm a válaszokat!

  Még annyi kérdésem lenne( ), hogy ha adtam SESSION létrehozáshoz is jogos egy usernek, miért nem látja az adott séma tábláit?
  Elméletileg pedig kéne lássa nem?

  CREATE ROLE raktáros IDENTIFIED BY r123;
    CREATE ROLE eladó IDENTIFIED BY e123;
    CREATE ROLE üzletvezető IDENTIFIED BY ü123;
    CREATE USER Zolika IDENTIFIED BY z123;
        GRANT UNLIMITED TABLESPACE TO Zolika;
    CREATE USER Toma IDENTIFIED BY t123;
        GRANT UNLIMITED TABLESPACE TO Toma;
    CREATE USER Csilla IDENTIFIED BY c123;
        GRANT UNLIMITED TABLESPACE TO Csilla;
        GRANT CREATE SESSION TO Toma;
        GRANT CREATE SESSION TO Csilla;
        GRANT CREATE SESSION TO Zolika;
    GRANT SELECT, INSERT, UPDATE, DELETE ON kereskedes TO eladó;
    GRANT SELECT, INSERT, UPDATE, DELETE ON motorok TO eladó;
    GRANT SELECT, INSERT, UPDATE, DELETE ON kiegeszitok TO eladó;
    GRANT SELECT, INSERT, UPDATE, DELETE ON adasvetel TO eladó;
    GRANT ALL PRIVILEGES TO raktáros; 
    GRANT SELECT ON kereskedes TO üzletvezető;
    GRANT SELECT ON adasvetel TO üzletvezető;
    GRANT SELECT ON motorok TO üzletvezető;
    GRANT SELECT ON kiegeszitok TO üzletvezető;
    GRANT SELECT ON maganszemely TO üzletvezető;
    GRANT raktáros TO Zolika;
    GRANT eladó TO Csilla;
    GRANT üzletvezető TO Toma;

• Petya25 őstag

  #4816

  #4803 disy68

  2020-11-27 16:58:50

  Új Válasz

  Ú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

  

  Petya25

  őstag

  #4803 disy68

  #4803 disy68

  A sys.objects-ben megtalálsz minden user által létrehozott objektumot. A sys.system_objects-ben a system által létrehozott és a sys.all_objects-ben pedig mindekettőt.
  
  Ahogy a leírásban is benne van a különböző objektumok nevét megkaphatod az OBJECT_NAME függvény segítségével.

  Szűrsz a neked szükséges típusokra és meg is vagy.

  Köszönöm, összeszedtem ami kellett.

• nyunyu félisten

  #4815

  #4813 tm5

  2020-11-26 15:31:14

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4813 tm5

  #4813 tm5

  Még annyit érdemes tudni a többiek által leírtakon túl, hogy van egy TRUNCATE TABLE parancs, ami ugyanúgy kitöröl mindent egy táblából mint a DELETE parancs, csak DDL utasításként viselkedik, tehát azonnal végrehajtódik és nem is lehet rollback-elni. A DELETE-et a tranzakción belül még igen. Cserébe villámgyors. A DELETE az sok rekordra nagyon lassú tud lenni.

  Persze hogy lassú a DELETE, mert az törlendő soronként módosítja az indexeket, hívogatja a triggereket, plusz vezeti az undo logot.

  TRUNCATE meg egy lépésben mindent legyalul a francba, és nem is logol sehova.

• martonx veterán

  #4814

  #4813 tm5

  2020-11-26 14:33:12

  Új Válasz

  Ú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

  

  martonx

  veterán

  #4813 tm5

  #4813 tm5

  Még annyit érdemes tudni a többiek által leírtakon túl, hogy van egy TRUNCATE TABLE parancs, ami ugyanúgy kitöröl mindent egy táblából mint a DELETE parancs, csak DDL utasításként viselkedik, tehát azonnal végrehajtódik és nem is lehet rollback-elni. A DELETE-et a tranzakción belül még igen. Cserébe villámgyors. A DELETE az sok rekordra nagyon lassú tud lenni.

  Illetve a truncate alapállapotba hozza a táblához tartozó indexeket, incrementeket is. Delete meg tényleg csak az adatot törli.

• tm5 tag

  #4813

  #4812 Micsurin

  2020-11-26 14:21:07

  Új Válasz

  Ú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

  

  tm5

  tag

  #4812 Micsurin

  #4812 Micsurin

  Köszönöm! Életmentő volt holnap lesz csak órai téma de így végre letudom adni a félévest teljesen befejezve és nem kell már vele szórakozzak a héten, legalább ezzel kevesebb!

  Keresgéltem de stackover után sem esett le teljesen a dolog pedig tényleg egyszerű...

  Érdekes mindig ezekkel az egyszerűbb cuccokkal szenvedek, a tárolj eljárásos, függvényes triggeres téma valahogy jobban feküdt de sanszos, hogy a prog miatt.

  Még annyit érdemes tudni a többiek által leírtakon túl, hogy van egy TRUNCATE TABLE parancs, ami ugyanúgy kitöröl mindent egy táblából mint a DELETE parancs, csak DDL utasításként viselkedik, tehát azonnal végrehajtódik és nem is lehet rollback-elni. A DELETE-et a tranzakción belül még igen. Cserébe villámgyors. A DELETE az sok rekordra nagyon lassú tud lenni.

• Micsurin nagyúr

  #4812

  #4807 nyunyu

  2020-11-26 13:59:11

  Új Válasz

  Ú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

  

  Micsurin

  nagyúr

  #4807 nyunyu

  #4807 nyunyu

  Egy tranzakcióban futó adatmanipulációs (DML) utasítások (insert, update, merge, delete...) hatását csak az őket futtató DB session látja, amíg a tranzakció nincs commitálva.

  Mittudomén, van egy táblád, amiben van 10 rekord.

  Nyitsz egy adatbáziskezelő ablakot, amiben kiadsz 5 insertet, meg 3 updateet, majd kiadsz egy select count(*) from tabla;-t, akkor az ott 15-öt fog mutatni.

  Közben nyitsz egy másik ablakot, egy ott kiadott select * from tabla; az eredeti állapotot, 10 rekordot fog mutatni, a még nyitva lévő tranzakcióban hozzáadott ötöt, meg az updateek hatását nem!

  Ha az első ablakban kiadsz egy commit;-ot (amivel véglegesíted az addig nyitott tranzakcióban futtatott DML utasítások hatását és lezárod a tranzakciót), akkor a második ablakbeli select *-ot újrafuttatva már 15, módosult rekord fog megjelenni.

  Ha az első ablakban commit; helyett rollback;-et nyomsz, akkor teljesen eldobódik a nyitott tranzakcióban futtatott DMLek hatása, és visszaáll az eredeti állapotra.
  Tehát ha utána kiadnál egy select *-ot, akkor ugyanazt a 10 eredeti rekordot látnád az első ablakban is, mint korábban a kettes ablakban.

  Adatdefiníciós (DDL) utasítások (pl. tábla létrehozás, eldobás, oszlop hozzáadás, index létrehozás...) mindig önálló tranzakcióban futnak és azonnal commitálódnak, így azok nem vonhatóak vissza kiadás után.
  Meg ha jól rémlik, akkor az adott DB sessionben még függőben lévő tranzakciót is commitálják!

  Savepointokat még nem használtam, de ahogy olvasom arra jó, hogy rollbacknél meg lehessen mondani, hogy ne az egész addigi tranzakciót dobja el, hanem csak a savepoint után futtatott utasításokat.

  Lehet, hogy valakik szerint ez jó ötlet, de alapvetően sérti a tranzakciók atomiságát, és jóval nehezebb egy félig lefutott tranzakció által elcseszett adatokat javítani, mint ha eldobnád az egészet a francba, és javítás után elölről újrafuttatnád az egészet.

  Köszönöm! Életmentő volt holnap lesz csak órai téma de így végre letudom adni a félévest teljesen befejezve és nem kell már vele szórakozzak a héten, legalább ezzel kevesebb!

  Keresgéltem de stackover után sem esett le teljesen a dolog pedig tényleg egyszerű...

  Érdekes mindig ezekkel az egyszerűbb cuccokkal szenvedek, a tárolj eljárásos, függvényes triggeres téma valahogy jobban feküdt de sanszos, hogy a prog miatt.

• DS39 nagyúr

  #4811

  #4810 nyunyu

  2020-11-26 13:44:08

  Új Válasz

  Ú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

  

  DS39

  nagyúr

  #4810 nyunyu

  #4810 nyunyu

  MS SQL-nél begin tran-nal együtt kell futtatni az update-t, hogy rollback-elhető legyen.

  Nem lehet az SSMS beállításainál kikapcsolni az autocommitot?

  De, pirosat be kell pipálni, mert nem az a default:
  

  Ezután nem fogja automatikusan commitálni a kiadott utasításokat.

  köszi, ezt nem tudtam, hasznos infó.

• nyunyu félisten

  #4810

  #4805 DS39

  2020-11-26 13:15:59

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4805 DS39

  #4805 DS39

  milyen sql?
  MS SQL-nél begin tran-nal együtt kell futtatni az update-t, hogy rollback-elhető legyen.

  MS SQL-nél begin tran-nal együtt kell futtatni az update-t, hogy rollback-elhető legyen.

  Nem lehet az SSMS beállításainál kikapcsolni az autocommitot?

  De, pirosat be kell pipálni, mert nem az a default:
  

  Ezután nem fogja automatikusan commitálni a kiadott utasításokat.

• nyunyu félisten

  #4809

  #4805 DS39

  2020-11-26 13:06:37

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4805 DS39

  #4805 DS39

  milyen sql?
  MS SQL-nél begin tran-nal együtt kell futtatni az update-t, hogy rollback-elhető legyen.

  MS SQL-nél begin tran-nal együtt kell futtatni az update-t, hogy rollback-elhető legyen.

  Nem lehet az SSMS beállításainál kikapcsolni az autocommitot?

  De, pirosat be kell pipálni, mert nem az a default:
  

• DS39 nagyúr

  #4808

  #4806 Micsurin

  2020-11-26 13:03:16

  Új Válasz

  Ú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

  

  DS39

  nagyúr

  #4806 Micsurin

  #4806 Micsurin

  Oracle

  Jogos, elfelejtettem!

  ott alapból tranzakcióban fut, de vannak még lehetőségek:
  [link]

• nyunyu félisten

  #4807

  #4804 Micsurin

  2020-11-26 12:58:42

  Új Válasz

  Ú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

  

  nyunyu

  félisten

  #4804 Micsurin

  #4804 Micsurin

  Rollback, commit, savepoint miképp működik?

  Parancs alá írom vagy után mint egy új parancsot és együtt futtatom? Elolvastam a dokumentációt de most nem volt onnan világos a parancs működése.

  Commit gyakorlatilag mindenki számára láthatóvá teszi a változást pl egy UPDATE esetén?

  Egy tranzakcióban futó adatmanipulációs (DML) utasítások (insert, update, merge, delete...) hatását csak az őket futtató DB session látja, amíg a tranzakció nincs commitálva.

  Mittudomén, van egy táblád, amiben van 10 rekord.

  Nyitsz egy adatbáziskezelő ablakot, amiben kiadsz 5 insertet, meg 3 updateet, majd kiadsz egy select count(*) from tabla;-t, akkor az ott 15-öt fog mutatni.

  Közben nyitsz egy másik ablakot, egy ott kiadott select * from tabla; az eredeti állapotot, 10 rekordot fog mutatni, a még nyitva lévő tranzakcióban hozzáadott ötöt, meg az updateek hatását nem!

  Ha az első ablakban kiadsz egy commit;-ot (amivel véglegesíted az addig nyitott tranzakcióban futtatott DML utasítások hatását és lezárod a tranzakciót), akkor a második ablakbeli select *-ot újrafuttatva már 15, módosult rekord fog megjelenni.

  Ha az első ablakban commit; helyett rollback;-et nyomsz, akkor teljesen eldobódik a nyitott tranzakcióban futtatott DMLek hatása, és visszaáll az eredeti állapotra.
  Tehát ha utána kiadnál egy select *-ot, akkor ugyanazt a 10 eredeti rekordot látnád az első ablakban is, mint korábban a kettes ablakban.

  Adatdefiníciós (DDL) utasítások (pl. tábla létrehozás, eldobás, oszlop hozzáadás, index létrehozás...) mindig önálló tranzakcióban futnak és azonnal commitálódnak, így azok nem vonhatóak vissza kiadás után.
  Meg ha jól rémlik, akkor az adott DB sessionben még függőben lévő tranzakciót is commitálják!

  Savepointokat még nem használtam, de ahogy olvasom arra jó, hogy rollbacknél meg lehessen mondani, hogy ne az egész addigi tranzakciót dobja el, hanem csak a savepoint után futtatott utasításokat.

  Lehet, hogy valakik szerint ez jó ötlet, de alapvetően sérti a tranzakciók atomiságát, és jóval nehezebb egy félig lefutott tranzakció által elcseszett adatokat javítani, mint ha eldobnád az egészet a francba, és javítás után elölről újrafuttatnád az egészet.

• Micsurin nagyúr

  #4806

  #4805 DS39

  2020-11-26 12:45:57

  Új Válasz

  Ú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

  

  Micsurin

  nagyúr

  #4805 DS39

  #4805 DS39

  milyen sql?
  MS SQL-nél begin tran-nal együtt kell futtatni az update-t, hogy rollback-elhető legyen.

  Oracle

  Jogos, elfelejtettem!

• DS39 nagyúr

  #4805

  #4804 Micsurin

  2020-11-26 12:45:31

  Új Válasz

  Ú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

  

  DS39

  nagyúr

  #4804 Micsurin

  #4804 Micsurin

  Rollback, commit, savepoint miképp működik?

  Parancs alá írom vagy után mint egy új parancsot és együtt futtatom? Elolvastam a dokumentációt de most nem volt onnan világos a parancs működése.

  Commit gyakorlatilag mindenki számára láthatóvá teszi a változást pl egy UPDATE esetén?

  milyen sql?
  MS SQL-nél begin tran-nal együtt kell futtatni az update-t, hogy rollback-elhető legyen.

• Micsurin nagyúr

  #4804 2020-11-26 12:28:30

  Új Válasz

  Ú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

  

  Micsurin

  nagyúr

  Rollback, commit, savepoint miképp működik?

  Parancs alá írom vagy után mint egy új parancsot és együtt futtatom? Elolvastam a dokumentációt de most nem volt onnan világos a parancs működése.

  Commit gyakorlatilag mindenki számára láthatóvá teszi a változást pl egy UPDATE esetén?

• disy68 aktív tag

  #4803

  #4802 Petya25

  2020-11-25 18:31:41

  Új Válasz

  Ú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

  

  disy68

  aktív tag

  #4802 Petya25

  #4802 Petya25

  MS SQL-ben kellene a táblákat és megírt nézet/függvény/SP-kel kilistáznom hogy a készítés dátuma is rajta legyen?
  Valami tipp?

  Táblákra van egy ilyenem:
  SELECT SCHEMA_NAME(schema_id) AS schema_name, name AS table_name, create_date
  FROM sys.tables
  ORDER BY schema_name, table_name

  A sys.objects-ben megtalálsz minden user által létrehozott objektumot. A sys.system_objects-ben a system által létrehozott és a sys.all_objects-ben pedig mindekettőt.
  
  Ahogy a leírásban is benne van a különböző objektumok nevét megkaphatod az OBJECT_NAME függvény segítségével.

  Szűrsz a neked szükséges típusokra és meg is vagy.

• Petya25 őstag

  #4802 2020-11-25 18:12:46

  Új Válasz

  Ú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

  

  Petya25

  őstag

  MS SQL-ben kellene a táblákat és megírt nézet/függvény/SP-kel kilistáznom hogy a készítés dátuma is rajta legyen?
  Valami tipp?

  Táblákra van egy ilyenem:
  SELECT SCHEMA_NAME(schema_id) AS schema_name, name AS table_name, create_date
  FROM sys.tables
  ORDER BY schema_name, table_name

• bambano titán

  #4801

  #4800 kw3v865

  2020-11-24 16:44:24

  Új Válasz

  Ú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

  

  bambano

  titán

  #4800 kw3v865

  #4800 kw3v865

  Köszi, megnézem akkor a shared_buffer beállítását .De gondolom azért a PG Service újraindításakor is törlődik a PG cache, nem (Windows alatt)?

  fogalmam sincs, mit csinál windows alatt.
  nem csak a shared_buffer számít, a prepared statementeknek meg a connectionöknek is foglal memóriát, illetve van egy work_mem változó, azokat is érdemes csökkenteni.

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