Hirdetés
- gban: Ingyen kellene, de tegnapra
- talmida: Változások 2. rész
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Klaus Duran: RCS
- Brogyi: CTEK akkumulátor töltő és másolatai
- sziku69: Szólánc.
Új hozzászólás Aktív témák
-
nyunyu
félisten
De amúgy tényleg érdekelne, hogy miben/mennyivel "rosszabb", ha több táblában vannak az adatok. Nyilván a sebesség az egyik válasz, ez biztos. De érdekelne, miben még.
Leginkább a kód karbantarthatóságról szól a felvetésünk. (meg olvasni, átlátni is könnyebb a rövidebb, egyszerűsített kódot)
Most ha bejön egy új alrendszer/forrás, akkor kézzel definiálsz neki egy új táblát, arra indexeket, meg a meglévő kódbázisban az összes union-os selectet ki kell bővíteni +1 ággal, hogy az új forrást is visszaadja.
Plusz szopni fogsz, ha bármelyik táblába fel kell venni egy plusz mezőt, mert akkor kézzel alter table az összesre, hogy az unionok továbbra is működhessenek...Míg egy táblánál csak az új forrás adatbetöltő rutinját kell megírnod, ami egy új azonosítóval szúrja be a meglévő táblába a rekordokat.
Plusz oszlop igény esetén meg elég egy táblát alterelni, nem fog elszállni a kód (ha ki van mindenhonnan irtva a select *
)
Új hozzászólás Aktív témák
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- Óvodások homokozója
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Meghozta a régóta várt asztali Ryzen APU-kat az AMD
- gban: Ingyen kellene, de tegnapra
- Xiaomi 17 Ultra - jó az optikája
- talmida: Változások 2. rész
- GL.iNet OFF topik
- Anglia - élmények, tapasztalatok
- Samsung kuponkunyeráló
- További aktív témák...
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
)