symfony 1.1 admin generátor editálható primary key
Hofferek Attila
lehetetlen, de egy táblának mindenképpen kéne editálni az elsődleges
kulcsát! Előre is köszi!
--
Hofferek Attila
Tamas Amon
Miért kell editálni?
2009/10/14 Hofferek Attila <ho...@soka.co.hu>:
Ámon Tamás
Sent from Budapest, BU, Hungary
Hofferek Attila
> Szia!
>
> Miért kell editálni?
Miért ne? Hol van az leírva, hogy primary key csak integer autoincrement
oszlop lehet, és kőbe vésve? Miért ne adhatnám én meg, insert-kor? Vagy
lehet akár varchar is, nem? Vannak kocsijaim mondjuk egy táblában, egy
másikban meg útvonalak, kötve kocsi ID-hez. Szeretném felcserélni a két
kocsi útvonalát, hogy az egyik alatt látszódjon a másiké, és viszont.
Nem egy félmillió rekordos táblát akarok módosítani, gondolhatod...
János Krnák
Vagy irhatsz egy SQL-t es lefuttadhatod a peer classodon. Ami modositja a primary key-t a recordokon.
Hofferek Attila
> Csinalhatod azt, h az utvonal tabladban modositod a kocsi id-t.
Ezt szeretnem elkerulni. Mennyivel jobb volna egy integert modositani,
mint szazezret.
> Vagy irhatsz egy SQL-t es lefuttadhatod a peer classodon. Ami modositja
> a primary key-t a recordokon.
Ezt reszletezned picit?
János Krnák
Eloszor az elso id-t negativra allitod, v akarmire amilyen ID meg nem letezik, aztan a masodikat updateeled 1-re,
aztan a elso negativjat a masodik elozo id-jara.
De en nem tartom ezt elegans megoldasnak, mert ha mas tablad is van ami az autohoz kapcoslodik, azoknal is fel fog cserelodni a szulo.
En inkabb csinalnam azt, h ha utat akarsz cserelni akkor azt csereled.
$connection = Propel::getConnection(AutoPeer::DATABASE_NAME);
$update_1 = "UPDATE auto SET id = -id WHERE id = $id1";
$connection->executeUpdate($update_1);
$update_2 = "UPDATE auto SET id = $id1 WHERE id = $id2";
$connection->executeUpdate($update_2);
$update_3 = "UPDATE auto SET id = $id2 WHERE id = -$id1";
$connection->executeUpdate($update_3);
Udv
Janos
Tamas Amon
Szerintem az ID az olyan dolog, amiről nem is kell tudni. Az egy
dolog, ami egyedileg azonosítja a rekordot.
Te nem autó-t, hanem útvonalat akarsz módosítani, tehát az útvonalhoz
tartozó autó ID-t kell változtatni. Szerintem, ha ID-t kell
változtatni, az valahol adatbázis-tervezési hiba.
Persze az ID lehet más is, pld. users táblánál a felhasználónév, mert
az biztos egyedi, de én valamiért azt szeretem, ha minden táblában van
egy autoincrement id nevű mező. De talán ez csak elnevezési konvenció.
Hofferek Attila
> Szerintem az ID az olyan dolog, amiről nem is kell tudni. Az egy
> dolog, ami egyedileg azonosítja a rekordot.
Azt belsőleg elintézi az sql szerver, arról tényleg nem is tudsz, nem
kell neked még pluszban egy felesleges mezővel babrálni, ha amúgy nem jó
semmire.
> Te nem autó-t, hanem útvonalat akarsz módosítani, tehát az útvonalhoz
Ez szemantikai kérdés, én nem megyek bele, a marxista etika
eredménycentrikus, több út visz Nirvanába, mind Rómán át :-)
> tartozó autó ID-t kell változtatni. Szerintem, ha ID-t kell
> változtatni, az valahol adatbázis-tervezési hiba.
Hány példát hozzak neked, ahol mindenféle autoincrementes felesleges
mezők bevezetése nélkül jön ki a legmagasabb normálforma?
> Persze az ID lehet más is, pld. users táblánál a felhasználónév, mert
> az biztos egyedi, de én valamiért azt szeretem, ha minden táblában van
> egy autoincrement id nevű mező. De talán ez csak elnevezési konvenció.
Aha, aztán külön kell faragnod valamit, hogy a te kulcsod, ami nem az ID
mező, egyedi maradhasson. Miért nem lehet ezt simán megoldani, hogy az
az azonosító amit mondok.
Krisztian Ferenczi
Ha már program szinten, neked admin felületen kell lehetővé tenni, hogy ez az egyedi kulcs változtatható legyen, ott vmi tervezési hiba van, mert egy _relációs_ adatbázisnál ez egész egyszerűen nem fordulhat elő.
Ha meg igazából 1-2 alkalommal kell egy ilyen, akkor egyszerűen SSH-n vagy phpMyAdminon keresztül kiadsz egy UPDATE parancsot, amikor kell és kész. Az, hogy most több százezer sornak kell változnia, akkor mi van? Nem egészen értem, hogy milyen tábláid vannak és miért van neked erre szükséged, de ha jól sejtem, akkor: legyen egy útvonal tábla, egy autó tábla, meg egy útvonal pontok tábla. Ha változik egy útvonal, akkor csak egy helyen kell lecserélni az auto ID-t és kész. A módosításhoz persze kicsit szöszölnöd kell az adatbázisban, de csak egyszer kell megcsinálni.
A bővíthetőség szempontjából is aggályos az elképzelésed. Mert ha kitalálja a megrendelő, hogy neki kell egy másik tábla, az autókhoz megjegyzések fűzhetők, akkor már arra is figyelned kell, hogy ha változik egy autó ID-ja, akkor a hozzá tartozó megjegyzések táblában is végrehajtsd a módosításokat, mert lehet, hogy a 2-es kocsinak behorpadt az oldala, de ha azt te felcseréled a 4-essel, lesz ám káosz...
Chris
Hofferek Attila
> Biztos, hogy relációs adatbázisra van neked szükséged? Van egy autó, meg
> az oldala, de ha azt te felcseréled a 4-essel, lesz ám káosz...
Rendben, elfogadom ezt az érvrendszert, minden szó igaz belőle. Most már
csak az nem tiszta, hogyha én szeretném meghatározni insert-kor, az
miért üldözendő? Miért kell annak szigorúan monoton emelkedőnek lennie?
És ha kitörlök elölről, vagy középről majd néhányat? Ugyanúgy nem lesz
folytonos.
Krisztian Ferenczi
A lényeg, hogy nagyban megkönnyíti az életed, ha magadra "kényszeríted" az auto incrementes elsődleges kulcsot és inkább hozzáadsz még egy oszlopot, amibe azt írsz be magadnak, amit akarsz, de ha kapcsolódik az adathoz egy másik tábla, akkor a számot használod.
Chris