- WhrlpoolMind: Búcsú a HD3870-től
- btz: Internet fejlesztés országosan!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- eBay-es kütyük kis pénzért
- sh4d0w: Netflix? Ugyan, VW előfizetés!
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- LordAthis: AI (és másra is használt) Cluster építése - Második Cikk
- gban: Ingyen kellene, de tegnapra
-
LOGOUT
Új hozzászólás Aktív témák
-
-
Ciripke
tag
Sziasztok!
Szeretnék egy programnyelvet megtanulni, amivel elsősorban excel fájlban lévő adatokat szeretnék feldolgozni. (Kimutatások, átlagok, rendezés stb.) ax excel makró azért nem jó, mert azon a gépen ahol futna, nem lesz office, persze windowsos lesz. Nem akarom túllőni a dolgot, melyik nyelvet ajánljátok ehhez? (Valaki már a Perl mellé tette le a voksát, kíváncsi vagyok mi a véleményetek.)
-
#9995
K1nG HuNp
őstag
f(x)=exp(x)
#9994
K1nG HuNp
őstag
válasz
f(x)=exp(x)
#9994
üzenetére
Sziasztok!
Engem az érdekelne, hogy be lehet-e jutni úgy az egyetemre és elvégezni azt, hogy a középiskolában 0 programozást tanultal
-
#9994
f(x)=exp(x)
őstag
f(x)=exp(x)
őstag
Sziasztok!
Tudom, nem a legfontosabb dolog, de a Java résznél az összefoglalóban van egy elírás. -
#9992
DopeBob
addikt
fordfairlane
#9990
DopeBob
addikt
válasz
fordfairlane
#9990
üzenetére
Codecool-nál pl azt írják, nem kell fizetni, majd a munkabéredből 18 hónap alatt levonják, ha meg 3 hónap alatt nem találnak neked melót, ingyen volt.
Most nem olvasom el a cikket, nem tudom, hogy ebben írják e, gyakorló senior fejlesztőik vannak, vállalkozóként, fizetnek nekik 6-800k-t/hó az oktatásért. Ez szerintem teljesen rendben van, ennél olcsóbban, a tandíj meg akkor már ebből következik.
-
#9988
fordfairlane
veterán
sulu1701
#9987
fordfairlane
veterán
válasz
sulu1701
#9987
üzenetére
Azért nincs tisztességes képzés, mert senki nem akar informatikát tanítani jelen keretek között. Kevés a senior, akinek komoly tapasztalata van, ezért őket nem lehet elcsábítani, csak olyan magas fizetéssel, amit már a legtöbben nem hajlandóak kifizetni egy tanfolyam keretében. Ördögi kör, de amíg a programozók létszáma duplázódni fog 6-8 évente, addig sajnos ez lesz.
-
#9987
sulu1701
aktív tag
Sk8erPeter
#9986
sulu1701
aktív tag
válasz
Sk8erPeter
#9986
üzenetére
Köszönöm szépen a válaszodat.
Nem értem mindenhol nyavajognak, hogy nincs elég szakember ezen a területen, de tisztességes képzés 0. Én, akinek tetszik (egyenlőre
) a programozás világa, de sajnos nagyon későn találkoztam vele és nem volt lehetőségem iskolai rendszerben tanulni annak szinte semmi esélye átképezni magát. -
#9986
Sk8erPeter
nagyúr
sulu1701
#9985
Sk8erPeter
nagyúr
válasz
sulu1701
#9985
üzenetére
Idézném a honlapon szereplő szöveget:
"Ismerje meg a HTML, a CSS, a PHP, a JAVA, és a MYSQL lehetőségeit!"
Java. Komolyan?
Nyilván a JavaScriptre gondoltak (szerveroldali nyelvnek kiválasztották a PHP-t, a JavaScript pedig nem szerepelt sehol a listában, miközben az kihagyhatatlan általános webfejlesztés-oktatás esetén, ergo nyilvánvalóan elkúrták), de ezt sikerült leírniuk. (A JavaScript nem egyenlő a Javával, utóbbit szerveroldali nyelvként lehet csak elképzelni, míg előbbiből kliensoldali és szerveroldali változat egyaránt használható, ilyen képzések esetén a böngészőben futtatható, tehát kliensoldali JS-t szokták (elsősorban) oktatni.)
Tanulság: kapásból kuka az egész. Ha ilyen szinten igénytelenek és dilettánsok, hogy még ezt is képtelenek helyesen leírni, akkor semmilyen szinten nem lehet őket komolyan venni.Előrebocsátom, nem ismerek megbízható, legalább OKJ-s képzést adó képzéseket, ahogy eddig hallottam/olvastam, a legtöbb szemétre való, biztos van kivétel, de szerintem tisztességesen ilyen gyorstalpaló jellegű valamiken nem lehet megtanulni programozni, szükségesek a matematikai, algoritmuselméleti és egyéb kapcsolódó ismeretek is, hogy ráérezz, meg egy szemlélet, amit hosszas programozási gyakorlat után sajátít el az ember (lehet ez akár sok-sok otthoni projekt vagy munkatapasztalat is, de ez nem két perc alatt jön). A komoly önszorgalom és elhivatottság az elsődleges kulcs, meg hát nyilván némi érzék sem árt (de ez is alakítható, ha komolyan veszi az ember).
-
sulu1701
aktív tag
Sziasztok!
Szeretnék komolyabban foglalkozni a programozással,a minap megkerestek egy tanfolyamszervező cégtől és ajánlották a következőt: Internetes alkalmazásfejlesztő és programozó ( [link] ) .
Hallottatok már erről az "iskoláról" : IEC esetleg vélemények ??
Vagy tudnátok ajánlani egy megbízhatót? Itthon tanulom a C# nyelvet és ezt szeretném komolyabban is megismerni.
Köszönöm szépen előre is!
-
imibogyo
veterán
válasz
bambano
#9983
üzenetére
Na igen pont azért kérdeztem itt, mert biztos voltam benne, hogy valakinek ez ujjgyakorlat. Viszont attól, hogy most ezt leírtad, hogy nem nagy durranás linuxon awk-ban, ettől még ÉN nem lettem volna előrébb, ez nem segítség egy amatőrnek a témában. De a másik megoldás már működött, így végülis lényegtelen.
-
imibogyo
veterán
fogsz egy bármilyen nyelvet és magad írod meg a logikát
HA erre képes lennék nem kérdeznék itt... Én egy már kész, "bevált" szkriptet, vagy megoldást vártam volna, hátha van már valakinek elfekvőben egy, vagy kényszerült már rá ilyet mókolni. A neten találtam számos duplummal foglalkozó témát, de mindegyik a 100%-ban azonos sorokra volt kihegyezve, az meg ugye nekem egyrészt nem jó, másrészt azt már eleve el tudom végezni.Az Exceles ötletet viszont köszönöm.
Ez jó lehet, mivel nem tudtam, hogy az elsőt tartja meg, én úgy "éreztem" random a dolog, bár az is tény, hogy komolyabban idő hiány miatt nem vizsgáltam meg a dolgot, mivel ma reggeli a probléma, ma másoltam össze az állományokat.SZERK: Köszönöm! Az Exceles megoldás működött. Verem a fejem a falba, hogy egy ilyen egyszerű megoldás nem jutott eszembe.
(#9981) martonx: nem tűnik okoskodásnak.
Viszont sajnos csak az alap CSV generálására volt minimális ráhatásom, arra sem sok mivel az alap struktúrát egy program köpte ki, amibe majd vissza is akarom olvastatni a kész CSV-t. Abba már nem fognak belekerülni a csillagos mezők, az csak nekem kell a leltározáshoz, hogy tudjam hol tartunk. Viszont kitörölgetni sem akarom a csillagokat, mert akkor a nagyságrendileg 20.000-es állományból eddig leleltározott 8300 rekord ellenőrzöttsége is "elveszne".Alternatívaként persze meg tudom azt tenni, hogy kitörlöm az összes csillagot egy új fájlban és elvégzem a duplumszűrést. De akkor meg ugye a 2 fájl nem lesz szinkronban és párhuzamosan kell bennük dolgoznom. Egy amiben leltározunk, egy meg ami megy a gépnek importra. A legegyszerűbb persze programon belül lenne leltározni, de arra nincs lehetőség.
Az egész probléma egyébként abból adódott, hogy az alap kb. 19.000 soros CSV-n végül 3 csapatban dolgoztunk (innen a 3x-os adatmennyiség ugyanabból a rekordból) a mester fájlba nem szerettem volna ha bele tudnak nyúlni az ideiglenesen itt dolgozó diákok, ezért minden csoport kapott egy offline változatot belőle. Amikor lejárt a 3 hetes munkaidejük fogtam a 3 fájlt és összemásoltam őket, mert úgy gondoltam, hogy egy "egyszerű" duplumszűréssel majd összevonom az egészet ami igaz is lett volna, ha nincs az egyedi jelölésünk. Na itt tartok most.
-
martonx
veterán
válasz
imibogyo
#9979
üzenetére
Előre bocsátom, ez most lehet, hogy okoskodásnak fog hatni, de nem lehetne a problémát a gyökerénél megfogni, és ott megoldani? A hsz-edből nekem úgy tűnt, mintha lenne ráhatásod arra, hogy ez a csv hogyan álljon elő. Nos nem lehetne megoldani, hogy ott ha már egy adat ellenőrizve lett, akkor azt már eleve csak a ****-al felbővítve tegye a csv-be, ne pedig a sok felesleges duplikátumával?
-
disy68
aktív tag
válasz
imibogyo
#9979
üzenetére
Üdv, fogsz egy bármilyen nyelvet és magad írod meg a logikát (végigmész a csv-n, van egy listád, ha nincs az adott rekord a listában, belerakod, ha benne van ellenőrzöd a csillagos oszlopot és a szerint a régit kirakod, az újat be, vagy nem csinálsz semmit) vagy excel esetében sorbarendezed az egészet a csillagos oszlop szerint (csillagok legyenek felül) és utána ereszted rá az ismétlések eltávolítását (az excel az elsőt hagyja meg, azaz a csillagos sorokat).
-
imibogyo
veterán
Lehet nem jó helyen kérdezek, bár szerintem topik-on (PHP, Python, SQL megoldásokra gondolok/számítok, mint lehetséges megoldások a netes kereséseimre alapozva)...
Az lenne a problémám, hogy van egy sokezer sorból álló vesszővel elválasztott, idézőjelek közötti adatokat tartalmazó CSV állományom mely tele van duplum sorokkal. A sorok mindig azonos számú oszlopból állnak, kivétel ez alól a csillagozás, mely egy új egyedi oszlopba került (esetleg a többi rekordnál segíthet, ha ide, az adott sor tekintetében üres cellába egy egyedi karaktersort teszünk?)...
Például:
"Alma","Körte","1989","","","piros","","","<100>","<200>"
"Alma","Körte","1989","","","piros","","","<100>","<200>"
"Alma","Körte","1989","","","piros","","","<100>","<200>","****"Na most az alap duplumszűrést NP++-ban elvégeztem TextFX-el és a tökéletesen egyforma sorokkal meg is birkózott. Az eredeti 55.000 sorból nagyjából 23.000 maradt. Ez eddig OK. Ez lett az eredmény.
"Alma","Körte","1989","","","piros","","","<100>","<200>"
"Alma","Körte","1989","","","piros","","","<100>","<200>","****"Viszont ahogy látható vannak még duplikációk bőven, mivel a megmaradt duplum sorok nem 100%-ban egyformák (lásd csillagos jelölés, amire szükségem is lenne a jövőben).
Megpróbáltam Excellel is az ismétlődéseket eltávolítani, és bár ez látszólag tökéletes munkát végzett, ugyanis minden ilyen 2-es 3-as 4-es ismétlődésből csak 1 maradt, de itt meg más problémába ütköztem. Ez ugyanis a duplum feltételekként megadott oszlopokat jól lekezelte (Alma, 1989, 100 például), viszont ha csak ennyit adtam meg neki feltételnek, akkor hol a csillagozott sor maradt meg az egyformákból, hol nem, vagyis random lett az eredmény (mivel ugye a csillagozás nem volt feltétel). Ez nekem nem jó, mivel a csillagozás ellenőrzöttséget jelent (esetleg mássá át lehet konvertálni, ha az megoldást hozhat). Ha viszont megadtam az Excelnek, hogy figyelje a csillagos oszlopot is, akkor pedig ugyanazt az eredményt kaptam, mint NP++ esetében, mivel ebben az esetben (jogosan) különbözőnek titulálta a sorokat:
Arra lenne szükségem, hogy a sorokat úgy vonja össze egy valamilyen program, hogy mindig a "leghosszabb" / legtöbb oszlopból álló sort vagyis a csillagozott sort tartsa meg az ismétlődések közül. Jelenleg 8832 ilyen csillagozott rekordom van, amit természetes módon nem szeretnék "elveszíteni", mivel ez 8832 ellenőrzött rekordot jelent.
-
#9977
fordfairlane
veterán
Hunmugli
#9974
-
válasz
Hunmugli
#9974
üzenetére
Ha ennyire kezdő vagy, akkor Python (azon belül is Python 3). Létezik hozzá magyar online nagyonkezdő kurzus is, de az teljesen nyilvánvaló, hogy ha bármennyire is komolyan akarsz bármivel foglalkozni, akkor meg kell tanulnod angolul.
A C, a C++ meg a C# az három tök különböző nyelv, azon kívül, hogy hasonló a nevük meg ránézésre a kód is nagyjából hasonlóan néz ki mind a három nyelven, nem sok közük van egymáshoz és ezek közül egyik sem olyasmi, amit szívesen ajánlanék első nyelvként bárkinek.
-
Hunmugli
aktív tag
Üdv!
Lenne pár kérdésem - de lehet némelyik nem lesz értelmes, ezért elnézést.
Aki most kezdene programozni tanulni, annak mit érdemes választania? Melyik nyelvet? Nyilván munkához, IT iparba elhelyezkedve, illetve akár valahová máshová is. Vagy ezt előre el kell dönteni, mert ha windowsra fejlesztenék, de pl kirúgnak, akkor nem mehetek el neurobiológusnak? (Mostanában sok a bilógia-programozás összefonódásos komment, csak ezért ez a példa.)
Mi a különbség a C nyelvek között (összefoglalót elolvastam, de nem jöttem rá, pl mennyi idő sima C-ről áttanulni C++-ra, illetve ilyenek)
A "html" kiterjesztésű nyelvek is érdekelnek, mert mindenhol futnak. Mi köztük a különbség? pl: JS-PHP?
A Javascript-nek mennyi köze van a Java nyelvhez, azontúl, hogy nagyon hasonlít a neve?
Igen, alapvetően valamilyen C és egy "univerzális" nyelv érdekel, aztán ki tudja, mit hoz a jövő... SQL gondolom csak a könyvelőknek kell. (?) Illetve van valamelyik nyelvhez ezek közül magyar nyelvű online tan/segédanyag, vagy hacsak nem fizetek/ülök be egy "valódi" kurzusra, nem tudom őket megtanulni?
Sajnálom, hogy sokat kérdeztem, és valószínűleg nagyon lámákat, de szükségem van válaszokra
-
sunnysys
tag
Sziasztok!
Van valakinek tapasztalata a Szegedi TE-TTIK mérnökinformatikus szak, levelező képzésével kapcsolatban?
Az érdekelne, hogy vannak-e pénteki napokon gyakorlati órák, és ha igen, be kell-e rájuk járni.Idén felvételiztem, és mivel olyan munkahelyen dolgozom, ahonnan tutira nem tudok eljönni péntekenként, csak olyan képzés jöhet szóba, ahol nem szükséges minden pénteki alkalommal ott lennem. (Nappalis hallgatóktól olyan infóm van, hogy náluk a gyakorlati órákra be kell menni. Ha ezek levelező esetén péntekre esnek, és részt is kell venni rajtuk, akkor ez a képzés számomra kiesik.)
Második helyen a Győri SZE-t jelöltem meg. Erről olyan infókat kaptam, hogy nincsnek kötelezően látogatandó órák.
Szerk: most találtam egy SZTE infós topikot, megkérdezem ott.
Köszi!
-
#9970
dabadab
titán
NemszakiTomi
#9968
válasz
NemszakiTomi
#9968
üzenetére
"Erről egy picit tudsz bővebben írni?"
Persze. Belebújsz a fekete latex cuccba, magadhoz veszel egy bilincset meg egy korbácsot, aztán...
bocs, másik fórumra akartam!
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#9969
bambano
titán
NemszakiTomi
#9968
bambano
titán
válasz
NemszakiTomi
#9968
üzenetére
ha a latexet ismered, akkor a ctan-on találhatsz hozzá vonalkód generátor csomagot, többfélét is.
ha a latexet nem ismered, akkor "picit" bővebben nem tudok írni róla -
#9967
bambano
titán
NemszakiTomi
#9964
bambano
titán
válasz
NemszakiTomi
#9964
üzenetére
én latexben oldottam meg.
-
#9965
dabadab
titán
NemszakiTomi
#9964
válasz
NemszakiTomi
#9964
üzenetére
"Ha egy Code 128 kódolású vonalkódot kellene készítenetek, azt betűtípus felhasználásával oldanátok meg"
-
#9964
NemszakiTomi
csendes újonc
NemszakiTomi
csendes újonc
Sziasztok!
Ha egy Code 128 kódolású vonalkódot kellene készítenetek, azt betűtípus felhasználásával oldanátok meg (gondolom van erre is font), vagy teljesen más úton indulnátok el?
Köszi.
-
Zola007
veterán
válasz
Zola007
#9961
üzenetére
még mindig nem sikerült megoldanom az ékezetes karakterek problémát
több módon is próbáltam beállítani az utf-8-at.
a mentéskori formázásokat is próbálgattam, -csd se működik, mi lehet a gond?Angol windows 7, parancssorban gond nélkül tudok ékezeteket gépelni és az elérési útban is jól jelenik meg
más szerkesztőben (Sublime, jEdit) is próbáltam elmenteni. -
-
#9947
dabadab
titán
Feruendios
#9946
válasz
Feruendios
#9946
üzenetére
"Igen a Python volt/van az egyik legjobb nyelv statisztikai elemzésekre"
Statisztikus körökben mondjuk hagyományosan az SPSS használatos (nem mintha igazán jó lenne, viszont azt tudják használni
) -
Feruendios
tag
válasz
dangerzone
#9048
üzenetére
Igen a Python volt/van az egyik legjobb nyelv statisztikai elemzésekre. Mostanában jönn föl az R language ami pontosan erre lett kifejlesztve.
Mérnőkként nem iOS aplikációt kell tudnod késziteni meg honlapot a fönöknek , hanem egy olyan programot/scriptet ami képes neked az adott számitást vagy vizsgálatott elvégezni.A Python egy sokoldalu nyelv és nem fognak rád bután nézzni, ha nekiálsz benne egy console applicationt összedobni.
-
Zola007
veterán
Ezt meg lehet rövidebben vagy kevesebb változóval oldani (Perl 5.24)?
#!/usr/bin/perl -w
# Write a program that switches two bases in a DNA string at specified positions.
# Get the name of the file with the DNA sequence data
print "Please type in the sequence need to be modified: ";
$DNA = <STDIN>;
# Remove the newline
chomp $DNA;
# Get the base would like to change
print "Please type in which positions would like to switch?\n";
print " This position: ";
$pos1 = <STDIN>;
print "\n to this one: ";
$pos2 = <STDIN>;
# Remove the newline
chomp $pos1;
chomp $pos2;
# detect the bases at given positions to be modified
$base1= substr $DNA,($pos1 - 1),1;
$base2= substr $DNA,($pos2 - 1),1;
# change the bases among each other
$swap = substr $DNA,($pos1 - 1),1,$base2;
$swap = substr $DNA,($pos2 - 1),1,$base1;
print "The modified sequence is ",$DNA;
exit; -
#9942
martonx
veterán
racskobalazs
#9941
martonx
veterán
válasz
racskobalazs
#9941
üzenetére
Szerintem érdemes. De a C#-nak rengeteg vetülete van a hagyományos desktop fejlesztésektől a cross-platform app fejlesztéseken keresztül a webfejlesztésig bezárólag. Szóval azért majd specializáld magad valamire, de az sem árt ha mindegyikkel megismerkedsz.
-
#9941
racskobalazs
senior tag
fordfairlane
#9940
racskobalazs
senior tag
válasz
fordfairlane
#9940
üzenetére
Köszönöm a válaszokat.
Akkor azt mondjátok, hogy ha már C#-ot kezdtem akkor folytassam is azt? -
#9940
fordfairlane
veterán
racskobalazs
#9937
fordfairlane
veterán
válasz
racskobalazs
#9937
üzenetére
A C# jó alap, erre akár egy ASP MVC tudást is fel lehet húzni.
-
#9939
martonx
veterán
racskobalazs
#9937
martonx
veterán
válasz
racskobalazs
#9937
üzenetére
Egyrészt a C#-al jó irányban vagy. Másrészt ha webes fejlesztésekben kellene használni, akkor html/css/js valóban alapkövetelmény mellé. És ugyanez igaz a PHP-re is.
-
#9938
Jim-Y
veterán
racskobalazs
#9937
Jim-Y
veterán
válasz
racskobalazs
#9937
üzenetére
Jó, nem koca , javascript developerekre jelenleg nagy a kereslet. Ma azt mindenképp kifizetődő jól vágni.
-
#9937
racskobalazs
senior tag
racskobalazs
senior tag
Sziasztok! Magyarországon melyik programnyelvre van a legnagyobb igény? Nem tudom eldönteni, hogy melyikbe lenne érdemes belekezdeni. Most érettségiztem egy SZKI-ból ahol két év C# volt a prog tanulás, valamint érintőlegesen php. Melyik lenne a legjobb választás, ha a mai magyar keresletet nézzük? Illetve, mi lehet keresett a jövőben? Előre is köszönöm.
-
#9936
fordfairlane
veterán
Zola007
#9933
-
Zola007
veterán
ha ütök egy entert a "aaaaaa" sor elé és a "hhhhhh" sor után, akkor működik
de hogy lehetne ezt beadni neki a programba, hogy enter nélkül is vegye figyelembe a dolgot?mert kiragadott/keresett szövegrészlettel is meg kell tudnom ezt csinálni és ott nem lesz aki entert ütögessen elé-után
-
Zola007
veterán
PERL 5.24
ebben a kis programban nem tudom mi a hiba:
a feladata, hogy beolvassa a fájl tartalmát, majd kiírja fordítva#!/usr/bin/perl -w
# Write a program to read a file, and then print its lines in reverse order, the last line first
$readfile = 'alphabet.txt';
open (ALPHABET, $readfile);
@alphabet = <ALPHABET>;
print "This is the English alphabet:\n\n";
print "@alphabet\n\n";
@reversealphabet = reverse @alphabet;
print "The reverse of the alphabet:\n\n";
print @reversealphabet;
close ALPHABET;
exit;Ezt kapom futás után, pedig a txt fájlban úgy szerepel mint a fehér részen:
-
#9929
lezso6
HÁZIGAZDA
fordfairlane
#9928
válasz
fordfairlane
#9928
üzenetére
Ha már OOP, az ORDBMS mond valamit?
-
#9928
fordfairlane
veterán
lezso6
#9925
fordfairlane
veterán
A csak tárolt eljárással való API-s megoldás nem jó, mert közvetlenül a tábla adatait szeretnéd piszkálni, akkor borul az egész. Triggerekkel maga az adatbázis önmagában is megáll, nem kell tudni semmilyen API-t, hogy jól működjön, mert elrejti a piszkos részleteket, it just works.
Pont ezért nem hagyod, hogy közvetlenül írja a táblát. Ez egy kezdetleges OO egységbezárás, SQL módra.
-
#9926
martonx
veterán
fordfairlane
#9924
martonx
veterán
válasz
fordfairlane
#9924
üzenetére
Ezért is írtam valamivel feljebb, hogy az ilyen trigger szintű mókolás simán a komplett DB-t magával tudja rántani egy szerencsétlen deadlock esetén. Aztán az ember meg nézi, hogy de hát csak kiadtam egy ártatlan insert parancsot PHP-ben, mégis mitől omlott össze az egész DB.
Tényleg egyszer láttam már infinite loopba került triggereket is, amik egymást triggerelték. Na az se volt egy felemelő látvány.
De ez már lassan kezd átmenni sok beszédnek is sok az alja szintbe -
#9925
lezso6
HÁZIGAZDA
fordfairlane
#9922
válasz
fordfairlane
#9922
üzenetére
A csak tárolt eljárással való API-s megoldás nem jó, mert közvetlenül a tábla adatait szeretnéd piszkálni, akkor borul az egész. Triggerekkel maga az adatbázis önmagában is megáll, nem kell tudni semmilyen API-t, hogy jól működjön, mert elrejti a piszkos részleteket, it just works.
Na mindegy, én is befejezem, mert semmilyen előrelépést nem látok egymás álláspontjának megértésében. Valószínűleg azért, mert én az alkalmazás helyett a DB irányából közelítem meg a problémát, s ez a kettő gyökeresen más szemlélet.
(#9924) fordfairlane: Async trigger? Szerintem ez nagyon megkavarná a dolgokat. Mi lenne akkor a tranzakcióval? Tényleg tök más szemmel közelíted meg a dolgot.
-
#9923
martonx
veterán
fordfairlane
#9922
martonx
veterán
válasz
fordfairlane
#9922
üzenetére
Szívemből szóltál, csak én már inkább ráhagytam.
-
#9922
fordfairlane
veterán
lezso6
#9918
fordfairlane
veterán
Ez tipikusan olyan lépéssorozat, ami egy tárolt eljárásban szépen, áttekinthetően implementálható, lépésről lépésre. Semmi szükség triggerekre, és az általuk jelentett rejtett adatfüggőségekre. A PHP-nak nem kell a hozzászólásokat tároló táblát piszkálnia, csak a tárolt eljárás nyújtotta API-hoz kell tudnia hozzáférni,a többit az eljárás intézi.
Az adatbázis triggerekkel az a baj, hogy a legtöbb relációs adatbázis event-driven modellje meglehetősen kezdetleges, nehezen összeegyeztethető a konkurens adatkezeléssel. Ezért is van az, hogy a kőegyszerű triggerekről továbblépve könnyen belefut az ember a susnyásba.
-
martonx
veterán
Nem azt mondtam, hogy nem szabad, hanem azt mondtam, hogy kerülendő, és tipikus rossz gyakorlat. Amiket felsoroltál, hogy trigger csinálja, hát azt se mondanám jó gyakorlatnak, még ha így utólag nézve kényelmesnek is tűnik, és francnak van kedve normális kóddá refaktorálni 1-2 nap alatt a most is működő megoldást
De mindegy hagyjuk, részemről a téma lezárva. -
De az ilyen tapasztalat az invalid argument, lásd a kacsa és a víz esete. A triggerek ellen szól persze rengeteg érv, de sok másik meg mellettük van. Tudni kell, hogy mire való a trigger, s arra használni, ésszel, ennyi a követelmény.
Azért írtam, hogy "szerintem" meg "nem kell foglalkoznia", nem pedig azt, hogy "ne foglalkozzon".
Mindenki úgy írja meg, ahogy tudja, de azt ne mondja nekem senki, hogy a triggert nem szabad használni. -
Az a baj, hogy a való életből vette a példát, amit én is alá tudok támasztani. Egy jó nevű autó gyártó cégnek karbantartottam szoftver majd a válság idején kikerült indiába majd vissza. Szóval ami te csinálsz az high quality de amit más nem biztos.
"Azzal nem kell foglalkoznia, hogy bizonyos származtatott vagy kapcsolódó adatok konzisztenciáját fenntartsa"
De igen, az is.
-
válasz
martonx
#9917
üzenetére
Mielőtt egy friss programozó hozzányúl a kódhoz, megnézi, hogy épül fel az adatbázis, az rögtön látja, hogy hoppá, vannak triggerek, s máris ugyanott van, mint a tárolt eljárással. Na meg van egy olyan varázslatos dolog, hogy dokumentáció.
Attól még, hogy neked rengeteg rossz tapasztalatod van valamivel kapcsolatban, nem biztos, hogy az az ördögtől való. Pl rengeteg PHP-ban írt "műalkotás" létezik, de attól még nem lesz a nyelv szemét. Ha a kacsa nem tud úszni, nem a víz a hülye. Persze ha az ember bizonytalan, akkor értelemszerűen inkább ne csinálja, nehogy az legyen az eredmény, hogy valami triggerben van, más meg alkalmazás szinten, tök random, rendszer nélkül.
Az 1-2 sorral több PHP tök jó lenne, de sajnos nem igaz. Ha tegyük fel most le kéne cserélnem a triggereket PHP kódra, akkor pl egy új hsz felvitelénél egy sima INSERT mellett még ezeket kéne megcsinálnia a PHP kódnak:
- téma hsz-számának és utolsó hsz ID-jének frissítése
- téma utolsó hozzászólójának frissítése
- keresőindex frissítése
- particionálás kezelése
- a hozzászóló itt szóltam hozzá listájának frissítése
- a hozzászóló hsz-számának növelése (fórumtól függ, hogy milyen típusú)
- a hozzászóló rangjának léptetése, ha olyan van
- stb.Ha ezek bármelyike nincs, akkor borul a konzisztencia, ezért véleményem szerint az adatbázisban a helyük. Az alkalmazás feladata szerintem az, hogy validációt elvégezze a bemenő adatokon, s azokat az adatbázisnak megfelelő formába hozza és felvigye oda. Azzal nem kell foglalkoznia, hogy bizonyos származtatott vagy kapcsolódó adatok konzisztenciáját fenntartsa. Ezt persze nem kell elfogadni, csak azt próbálom megértetni, hogy mikor lehet létjogosultsága a triggereknek.
-
martonx
veterán
"Mi értelme lenne kézzel hívnom, ha lehet automatikus?" - az, hogy ha téged holnap elüt a villamos, és te ugyan tudod, hogy mik a saját konvencióid, és mit miért csináltál, és odaültetnek a helyedre valaki mást, akkor az 3 hónapig azt se fogja tudni, hogy fiú-e vagy lány.
Rengeteg ilyen kódot vettem át, örököltem már meg, és mindig borzalmas volt lekövetni ezeket az elrejtett hülyeségeket, amik ráadásul jobban átgondolva éppen semmit nem is adnak hozzá kód futásteljesítményéhez, azon kívül, hogy kódban az ember esetleg megspórol 1-2 sornyi PHP-t. -
válasz
martonx
#9914
üzenetére
Valóban, a láthatatlanság problémás lehet, de szerintem amiket felsoroltam, azok elég egyszerű feladatok. Illetve triggernél nálam az egy megkötés, hogy ha ír valami mezőt vagy táblát, akkor ugyanazt alkalmazás oldalról csakis olvasom, sosem írom, különben ki tudja mi lesz.
Ez alól kivételt képez pl a particionálás. Itt pont az a feature, hogy a PL/SQL logika az alkalmazás elől elrejtse azt, hogy valójában több tábla van. Ez DB logika, az alkalmazásnak erről nem kell tudnia. Hasonló az, amikor pl valamilyen bonyolultabb adatszerkezetet (pl fát) tárolsz DB-ben, ennek szabályait is triggerekkel a legjobb megoldani, hogy az alkalmazás kódja ne bloatolódjon szét.
Igen, az sokszor előfordul, hogy a trigger ír másik táblába, s az meg újabb triggert süt el. Ezek lehet áttekinthetetlen valaki számára, de ha megfelelően jársz el, akkor nincs meglepi. Fontos az egyszerűség.
Meg lehet csinálni alkalmazás oldalról is, de úgy bonyolultabb megírni, meg jóval lassabb is lenne. Nálam a triggerek a nagyon egyszerű logikákat tartalmaznak, ami nem IF vagy hozzárendelés az kb mind SQL kérés, egyáltalán nem olyan dolog, mint amit alkalmazásban írnál. Ugyanezt tárolt eljárásra átírni elég furán hangzik, hisz maguk a triggerek is tárolt eljárások, csak automatikusan hívódnak, amikor kell. Mi értelme lenne kézzel hívnom, ha lehet automatikus?
-
martonx
veterán
A triggerekkel az a baj, hogy a tárolt eljárásokkal szemben abszolút debugolhatatlanok, nyomon követhetetlenek. Sőt az egész DB-t simán össze tudják omlasztani ha véletlenül valami deadlock befigyel a futásuk alatt.
Érted, a kódban debugolod, hogy mi történik és miért, meghívsz egy tárolt eljárást, akkor ugyan kontextust kell váltania hozzá, de semmivel nem nehezebb nyomon követni, hogy mi történik, nincs semmi rejtett varázslat.
Míg ha van pár triggered, amik netán még egymás módosításai miatt is elsülnek, akkor meg nézel baromi nagyokat, hogy neked most akkor miért nem futott le az inserted itt, helyette lett update amott, és kezdheted az egész db-t felderíteni, és mindezt folyamatosan fejbe kell tartanod, hogy ha itt kódban kiadsz egy insertet, akkor amott fog updatelni. Amíg az ember magának kókányolgat, addig semmi baj nincs a triggerekkel, illetve bizonyos esetekben tök ártalmatlanok, de alapvetően fejlesztésnél messzire kerülendő tipikus rossz gyakorlat a használatuk.A hozott példáid egytől egyig megoldhatóak lennének kódból, semmi hozadékuk nincs triggerekben tartani ezeket a logikákat (vagy átírni őket egy-egy tárolt eljárásra, még mindig sokkal karbantarthatóbb, áttekinthetőbb lenne).
-
Ezzel egyetértek. Magukkal triggerekkel nincs baj, az emberekkel van a probléma, akik rosszul használják.
Na, de hogy konkrét példák is legyenek, nálam ilyesmik fordulhatnak elő triggerekben (row-level):
BEFORE TRIGGER:
- automatikus mezők kitöltése (ahol a default nem használható)
- integritás ellenőrzés (ahol a check nem használható)
- tiltott operációkra exception (pl egy hsz időpontja nem módosítható)AFTER TRIGGER:
- cache táblák automatikus kitöltése
- kapcsolódó táblák cache mezőinek kitöltése (pl hszszámláló++)
- megváltozott adat korábbi értékének archiválása másik táblábaPersze valaki nem ért a PL/SQL-hez akkor ne így csinálja, s ezeknél magasabb szintű logikát tényleg nem szabad triggerekbe tenni, mert úgy láthatatlan, s abból csak baj lesz.
-
válasz
martonx
#9907
üzenetére
Triggerekkel szerinted mi a gond, pl a példám miért nem jó? Before triggerek helyes használatára szerintem jó példa az egyes automatikusan generált mezők kitöltése, melyekhez pl külső táblból lekérés vagy tárolt eljáráshívás szükséges. Ezt lehet persze enélkül is csinálni, de ez szvsz tök olyan dolog, amit a DB-nek érdemes csinálnia.
(#9905) fordfairlane: Értelemszerűen nem szabad túl sok mindent rájuk bízni. A tranzakciókat nem is értem miért kéne idekeverni.
Egy szóval nem mondtam, hogy az egész business logicot tárolt eljárásokkal meg triggerekkel kéne megoldani, ez persze hogy baromság. Csak egy kis részét lehet, hogy érdemes, attól függően, hogy mennyire bonyolult az adatszerkezeted.(#9909) bambano: Ez se ma volt.
De tény, natív replikáció a 9.0 óta van, viszonylag későn a konkurens megoldásokhoz képest. De van. -
bambano
titán
postgreshez anno volt olyan cluster megoldás, ami az sql kéréseket szórta szét a node-ok között. utána a kéréseket minden node-on kiértékelte. így a random függvény is lefutott minden node-on külön. az összes jelszó meg autentikációs token meg minden ilyen, amiben véletlenszám is volt, úgy szétszaladt, hogy nem is lehetett többet összeterelni.
-
bambano
titán
válasz
akrobet
#9893
üzenetére
nem tudok elképzelni olyan helyet, ahol mssql-t ne lehetne találni. tehát ha szolgáltatót is kell váltani, adatbázismotort nemigen.
másrészt ha nosql-re kellene váltanod, ott a legkisebb problémád lesz az, hogy pár eljárás volt az sql motorban. sql-ről nosql-re váltani az kb. a komplett alkalmazás újratervezését jelenti."Nem lehetetlen SQL-ben megírt kódot tesztelni, karbantartani, csak nagyon hamar el fog menni tőle a kedved, ha egy olyan business model-ed van, ami kb 300 egyedi entitásból áll 15+ level mélységű relationokkel...": itt nem arról van szó, hogy az egészet tedd procedurális sql-be, hanem arról, hogy azt az egy problémát, amivel a threadet elindítottad, azt tedd ilyenbe.
nekem vannak kétségeim, hogy jól van-e tervezve az az adatbázis, amiben 15+ level mélységű relációk vannak, különös tekintettel a view-ekre...
"nagyon hamar el fog menni tőle a kedved": ezt a szempontot nem annyira szokták figyelembe venni... nekem pl. a felvételi elbeszélgetésen elmenne a kedvem, ha mssql-ről esne szó
-
#9907
martonx
veterán
fordfairlane
#9903
martonx
veterán
válasz
fordfairlane
#9903
üzenetére
+1 a triggerek ellen. A tárolt eljárások viszont egy bizonyos DB méret / teljesítmény elvárás felett kikerülhetetlenek. No persze ilyenkor jön be az, hogy X TB-os DB-t az ember már amúgy sem hordozgat, nem migrálgat Oracle-ről MS SQL-re és vissza, vagy pedig rászánja azt a pár ember hónapot a feladatra.
A debugolás persze más kérdés. Egyrészt MS SQL tárolt eljárásait lehet debugolni, másrészt SQL szinten a debugnak sokkal kevesebb értelme van, harmadrészt egy SQL kód azért még mindig egyszerűbb, mint egy komoly C# logika (jó, láttam már 1500 soros tárolt eljárást is, na azt debugolni nem volt kellemes, de azt is a kényszerűség szülte, direkt SQL szinten tartva a logikát is 15 perce futásideje volt egy 96 magos SQL szerveren).
Jellemzően azért könnyen meg lehet találni SQL-ben is, hogy hol ment félre egy where feltétel, vagy egy join. -
hokkento
újonc
Sziasztok!
Mivel én nem nagyon értek hozzá, egy programozónak meg gondolom fél perc alatt sikerül megoldania, ezért kérem hozzáértő segítségét! Előre is köszönöm!
A "problémám" a következő: szeretnék egy parancsot írni, ami a windows bootolása után azonnal lefuttatja a parancsot. Konkrétan egy mappát kellene kitörölni minden WIndows indulásnál ...
Ez hogyan, miként oldható meg a legegyszerűbben?
Köszönöm előre is a segítségeteket!
Üdv: Gabi -
#9905
fordfairlane
veterán
mobal
#9904
fordfairlane
veterán
Nem akarom bárkinek is a szakértelmét lekicsinyelni, sőt, de a tapasztalatom az, hogy tárolt eljárásokkal dolgozni horror. Egy szót sem szólok a kódbázis hordozhatóságáról, az ezen a szinten elég alacsony lehet, csak már maga a munka menete (pl. debuggolás) elég meghatározó, negatív élmény volt számomra.
-
#9904
mobal
nagyúr
fordfairlane
#9903
válasz
fordfairlane
#9903
üzenetére
Sajnos én is így gondolom, + a "mindentlátott kolléga" is ezt vallja itt mellettem!
Ugyanakkor maximális tiszteletem lezsónak is!
-
martonx
veterán
válasz
akrobet
#9893
üzenetére
"De mit csinálsz ha váltani kell egy másik providerre, neaggyisten valamilyen no-sql megoldásra?" - ok tegye fel a kezét, aki naponta vált MS SQL-ről Oracle-re és vissza
SQL - NoSQL pedig még ORM-el sem átjárható, mivel teljesen más szemléletmódot, felhasználást várnak el.
Egy programnál mindig el kell dönteni, hogy milyen infrastruktúrán fog futni, és utána abból kihozni a legjobbat. Tipikus félreértés, hogy az ORM azért jó, mert elfedi a DB layert, és könnyű átjárhatóságot biztosít (az meg még nagyobb félreértés, hogy SQL - NoSQL átjárhatóságot is biztosítana). Mármint az átjárhatóság SQL-en belül még nagyjából igaz is, de ennek csak akkor van szerepe, ha az ember tudatosan, direkt pont olyan rendszert fejleszt, amit kb. bárhova el akar adni, és célja, hogy Oracle, MySql, PostgeSQL, MS Sql, bármilyen SQL felett tudjon működni a rendszere. Ebben az esetben némi plusz munkával valóban meg lehet írni ORM-el úgy a rendszert, hogy az tökéletesen átjárható legyen.
ORM-et elsősorban inkább azért használunk, mert kényelmes vele dolgozni, a kód valóban olvashatóbb lesz tőle, de fontos, hogy folyamatosan tartsuk szem előtt, hogy az ORM csak egy eszköz, és nagyon könnyen hibás architektúrákhoz vezethet, ha csak és kizárólag egy ORM-re alapozva fejlesztünk. Erre tökéletes példák vagytok ti.Ez az SQL-ben legyen logika dolog teljesen eset függő, nincs rá jó válasz. Én az általad megfogalmazott problémával kapcsolatban mondtam, hogy ebben az esetben szerintem tipikusan sokkal jobb megoldás tud lenni, ha komolyabban az SQL-re bízná magát az ember, és komolyabban elgondolkodna az SQL-ben való adatmodellezésen (nem is feltétlenül érdemi logikának kellene talán az SQL-ben lenni, egyszerűen csak végre komolyabban kellene gondolni, tervezni az SQL oldalon is a tábla struktúrákat, amikkel a várt dinamikus szabály rendszert könnyen lehetne modellezni, majd azt utána C# oldalon felhasználni).
Pláne amikor későbbi hszediből ki is derült, hogy a DB-t tényleg ahogy esik, úgy puffan alapon használjátok, szóval egyre biztosabb vagyok a meglátásom helyességében.
Szóval nem akarok olyan erős kijelentéseket tenni, hogy csak így, vagy csak úgy a jó, az elmúlt pár évben mindkét megoldást használtam, mindig azt amire éppen az adott esetben szükség volt.Főállásomban pont az elmúlt években volt / van egy ilyen komolyabb szemléletváltás, amikor az eredetileg mindent EF-el oldjunk meg, és kapja meg az adatot a C#, aztán majd abban jobban feldolgozzuk szemléletet a több milliárd adatsoros tábláknál már fel kellett, hogy váltsa az "oké, akkor amit lehet SQL oldalon oldjunk meg, de azért amit nem muszáj, az menjen továbbra is EF-el" szemlélet. Hidd el, pont ugyanúgy lehet mindent tesztelni SQL felhasználása mellett is, csak mondjuk egy teszt nem 5 másodpercig fog futni, hanem fél percig. De ha elég jól párhuzamosítod őket, akkor végül időben se tart feltétlenül tovább.
Minden csak hozzáállás kérdése, még az általad felvázolt alapvetően hibásnak tűnő architektúra is valószínűleg tesztelhető maradna némi refaktorálás után, megfelelő mockolásokkal. -
Még ha tegyük fel meg is van oldva tökéletesen, sebességben attól még nem lesz nyerő. Egyébként itt van row-level vs statement-level megkülönböztetés? Honnan tudja, hogy mely row-okra kell meghívni a "triggert", stb.? Ez mind overhead. Persze tudom, a hardver olcsóbb, mint a programozó.
Btw, én nem azt mondom, hogy SQL-be kell, hanem csak bizonyos részét az üzleti logikának célszerű a DB-be pakolni, mert jóval hatékonyabb, mindent használjunk arra amire való, ésszel.
Ez jó lehet, mivel nem tudtam, hogy az elsőt tartja meg, én úgy "éreztem" random a dolog, bár az is tény, hogy komolyabban idő hiány miatt nem vizsgáltam meg a dolgot, mivel ma reggeli a probléma, ma másoltam össze az állományokat.
Viszont sajnos csak az alap CSV generálására volt minimális ráhatásom, arra sem sok mivel az alap struktúrát egy program köpte ki, amibe majd vissza is akarom olvastatni a kész CSV-t. Abba már nem fognak belekerülni a csillagos mezők, az csak nekem kell a leltározáshoz, hogy tudjam hol tartunk. Viszont kitörölgetni sem akarom a csillagokat, mert akkor a nagyságrendileg 20.000-es állományból eddig leleltározott 8300 rekord ellenőrzöttsége is "elveszne".
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Egy szóval nem mondtam, hogy az egész business logicot tárolt eljárásokkal meg triggerekkel kéne megoldani, ez persze hogy baromság. Csak egy kis részét lehet, hogy érdemes, attól függően, hogy mennyire bonyolult az adatszerkezeted.
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Asus Zenbook 15 OLED UM3504 - 15.6" 2.8K 120Hz - Ryzen 5 7535U - 16GB - 512GB - 2+ év garancia
- Bomba ár! Lenovo ThinkPad L13 G1 - i5-10GEN I 16GB I 512SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- Eladó szép állapotban levő Samsung Galaxy A22 5G 4/128GB fekete / 12 hónap jótállás
- Lenovo ThinkPad X1 Yoga G6 (6th Gen) - i7-1185G7, 32GB, 512GB SSD, multitouch + TOLL
- LG 27GR83Q-B - 27" IPS / QHD 2K / 240Hz & 1ms / NVIDIA G-Sync / FreeSync / DisplayHDR 400
Állásajánlatok
Cég: FOTC
Város: Budapest