Új hozzászólás Aktív témák
-
Ispy
nagyúr
Jaja, praktikus. Aztán majd mikor kiderül, hogy:
a) a státuszoknak meg is kell jelennie vizuálisan több nyelven is,
b) a státuszoknak ne adj isten előbb-utóbb folyamatokat is kell vezérelnie,
c) és még akár hierarchia is van közöttük,
d) ja és most még csak egy táblában van, de holnapután még 2-ben is használni kéne,akkor majd lehet szétszedni a remek kódok és megcsinálni rendesen.
Mondhatod, hogy neked ezek nem szempontok és áááá soha nem lesz ilyen és 1000 évig elleszel ezzel a 4 stringgel, de attól még szerintem nem ez a jó megoldás (és igen, nem lesz így sem lassabb, nem lesz így sem nagyobb az adatbázis, viszont neked jó lesz, mert kényelmes).
Egyébként meg ha már itt tartunk mégis mitől másabb egy szöveget látni, mint egy kódot, ha abból csak 4 darab van és soha nem is lesz több? Kb. 3x ránézel és már kód alapján is tudni fogod, hogy melyik mit jelent. Egyébként is manapság nagyon elkényelmesedett minden programozó, mert hát van sok terrabájt, meg gigabájt, meg sokmag és a hardware elfedi a nem hatékony programok hiányosságait, aztán amikor meg pár év múlva esetleg hirtelen megnő a program kihasználtsága, akkor az ilyen kis atombombák szépen elkezdenek felrobbanni.
Csak az idők során kezdek rájönni, hogy érdemesebb a legpraktikusabb megoldások felé menni
Volt jónéhány kollégám akik szintén ezt vallották, de sajnos mindig nekem kellett a végén visszalapátolni a lóba a sz@rt. Hidd csak el, ezeket a dolgokat nem azért találtak ki sok-sok éve, mert annyira rosszak lennének.
Peace!

-
Ispy
nagyúr
válasz
PazsitZ
#2092
üzenetére
Én tudok neked mondani példát:
kedves ügyfél szervert cserélt és a kedves rendszergizda az új szerveren a Hungarian_CI_AS collation helyett valami Latin-t adott meg, és ettől a ponttól kezdve a szerver collation-je nem egyezett meg az adatbázis collation-jével és az összes string alapú join kifingott tőle, szóval mindegyiket kézzel meg kellett hekkelni (COLLATE DATABASE_DEFAULT), hogy ne szálljon el hibával. Ez az egész programban kb. 20x fordult elő. Ha nem integer alapú kötéssekkel lett volna tele az adatbázis, akkor ez a szám nem is tudom mennyi lenne, de biztosan 1000 felett.
-
Ispy
nagyúr
válasz
Sk8erPeter
#2090
üzenetére
Az, hogy a táblák kicsik még nem indok arra, hogy ne a tankönyv szerint csináld. Ha csak 1 rekord lesz benne, akkor is jól kell megcsinálni. Attól lesz valaki szakember, nem pedig vérpistike.

-
Ispy
nagyúr
1-2 eset, amikor szerintem hasznos a numerikus tárolás:
- megváltozhat a neve
- többnyelvűség szempont
- listából választás
- kapcsolódó információk tárolásaKódból meg ha kell ugyanúgy csinálok rá egy enumot és máris olvashatóvá tettem, szóval szerintem nem az a kérdés, hogy mi szól a stringként tárolás ellen, hanem szól-e egyáltalán valami mellette?
Visszatérve az alap kérdésre, kis adatbázisok esetében semmi jelentősége a szöveges vagy numerikus tárolásnak teljesítmény vagy méret szempontjából, de más szempontok miatt kell végiggondolni, hogy mit érdemes törzsbe kiszervezni és numerikus értékként tárolni a kulcsot (ami egyébként lehet autonumber is, szóval +1 érv a numerikus mellett).
-
Ispy
nagyúr
Tároljuk a település nevét szövegként a személy táblában, vagy egy numerikus kódot és joinoljuk egy településeket tartalmazó táblával mindig?
Igen, pontosan, erről szól a relációs adatbázis kezelés, ettől még persze nem muszáj így csinálnod, de megerősítésre itt ne várj.
(12 éve dolgozok SQL-lel, megírni egy joint, olyan mint levegőt venni, fel sem tűnik)
"könnyebb elírni": miért, a numerikus azonosítót nem könnyű elírni?
Ha van numerikus mezőm, nem kézzel kell megadni az értéket, hanem listából választani, így elírni nem lehet (max. rosszat választani).
-
Ispy
nagyúr
válasz
TaylorXIII
#2014
üzenetére
Megírni senki nem fogja helyetted, kezd el, ha elakadsz és kérdésed van, akkor azt tedd fel.
-
Ispy
nagyúr
válasz
Core2duo6600
#1931
üzenetére
Telepíteni kell egy Microsoft SQL Server Management Studiot és azon keresztül csatlakozni az SQL szerverhez.
-
Ispy
nagyúr
válasz
Speeedfire
#1906
üzenetére
Hagy ne kelljen már találgatni, azt hiszem ez elvárható, ha már valaki segítséget akar.
Szerintem nyugodtan szét lehetne szedni ezt a topikot arra a pár SQL nyelvre, amit a nagy többség használ.
MySql-nek például van dedikált topikja.
-
Ispy
nagyúr
Javasolnám én is, hogy amikor valaki ide beír egy kérdést, akkor először azt írja már le, hogy milyen környezetről beszélünk. Ez már nem az első eset, hogy a kérdésből kb. semmi nem derül ki.
-
Ispy
nagyúr
válasz
Speeedfire
#1893
üzenetére
Akkor viszont a subselectek helyett viewk, majd joinnal összekötöd ezeket.
-
Ispy
nagyúr
válasz
Speeedfire
#1891
üzenetére
Én biztosan nem próbálnék meg subselectes unionos viewkat használni, egy tárolt eljárásban szét kell szedni a feladatot, mert ez így nem lesz egy villám.
-
Ispy
nagyúr
válasz
Speeedfire
#1889
üzenetére
Hol használod? Mire? Tárolt eljárás? Minek kell ennyi subselect? Kód?
-
Ispy
nagyúr
Ha MDB, akkor ezt nézd meg.
-
Ispy
nagyúr
válasz
martonx
#1833
üzenetére
Még mindig nem érted:
olyan utasítást keres, amivel egy táblában található utasítást tud futattni kódból, mssqlben ilyen az sp_executesql függvény, vagy visual basicben az eval függvény. Tehát, ha végiglépked egy forral, akkor a for belsejében kell egy függvény, ami a ciklus által visszaadott értéket tudja nativ kódként értelmezni. -
Ispy
nagyúr
válasz
Speeedfire
#1815
üzenetére
Nem is kell oda, vedd ki belőle

select * from message
pivot
(
max(translation)
for(language) in (hu, en, de)
) pivotmess; -
Ispy
nagyúr
válasz
Speeedfire
#1813
üzenetére
select * from (select * from message) message
helyett elég ez is:
select * from message
-
Ispy
nagyúr
válasz
Speeedfire
#1811
üzenetére
Ha MS SQL, akkor igen.
-
Ispy
nagyúr
válasz
dellfanboy
#1793
üzenetére
Ezt nem is értem

-
Ispy
nagyúr
-
Ispy
nagyúr
Sajnos én nem értek mysql-hez, csak mssql-hez, ott így van:
SELECT @table_exists=1
FROM information_schema.tables
WHERE table_schema = 'valami'
AND table_name = 'MY_TABLE'
IF @table_exists = 1
BEGIN
SELECT * FROM MY_TABLE
END
ELSE
BEGIN
CREATE TABLE MY_TABLE
ENDHa nem megy, akkor menjél át a prog.hu-ra, ott biztosan segítenek.
-
Ispy
nagyúr
Új hozzászólás Aktív témák
- A Razer új klaviatúra-zászlóshajóját meglátva biztos félrenyeled a teát
- Milyen okostelefont vegyek?
- 5.1, 7.1 és gamer fejhallgatók
- Path of Exile (ARPG)
- Okos Otthon / Smart Home
- aquark: Zsebszámológépek
- Kés topik
- GoodSpeed: Mutasd magad topic!
- Xbox tulajok OFF topicja
- OLED monitor topic
- További aktív témák...
- Samsung Galaxy S22 / 8/128GB / Kártyafüggetlen / 12Hó Garancia
- BESZÁMÍTÁS! ASUS H310M i5 8500 16GB DDR4 240GB SSD GTX 1060 6GB Zalman T3 Plus CoolerMaster 500W
- Részletfizetés. BankMentes. Kamatmentes. Új noblechairs EPIC - ZÖLD 3 év garancia!
- Akciós kisWorkstation! Dell Precision 3570 i7-1255U 4.7GHz / 32GB / 1000GB / Quadro T550 4GB FHD 15"
- HIBÁTLAN iPhone 12 Pro 128GB Gold-1 ÉV GARANCIA - Kártyafüggetlen, MS4441, 100% Akksi
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest





