Új hozzászólás Aktív témák
-
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
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Lítium-ion/Li-ion akkumulátorok
- Milyen belső merevlemezt vegyek?
- Vicces képek
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Lexus, Toyota topik
- E-roller topik
- gban: Ingyen kellene, de tegnapra
- One mobilszolgáltatások
- További aktív témák...
- Gtx 1080/ Intel I7 8700K/ 16GB Ram/ 256GB M2 SSD/ 1TB HDD/ Win11
- Gtx 1050Ti/ Intel I5 7500/ 16GB Ram/ 256GB Sata SSD/ 1.5TB HDD/ Win11
- Gtx 1050Ti/ Intel I5 7500/ 16GB Ram/ 128GB M2 SSD/ 1.5TB HDD/ Win11
- Acer Aspire 3 A317-53-76NV. Intel 11.gen I7 / 16Gb ram / 512Gb ssd / 17,3"
- Intel 545S 512GB M2 Sata SSD
- Használt Steelseries Arctis 7P+ vezeték nélküli gaming headset / 12 hó jótállás
- Jó áron eladó Lenovo ThinkPad T14s Gen 3/i5-1240P/16 GB/256 SSD/FHD+/IPS/Garancia/
- Ducky One 3 FULL/TKL/SF/MINI billentyűzetek többféle színben és kapcsolókkal, plusz csuklótámaszok
- 512GB NVMe SSD, 1 év gar - 2230
- Samsung Galaxy S24 FE 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest