- iPhone topik
- Google Pixel topik
- Profi EKG-s óra lett a Watch Fitből
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Samsung Galaxy S25 - végre van kicsi!
- Milyen okostelefont vegyek?
- Ilyen lesz a Fairphone 6
- Keretmentesít a Galaxy S25 FE
- Motorola Razr 60 Ultra - ez a kagyló könnyen megfő
- Honor 400 Pro - gép a képben
Új hozzászólás Aktív témák
-
sztanozs
veterán
poweshellel betöltöd az xml-t és elmented indentálva
function Format-XML ([xml]$xml, $indent=2)
{
$StringWriter = New-Object System.IO.StringWriter
$XmlWriter = New-Object System.XMl.XmlTextWriter $StringWriter
$xmlWriter.Formatting = “indented”
$xmlWriter.Indentation = $Indent
$xml.WriteContentTo($XmlWriter)
$XmlWriter.Flush()
$StringWriter.Flush()
Write-Output $StringWriter.ToString()
} -
GreenIT
tag
Igen, hozzaallassal es szovegertelmezessel vannak itten a gondok, kerem alassan.
A problema lenyege az, hogy ha van egy elvaras, hogy egy tablaba kell felvenni nehany adatot, de kiderul, hogy az adatok egy resze tobb mas adattol fugg, akkor mi legyen az eljaras?
Legyinteni, hogy ha nektek ez kell, akkor legyen, vagy megprobalni egy jo megoldast kitalalni es meggyozni a feladatot adot, hogy van jobb megoldas?![;]](//cdn.rios.hu/dl/s/v1.gif)
Azert neztem CRM-et, mert ott joval bonyolultabb adatkapcsolatokat is be lehet allitani. Csak a Sugarban teljesen rossz az alapstruktura, ugy tunik nekem, jobb az alapmodulokat torolni es ujat irni.
CRM ugyben sztanozs linkjet erdemes megnezned, par honapja en is ezeket nezegettem, de figyelni kell, mert par egyaltalan nem ingyenes, sima reklamcikknek tunik. A suite-ot es sugar-t probaltam, az elobbinel ugy latom, hogy meg csak most kezdik kitalalni, mi legyen belole, az utobbi szepen kezelheto, csak eppen adateleresi hibak miatt nem hasznalhato.
-
-
Dilikutya
félisten
Van benne logika, mert minden sor ugyanazzal kérdez le, csak mind másik mezőből:
SELECT akármi(mezőnév1) FROM tábla WHERE `mezőnév1` = X;
SELECT akármi(mezőnév2) FROM tábla WHERE `mezőnév2` = X;
SELECT akármi(mezőnév3) FROM tábla WHERE `mezőnév3` = X;
SELECT akármi(mezőnév4) FROM tábla WHERE `mezőnév4` = X;Kód alatt valami C++/C# kódra gondolsz, vagy megoldható SQL-ből is?
-
updog
őstag
Kicsit hülyén fogalmaztam meg, illetve egy dolgot kihagytam: nem működhet a dátumos dolog, mert az ADAT_ERKEZETT értéke mindig a business nap szerinti dátum, ezt program adja hozzá.
Tehát: ma este (is) akár éjfél előtt, akár éjfél után kaphatjuk a fájlt, 20170509-es értéket fogunk oda beírni. Sajnos ez is benne van a pakliban.
Szóval gyanús hogy legalább egy segédtábla lesz a vége, rendelési szám + elküldve mezőkkel, aztán belefonom a viewba... csak ugye ezt se szerettem volna.
-
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. -
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.
-
Iginotus
addikt
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. -
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] -
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.
-
-
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ó. -
#2676
dellfanboy
őstag
Ispy
#2674
dellfanboy
őstag
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. -
bambano
titán
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. -
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. -
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).
-
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
-
#1818
Speeedfire
félisten
Ispy
#1816
Speeedfire
félisten
-
#1795
dellfanboy
őstag
Ispy
#1794
dellfanboy
őstag
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.. -
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
-
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.
-
#1716
Apollo17hu
őstag
Ispy
#1715
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.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- The Division 2 (PC, XO, PS4)
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- E-roller topik
- RETRO beárazás (mobil, PC, konzol)
- pfSense - Avagy az okosított házirouter
- Suzuki topik
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Kerékpárosok, bringások ide!
- Milyen egeret válasszak?
- NASsoljunk: ZyXEL NSA-310 és az FFP
- További aktív témák...
- Lenovo ThinkPad T14 Gen 3:i5 1250P(12mag),16GB,512GB,14"matt TOUCH,vil.HU bill,Lenovo gari 2026.6.25
- Amazfit Gtr 3 Pro okosóra dobozával újszerű állapotban
- i3-8100 + ASUS H310M alaplap + 8GB RAM egyben (félkonfig)
- Asztali PC , R5 5500 , RX 6700 XT , 32GB RAM , 512GB NVME , 1TB HDD
- Sony PlayStation 5 Fat 825 GB eredeti doboz, gyári kontroller
- Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! 4TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- GYÁRI TÖLTŐK DELL LENOVO HP FUJITSU TOSHIBA Macbook---------- Budapest,/MPL/Foxpost
- BESZÁMÍTÁS! ASUS ROG CROSSHAIR X670E GENE alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest