Phpmyadmin 2
Re: phpMyAdmin 2.7
CREATE TABLE csoportok (
gid tinyint (3) unsigned NOT NULL auto_increment COMMENT 'csoport száma',
gname varchar (50) NOT NULL alapértelmezett '' COMMENT 'név',
gabout tinytext COMMENT 'További információk',
PRIMARY KEY (gid)
) ENGINE = MyISAM DEFAULT CHARSET = koi8r;
CREATE TABLE moders (
muid int (11) NOT NULL alapértelmezett '0' COMMENT 'felhasználói szám',
mgid int (11) NOT NULL alapértelmezett '0' COMMENT 'group number',
mact enum ('y', 'n') NOT NULL 'y' COMMENT 'aktív. Készült annak érdekében, hogy ne essen a gombokba "
PRIMARY KEY (muid, mgid)
) ENGINE = MyISAM DEFAULT CHARSET = koi8r;
CREATE TABLE felhasználók (
uid smallint (5) unsigned NOT NULL auto_increment COMMENT 'felhasználói szám',
ulogin varchar (20) NOT NULL alapértelmezett '' COMMENT 'bejelentkezés',
upass varchar (23) NOT NULL alapértelmezett '' COMMENT 'jelszó',
uname varchar (50) NOT NULL alapértelmezett '' COMMENT 'név',
uinfo tinyblob COMMENT 'további információk',
ucity varchar (20) alapértelmezett NULL COMMENT 'city of location',
ucountry varchar (20) alapértelmezett NULL COMMENT 'country',
uicq varchar (12) alapértelmezett NULL COMMENT 'ICQ szám. Szükséges lesz a jabber számának megadása,
ugender enum ('f', 'm') alapértelmezett NULL COMMENT 'felhasználói nem. elvileg egy opcionális mező, de legyen ez "
uemail varchar (50) alapértelmezett NULL COMMENT 'felhasználói szappan. kell a jelszó-visszaállításhoz ",
utoor enum ('y', 'n') NOT NULL alapértelmezett 'n' COMMENT 'admin vagy nem. szükség lesz valamire, mert az infa duplikálódik, még a különleges is. asztali modernek van. '
ubanned enum ('y', 'n') NOT NULL alapértelmezett 'n' MEGJEGYZÉS "tiltott vagy nem"
PRIMARY KEY (uid)
) ENGINE = MyISAM DEFAULT CHARSET = koi8r;
ZY még mindig van egy asztal a szerencse, a szerencse, de az opcionális.
Zzy Nos, és ahogy mondtam, az asztali modelleket el lehet dobni, mert az utor zászló jelen van a felhasználókban.
Re: phpMyAdmin 2.7
Mi lenne akkor egy asztal? Üzenetek és minden. Mi még valaminek. )
Re: phpMyAdmin 2.7
de asztalok nélkül is meg tudsz csinálni, írj egy mondatot egy papírra, és küldd el egymásnak mail =)))
Re: phpMyAdmin 2.7
Tévesen tévedtem, de volt egy feladatom egy rugalmas fórum létrehozásával, tetszőleges számú témával / szinttel és "üzenetláncokkal", ezért két táblázattal kellett perverni és elengedni :-)
témák / üzenetek - lényegében a dolgokat ugyanabban a sorrendben, és együtt egy egységes táblázat tartalmaz linkeket a „fej” Az egyes felvételi, az előző üzenetet (és hatékonysága, és minden vele kapcsolatos - az egyik mező listát vezet azonosítóval kapcsolatos hozzászólások)
Re: phpMyAdmin 2.7
csak szórakozásból ment phpMyAdmin portálunkon, és úgy nézett ki, táblák az adatbázisban, amely hozzá van csavarozva a CMS. 116 táblázatot;) és 236406 rekordot összesen.
Re: phpMyAdmin 2.7
de ki tudja elegendő megoldást találni erre a problémára. Számos üzenet "fája" van. Meg kell, hogy megjelenjen az üzenetek száma az egyes „ág” és podvetke fa és gyorsan frissíteni őket dinamikusan, ha hozzá üzeneteket bármely helyen a fa. A fa rekurzív áthaladása mindig túl nehéz. Az egyes ágak összes kapcsolódó fiókjának azonosítójainak tárolása és kiszámítása nem megfelelő - mivel több fa található. További lehetőségek?
Re: phpMyAdmin 2.7
mysql> create database reftest;
Lekérdezés OK, 1 sor érintett (0,00 s)
mysql> újrafelhasználás;
Az adatbázis megváltozott
mysql> create table refmaster (
-> mid int nem nulla elsődleges kulcs auto_increment,
-> mname varchar (20) nem nulla) type = innodb;
Lekérdezés OK, 0 sor érintett (0.16 mp)
mysql> create table refslave (
-> sid int nem nulla,
-> stext tinytext nem nulla,
-> idegen kulcs (sid) referenciák refmaster (közép)) type = innodb;
1005 HIBA: Nem lehet létrehozni asztal './reftest/refslave.frm' (hibakod: 150)
mysql> create table refslave (
-> sid int nem null referenciák refmadter (közepes),
-> stext tinytext nem null) type = innodb;
Query OK, 0 sor érintett (0.03 mp)
mysql> helyezze be a refmaster értékeket ("", "hi");
Lekérdezés OK, 1 sor érintett (0,01 mp)
mysql> írja be a refslave értékeket ("5", "hello");
Lekérdezés OK, 1 sor érintett (0,01 mp)
Ez referenciális integritás?
vagy tehetek valami rosszat?
ZY az ötlet, ő a második betét a kiabál egy jó pár, hogy nincs ilyen index, torma.
Re: phpMyAdmin 2.7
Tehát a probléma az, hogy összegyűjtsék az "ágak" számát minden egyes altípusban. A "homlokán" megoldódik a "COUNT" rekurzív minden ágon keresztül, amely az alábbiakban található, és a COUNT értéket az egyes fióktelepek rekordjában számlálóként tárolja (frissítse csak új üzenet hozzáadásakor). De ez is nehéz. Könnyebb megoldásra van szüksége.
Re: phpMyAdmin 2.7
Nos, akkor talán jobb, hogy Id független számláló, amely növeli / csökkenti eltávolításával / hozzáadásával bejegyzést az összes csoportok, amelyekben esnek. A gróf elv nem szükséges, azaz nem szükséges. egyszerűen növelje / csökkenti a számot az összes feltétel kielégítésére
Re: phpMyAdmin 2.7
Re: phpMyAdmin 2.7
> SELECT MAX (id) a táblából WHERE parrent_id == x
Meg kell ölni, hogy olyan okos emberekre van szükség, akik az auto-incrementális mezők kiszámításánál próbálkoznak! Már van. Kihúztam a szart miután a diákok szegettek mindenféle "select * rekordból, ahol id =: some_id-3"