- Xiaomi 11 Lite 5G NE (lisa)
- Megjelentek az első HMD okostelefonok, ezek a magyar áraik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Itt az első kép a 2024-es Nokia 3210-ről
- Készülőben a Xiaomi 2021-es csúcsmodelljeinek HyperOS frissítése
- Redmi Note 13 Pro+ - a fejlődés íve
- Samsung Galaxy A54 - türelemjáték
- Yettel topik
- Oppo Find X5 Pro - megtalálták
- iPhone topik
Hirdetés
-
Saját Redmi Note 13 Pro+ a világbajnok focicsapatnak (és indiai rajongóiknak)
ma Argentína nemzeti válogatottjának mezével díszítik az új Redmi különkiadást.
-
Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
ph A cég megoldása centralizált vezérelhetőséggel, masszív radiátorral és robusztus ventilátorokkal igyekszik vásárlásra csábítani.
-
Az Apple iPadOS-t is megrendszabályozza az EU
it Az EB közölte: az Apple iPad táblagépekre írt iPadOS rendszere is kapuőrnek számít, az üzleti felhasználókra gyakorolt fontossága miatt.
Új hozzászólás Aktív témák
-
oroltbors
csendes tag
Epp kereseshez irok lekerdezest, az adatbazisban pedig van tobb-tobbes kapcsolat, amit hidtablaban tarolok. Egy checklistben kivalasztom a kapcsolatokat, amire keresni akarok. Az igy kivalasztott kapcsolattal rendelkezo elemek metszetet ill. egy viszonylag egyszeru lekerdezes eredmenyenek metszetet szeretnem listazni.
Az unionos megoldas is jonak tunik, csak mar egy ilyen egyszeru lekerdezesre is hibauzenetet kapok a a mysql_num_rows sorabol, amit egyebkent nem ad hibatlan lekerdezesnel:
SELECT * FROM ((SELECT * FROM component WHERE typeID = 2) UNION (SELECT * FROM component WHERE typeID = 1))
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in C:\...\search.php on line 199
[ Szerkesztve ]
"aki már megfordult bármelyik magasabb dimenzióban, az tudja, hogy azokat egy nagy szemét pogány bagázs lakja, akiket egyszerűen ki kéne nyírni és kásává aprítani, és ez megvalósítható lenne, ha valaki kitalálná, hogy lehetne a valóságra merőlegesen rakétákat kilőni." (Douglas Adams)
-
gyurman
tag
Igazából semmim nincs. Vagy egy adatbázis a fejemben. Abba viszek meglévő adatokat txtből. Open Office-ban kezdtem, de azzal az a baj, telepíteni kell, és csak úgy kezelhető az adatbázis. A célom olyan felületbe bevinni, ami hasonlóan könnyen kezelhető, de a célgépre nem kell telepíteni. Azért lenne jó a net, mert úgy akár mobilról is elérem.
Olyasmi kellene, mint a CMS weboldalkészítéshez. Azzal a weboldalakat, sem egy txt megnyitással kezdik. Valami hasonló adatbáziskészítőt akarok, hogy ne kelljen nulláról txt írni. Azt a felvágást meghagyom a programozóknak.[ Szerkesztve ]
-
gyurman
tag
Azzal csak a struktúrát tudom módosítani, nem? Arra tényleg jó, de űrlap varázslója nincs. Valami Access utánzat kellene. Jó persze MS-t legyőzni nem lehet, de csak van utánzat, nem? Pesze web alapon. Mint a PHPMyAdmin csak űrlapgenerátorral. Programozzatok már egyet!
Egyáltalán hogy googlezzak? -
wildrain
addikt
Először is kösz a segítséget , másodszor pedig megkérlek, hogy értelmezd, amit írtam. Nem adatbázist, hanem szervert nem tudok létrehozni. Ha tudnék szerverhez kapcsolódni, akkor az adatbázis létrehozása már sima ügy lenne.
A fősulin tanulok adatbáziskezelést, és most vizsgáznék belőle, így felraktam az otthoni gépemre a tanulóverziót, de mivel a telepítés, beüzemelés szóba sem került órán (nyilván az ilyenről csak olyan mértékben volt szó, hogy "Indítsák el a programot, a bejelentkező ablakon kattintsanak a Connect-re"), így itt el is akadtam. Szóval nem az sql parancsokhoz vagyok hülye, hanem a program telepítéséhez, beüzemeléséhez.
Egyébként sem biztos, hogy rosszul csinálok valamit, lehet, hogy a program rosszul települt, de sajna nem tudom, hogy hogyan kellene kinéznie az első használat során.Szóval ha kielégítettem a kíváncsiságodat, akkor akár segíthetnél is, hiszen arrogáns kérdésedből arra következtetek, hogy neked ez simán menne... Előre is kösz.
-
Hani
aktív tag
A legalább egy db. tulajt megoldom: amikor beviszik az adatokat és lakásokat, addig nem enged tovább, amíg meg nem ad hozzá legalább egy tulajt.
A közös history-tábla érdekes és jó ötlet, csak simán sorba kell raknom őket dátum szerint, és minden szép.
Egy hülye kérdés a triggerekről: Létezik (vmilyen szinten, módon, akár gányolva) idővezérelt trigger? (mondjuk úgyis előbb lekérdezi az adatokat a felhasználó, szóval ha nincs, hát nincs. Max. napi árfolyam - historynál lenne érdekes, ha a user csak hetente kérdezné le az aktuális árfolyamot, de kíváncsi lenne pl. december minden napján az eltárolt árfolyamokra)
Asszem, utánanézek az automatizált végrehajtásoknak/lekérdezéseknek.
Mindenesetre köszönöm a segítséget.
-
varsam
őstag
köszi, ezt még nem ismerem, de ki fogom próbálni.
Most hirtelen úgy oldottam meg, hogy az első lekérdezésben csináltam egy külön oszlopot, ami true vagy false értéket kap, az alapján, hogy megegyezik-e a szöveg, konkrétan:
A: [név] Like "szöveg*"
Majd a következő lekérdezésben már ezt tudom szűrni iif-fel, hogy iif([A]=false,"akkor ez","különben az") -
Sk8erPeter
nagyúr
Igazából a stílusa volt, ami nálam kicsit kiverte a biztosítékot. Lehet, hogy én is ennek megfelelően reagáltam.
martonx segítőkészen reagált a srácnak, ő meg szerintem eléggé flegmán-lekezelően válaszolt, miközben neki van szüksége segítségre.
Ha meg valaki azt tanácsolja neki, hogy "ugyan már, ne szívasd magad ezzel, van ennél jobb megoldás is", akkor arra nem az a normális reakció, hogy "te meg rohadj meg, nekem akkor is ez tetszik". (Nyilván szándékos túlzásokkal teledobva, de érted.)
Ezentúl az is kicsit rosszul veszi ki magát a kommentjeiből, hogy "na majd én megmondom"-stílusban negatív véleményt alkot olyasmiről, amit nem ismer.
Ha valaki segítséget kérni jön egy fórumba, akkor vegyen vissza kicsit az arcából, és kicsit higgadtabban fogadja a jóindulatú tanácsokat, ennyi.===
(#869) thumb:
igazán nincs mit!
"de sebaj ez egy fórum, itt mindenki beírhat"
Igen, sajnos olyan stílusban is, ahogy Te tetted.===
(#870) martonx: pontosan.
Wordpress-szel nekem egyelőre csak nagyon rövid tapasztalatom van, de hallottam róla hideget-meleget is, dicsérik amiatt, hogy gyorsan lehet vele összehozni jól működő oldalakat, de egy-két negatív kritikát is lehet olvasni róla a kódja miatt, gondolom mindegyikben van némi igazság.
A noname, vagy kevéssé támogatott CMS-ekkel meg tényleg egyszerűen már csak a saját idegrendszerünk kímélése érdekében sem érdemes foglalkozni.[ Szerkesztve ]
Sk8erPeter
-
retrox
csendes tag
Megnéztem az általad ajánlottakat:
Az első megoldásra te is írtad,hogy miért nem jó.Sajnos a második sem: e107 cms-el dolgozok,ez php alapokon működik,amihez még nem nagyon értek,de úgy gondolom,mivel az eredeti táblát használja a rendszer(regisztráció,belépés,keresés,adatváltozás) így minden feltöltés és lekérdezés onnan történik.így egy másolat táblának egy plussz oszloppal(amire kell,azt megcsinálja) nem sok hasznát veszem. Olyan megoldás kell,ami az eredeti táblába szúr egy mezőt,ami a születési dátum alapján automatikusan beirja a felhasználó korát.Esetleg ezt a selectes vértékmegadást mező létrehozásnál nem lehet valahogy használni? -
martonx
veterán
azért szerintem tanulhatóság, fejlesztői hatékonyság szemszögéből nézve van köztük sok különbség. A gyorsaságuk infrastruktúra, illetve framework függő.
Másrészt valóban, ha adott helyen csak PHP-re vannak felkészülve (linux infrastruktúra), akkor ott kár is az ASP.NET-et erőltetni.Én kérek elnézést!
-
InfiniteReality
őstag
válasz ArchElf #1041 üzenetére
Kérdés, adott egy adatbázis, amit szétdobtam az egyik mező adatai alapján évek szerint külön táblákba (tehát minden év összes bejegyzése külön táblában van már).
Amikor az egész egyben volt, akkor az alábbi lekérdezés hibátlanul működött (a jatekosl mező tartalma ugyanaz mint a jatekos mezőé, de kisbetűsítve):
SELECT jatekos, sum(pont) FROM jateklista WHERE pont >='1' GROUP BY jatekosl ORDER BY 2 LIMIT 50
Az évek szerint szétdobott táblák esetén a következő lekérdezést alkalmaztam, hogy a fenti eredményt elérjem (csak 2 évet írok le, mivel a teljes időszak lekérdezését PHPban állítom elő dinamikusan, a hiba úgyis ugyanaz):
(SELECT jatekos, sum(pont) FROM jateklista2005 WHERE pont >= '1' GROUP BY jatekosl) UNION (SELECT jatekos, sum(pont) FROM jateklista2006 WHERE pont >= '1' GROUP BY jatekosl) ORDER BY 2 DESC LIMIT 50
A hiba pedig az, hogy minden játékos annyiszor szerepel, ahány évben beleesik a fenti lekérdezésbe. Nyilván valami alap dolgot rontok el, de remélem tudtok segíteni Esetleg ha valakinek van "szebb" megoldása, megköszönöm.
http://logout.hu/cikk/samsung_led_tv_tudastar_d_szeria/alapok.html
-
InfiniteReality
őstag
válasz ArchElf #1046 üzenetére
Ennyire nem vágom mélyen a MySQL-t, esetleg leírnád hogyan állítsam össze a lekérdezést? Temp táblát nem szeretnék ehhez használni...
Ha ennyire nehéz az évekre bontott táblákból megoldani ezt a fajta lekérdezést, akkor hagyom egyben, de már 428ezer sort tartalmaz az adatbázisnak ez a táblája, s gondoltam az egyes évekre irányuló lekérdezések valamint az új beírások az aktuális évbe gyorsabbak lesznek, ha szétcsapom az egészet évekre...http://logout.hu/cikk/samsung_led_tv_tudastar_d_szeria/alapok.html