Új hozzászólás Aktív témák
-
Apollo17hu
őstag
Munkahelyemen mi is így írjuk a kötéseket. Ha jól tudom, azért van így, mert annak, aki nulláról kezdi az SQL-t, egyszerűbb a (+) operátor használatát megérteni (=könnyebben beletanul), mint a többféle JOIN-t, és könnyebb is olvasni a többszáz-/többezersoros kódokat. Nekem ráállt erre az agyam, és nagyságrenddel rövidebb idő alatt értelmezek egy ilyen kódot, mint ami JOIN-okkal van tele.
-
nyunyu
félisten
Egyetemen azt tanitottak, hogy ma mar ekvivalens ez a ket query:
select *
from tabla t1
join tabla2 t2 on t1.id=t2.id
where t2.nev='valami';select *
from tabla1 t1, tabla2 t2
where t2.nev='valami' and t1.id=t2.id;Mind az Oracle, mind az MS SQL automatikusan atalakitja az elso szintaxist a masodik formara, es ugy optimalizalja.
Regen maskepp fordult le a ketto, jobban tudtak optimalizalni, ha vesszovel soroltad fel a tablakat.Na, de updatetelendo tablahoz joinolni??? Az nekem uj.
[ Szerkesztve ]
Hello IT! Have you tried turning it off and on again?
-
select * from customer where name like "kovcs%";
ERROR: column "kovcs%" does not exist
LINE 1: select * from customer where name like "kovcs%";szerk: közben rájöttem, dupla aposztrófra gondolhattál, nem idézőjelre.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Jim-Y
veterán
Sziasztok ismét..sajnos ez nem akar összejönni:S
SELECT 1
FROM information_schema.tables
WHERE table_schema = 'valami'
AND table_name = 'MY_TABLE' INTO @table_exists;IF(@table_exists = '1',(SELECT * FROM MY_TABLE;) , (CREATE TABLE MY_TABLE;) );
Erre ez a hibaüzenet jön:
There are more than one commands on this line. Note that only the first complete command is executed.Értem a hibaüzit, értem azt is, hogy nem így kéne, de nincs ötletem, hogy hogy lehetne megoldani, itt nincsenek függvények, nem tudok az IF-en belül függvényt hívni, nem tudom hogy kéne a @table_exists változótól függően, ezt, vagy azt a query-t lefuttatni
[ Szerkesztve ]
-
-
-
dellfanboy
senior tag
kollégám látja az x y táblákat én nem
arra gondoltam, hogy a kollégám létrehoz egy a,c táblát
a, c táblához ad nekem jogosultságoat hogy láthassam, és tudjak select-eket írni. (a, c táblában xy tábla adata szerepelnek ugyanúgy, változatlan formában csak mivel xy táblához nekem nem adnak jogosultságot én nem láthatom)
nagyrészt ez a problémám..eladó dolgok:mondd az árát és vidd http://hardverapro.hu/tag/dellfanboy#aprohirdetesei
-
Speeedfire
nagyúr
-
-
Speeedfire
nagyúr
Oracle alatt kell sajnos, különben constansnak gondolja.
Viszont az as működik ott is. Így már faja.select * from message
pivot
(
max(translation)
for(language) in ('hu' as hu, 'en' as en, 'de' as de)
) pivotmess;
Apollo17hu: Ez sem rossz, de a fenti egyszerűbbnek tűnik.[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
bpx
őstag
igen, es ez az, ami nincs sajnos
ami van, ahhoz kell korites, es tudni kell, mit fog visszaadni a query
ugyanez van Oracle-ben is, EXECUTE IMMEDIATE-tel kb. akarmit vegre lehet hajtani, de csak PL/SQL-ben, es ha van kimenete, ahhoz bizony programozni kell, hogy lassak belole valamit
ha meg elore nem ismert a kimenet strukturaja, hat hagyjuk...
az sp_executesql ahogy nezem, az is ugyanilyennem tudom mekkora az adathalmaz, es hogy kritikus folyamat, vagy eleg az "egyszer fusson le es kesz", de erre a legegyszerubb modszer szerintem mindenfele eval kinlodas nelkul, hogy nem az adatbazisban rakom ossze a query-t dinamikusan es futtatok mindent, hanem a kliens (pl. egy shell script) elkeri a futtatando query-ket es szepen beadagolja
pl. van egy script, ami lekeri a queryket, es futtatja oket psql-el, a kimenetet meg kitolja mondjuk CSV fajlba (vagy amibe kell)
vegen meg a fajlokra mehet a grafikon generatornem tul szep, de legalabb egyszeru
-
Speeedfire
nagyúr
Van egy jquery naptár, amiben több táblából kérdezek le, amiben vannak subselectek, többek között ilyenek, joinok. Majd ezeket a táblákat union all-al kötöm össze. Megy így is, csak jobb lenne egy view.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
modder
aktív tag
Hát igen, végülis a kérdés az volt, hogy mi a véleményetek. Nem is akarok meggyőzni senkit, de szerintem nem árt, ha néha megkérdőjelezünk valamit, mert aztán lehet, hogy kiderül hogy egy egyszerű berögződés. Az előző posztomban igazából csak levontam magamnak a következtetést (meg válaszoltam egy-két hsz-ra).
-
modder
aktív tag
jaja, önigazolást Amúgy kb. mindenki azt írta, hogy "persze, nem eretnekség, csak nem úgy szoktuk". Formálisan helyes, teljesítményben alig van/nincs különbség. Akkor pedig nem kókányolás, akármennyire is ezt akarjátok sulykolni. (persze nem mindenki)
Nekem is van annyi tapasztalat a hátam mögött, hogy magabiztosan megkérdőjelezzek egy ilyen "best practice"-t, főleg ha találkoztam velük nyílt forráskódú keretrendszerekben, ahol előszeretettel tettek enum típusú értéket szöveg mezőbe, és még senki nem panaszkodott, hogy szar lenne a rendszer. Viszont fejlesztésnél rohadt jól jön, amikor nem egy nyamvadt számot látok a mezőben, amikor azt ellenőrzőm, hogy jó értéket tett-e az adatbázisba. Vagy azt, hogy jól működik-e az ORM cache, és tényleges adatbázis értéket olvasok, nem egy cache-elt halmazt. - Tegyük hozzá, nem egy egyszerű CRUD alkalmazásról van szó
De ne értsetek félre, nem mondom, hogy az egyik vagy a másik megoldás helyesebb, mindig sok mindentől függ, de amit felvetettem, semmiképpen sem helytelen. Szóval nem akarom megreformálni a nézeteket Csak az idők során kezdek rájönni, hogy érdemesebb a legpraktikusabb megoldások felé menni, ha azok nem sértenek durván alapelveket, mert a szoftverfejlesztésben mindig előbukkanhat egy szopatás, és akkor én minél kevesebbet akarok oblákolni - és szoptam én már túltervezett adatbázistól is, ami nagyon megállta a helyét tankönyv szerint, de 1 nap volt, mire kitaláltam azt a furfangos lekérdezést, amivel azt kaptam meg, amit szerettem volna.
-
olvasgatom ezt a remek mysql doksit, ilyenek vannak benne:
- az enumos oszlop típusa lehet string vagy int. remek.
- ha beszúrsz egy nemlétező értékkel rendelkező rekordot, akkor simán lecseréli üres stringre.
- számokat csak stringként lehet belerakni, így ha egy gyengén típusos nyelvvel kérdezed le, mint az nagy divat, akkor nem tudod eldönteni, hogy mit adott vissza az sql szerver.hát szóval lehet, hogy nem sért adatbázistervezési szabályt (egyelőre még nem találtam meg a bizonyítékot ), de hogy az implementációjától sírva kirohannék a világból, az biztos.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
sztanozs
veterán
MySQL és PostgreSQL is komoly alternatívája az MS-SQL expressznek, elég csak ha utánaolvasgatsz az expressz korlátozásainak...
De ha körbenézel még az Oracle-ből is van (ingyenes) Express Edition.[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
-
dellfanboy
senior tag
köszi
hogy nézne ki, ha van totálba 10 autó id-m és ebből 5-re szeretnék szűrni? having count5 és kész?tehát ügyfél id-k adott periódba ahol az autóid meghatározott 5. (összesen 10 autó id van a táblábA)
simán autoID in (megfelelő 5) és a végén havingxount5
csak azért mert így módosítottam amit írtál és már reggel 8 óta fut.eladó dolgok:mondd az árát és vidd http://hardverapro.hu/tag/dellfanboy#aprohirdetesei
-
Memphis
tag
hogy ismersz-e ilyen adatbázis kezelő programot. ami a fenti igényeknek többé kevésbé megfelel.
a fórumban rákerestem arra, hogy adatbázis kezelés, és egy srác egy hasonló kérdést tett fel, mire ezt a topicot javasolták neki.
[ Szerkesztve ]
Ha ma nulla CELSIUS fok van és holnap kétszer olyan hideg várható, hány CELSIUS fok lesz holnap? :D (bezártam a kiskaput)
-
DNReNTi
őstag
1-1 kapcsolat persze. A VIEW jó ötlet, eszembe nem volt. Egyébként rosszul tettem fel az eredeti kérdést. Hatékonyabb e, ha egy táblában van? Mert ha csak felesleges az nem gond.
Szerk:
(#2692) rum-cajsz
PK-n vannak összekapcsolva, és igen, elég nagy mennyiség, jelenleg közel 100k felhasználóról van szó.[ Szerkesztve ]
but without you, my life is incomplete, my days are absolutely gray
-
Khelben
nagyúr
Két és fél megoldást találtam eddig, egyikben backupolni kell az adatbázist, ekkor resetelődnek a logok, utána shrinkkel ki lehet ütni a logok helyét vagy lefuttatni pár nagyméretű tranzakciót, ami feltölti a törölt logokat új adatokkal. Itt az a gond, hogy hova backupolok, amit utána el lehet tüntetni. Ramdrive-ra gondoltam pl. első körben.
Második megoldás egy titkosítás, amikor a törölt rekordokat tartalmazó táblát letitkosítom egy új kulccsal és a régi kulcsot eldobom. Ekkor a törölt rekordokat még vissza lehet állítani, de a tartalmuk nem látható a régi kulcs nélkül.
A félmegoldás, hogy ráteszem a gépet egy ups-re és mindent ramban tartok. Nap végén meg lementem adatbázisba azt, ami kell, a többi meg a gép kikapcsolásával megy a levesbe. Itt ugye az a gond, hogy ha lefagy valami, akkor is megy minden a levesbe, az is, aminek nem kéne.Na ezeknél kerestem volna egyszerűbb megoldást, de nem találok.
-
pityaa23
senior tag
Köszönöm a válaszokat!
Közben azon gondolkoztam, hogy lehet nem is kell étkezés tábla. Ha beleteszem a kiválasztott táblába az étkezés oszlopot, akkor ott a bevitelnél majd megjelölöm melyik étkezéshez tartozik a kiválasztott alapanyag.
Azt nem tudom, hogy ha még az étrend_ID -t is tárolnám ebbe a táblába akkor igaz hogy csúnyábban nézne ki, de nem kéne az étrend és a kiválasztott kapcsolattábla, ha jól gondolom. Így mondjuk: [link] -
-
-
Iginotus
őstag
Köszi sajnos, töri a sorokat, (Ahogy bambano is írta) így ez nem megoldás. (Illetve az lenne, ha előbb össze tudnám vonni.)
Realradical: Köszi nézem. Ezzel az lesz a bajom, hogy olyan nagy adatmennyiség van a sorban, hogy nem képes kiírni az SQL, pont ezért töri a sorokat, mert nem képes több adatot egy sorban tárolni.
Megnézem hogy lehet ezt esetleg megnövelni. Akkor jöhet ez a megoldás.[ Szerkesztve ]
Plug and Pray... :)
-
kezdosql
tag
Varni mindossze emberi hozzaallast varok.
Persze, tudom, a nagyfomeltosagu programozo urak allando stresszben vannak a megrendeloi meg egyeb oldalon, es lefele taposnak, elvarjak, hogy pontosan azt az adatot kapjak, amire szukseguk van, a tobbi nem erdekli oket.
En pedig most pont azon az oldalon vagyok, amit a hozzatok hasonlok taposni fognak, amikor majd eldontik, hogy mifele adatbazist meg egyeb programokat fognak csinalni es milyen adatokat fognak hozza hasznalni. Csakhogy addigra nekem keszen kell lennem a nyilvantartassal, hogy milyen adatok vannak, es azoknak mi a formaja, jellemzoje es milyen idotartamra, stb. vonatkoznak, es hol talalhatoak.
Merthogy az excels - vagy "szigetuzemu" - adattarolasnak az a realitasa itt, hogy mindig az adott adatrogzitotol fugg, hogy milyen adatot rogzit es milyen formaban, es ha elmegy, akkor masok nem nagyon tudjak, hogy mit es miert csinalt.
Ha ezeket verge belatjatok, akkor visszaterhetunk a kiindulo kerdesemhez:
Milyen nyilvantartasi megoldast javasoltok, ami a hozzatok hasonlo programozok munkajat megkonnyiti?Mert jelen helyzetben megtehetem, hogy csinalok egy mezei excel tablat par ezer sorral, es odaadom majd a hozzatok hasonloknak, hogy talaljatok ki, hogy melyik fajl melyik oszlopanak adatait tudjatok hasznalni.
Vagy csinalok egy egy olyan nyilvantartast, amibol azonnal lathatjatok, hogy milyen adatok hol vannak es mikkel vannak kapcsolatban. ehhez viszont tudnom kene, hogy mit szoktatok kerni a munka elvallalasakor, milyen adatokra, informaciokra van szuksegetek az adatokat illetoen.
-
sztanozs
veterán
Kösd be fordíva - létrehozod a táblastruktúrát SQL-en és belinkeled Accessből.
VAgy ahogy nézem van már migrációt tool is - persze egy csak one-off: [link][ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
kezdosql
tag
A valaszodbol kitunt, hogy fel se fogtad, mirol van szo, mert csak adatokat latsz.
Azt irtad, hasznaljak excelt, hogy az adatokat beimportaljam kulonbozo lapokra es elmentsem, es szerinted ezzel minden meg van oldva.
A valosagban az alapproblema ott kezdodik, hogy sok esetben nincsen definialva, milyen adat szerepel az oszlopokban. Ehhez tarsul a masodik problema, hogy excel-be nem kell semmit csinalnod, cask az adatokat begepelni es kesz. Adatbazisnal eloszor definialnod kell, hogy milyen tipusu adatot fogsz bevinni, milyenek a hatarertekei es milyen formatumban fogod megjeleniteni.
Ezeket kell kel kideritenem es mindegyikhez leirast kesziteni.
Új hozzászólás Aktív témák
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
- Dell notebook topic
- Hobby elektronika
- Kínai, és egyéb olcsó órák topikja
- Autós topik
- gban: Ingyen kellene, de tegnapra
- Milyen CPU léghűtést vegyek?
- Motoros topic
- További aktív témák...