Dotaz: MYSQL tables_priv

[makak]

Ahoj vsichni...

Snazim se nastavit pravo CREATE pro tabulky, ktere defakto jeste neexistuji, jenom vim, ze se budou jmenovat tab_%.. napr tab_45678614. Tyhle tabulky se budou tvorit za behu databzase a taky budou zanikat, proto potrebuju aby mnel pravo CREATE,DROP uzivatel (APACHE -> php), ktery primo pracuje s databazi s co nejmensimi pravy.

Pokousel jsem se to udelat takhle:
V tabulce user nema uzivatel (APACHE -> php) zadna prava.
V tabulce db jsem dal uzivateli (APACHE -> php) pravo Insert, Update, Delete, Select pro danou databazy. V tabulce tables_priv jsem mu pridelil pro danou databazy CREATE,DROP a vsechny columns_priv. na kolonce Table_names jsem mu dal tab_% ale tuhle hodnotu nechce zraat.. (permition denied pri pokuse o vytvoreni tabulky). zkousel jsem taky tab_* ale ani tohle neslo...

Da se nastavit prravo podle neuplneho jmena tabulky v mysql v tabulce tables_priv ? jestli jo prosim poradte..

Odpovědi

[makak]

mozna je tam nejaky regularni vyraz...

[makak]

budu moc vdecny...

[zabza]

Z dokumentace k MySQL:

- The Db, Table_name, and Column_name columns cannot contain wildcards or be blank in either table.

Takže nejde. A stejně je to blbost, je to od základů špatně navržené a na 99.9 % to jde řešit nějak normálně (to jako se statickým datovým modelem)... A pokud nejde, tak si těch 10^8 tabulek vytvorte (co na to mysql, to teda ale nevim)

[makak]

taky mne to napadlo... jak tedy udelat novou mistnost na chat ? mit jenom jednu tabulku pro vsechny mistnosti ? panecku.. to by bylo nekolik Giga... a jeste to indexovat... to neee...

[Michal Čihař]

Tak to asi čteme jinou dokumentaci k MySQL )

the `_' and `%' wildcards are allowed when specifying database name [link]

Ovšem pro tabulky to IMHO nejde, ale proč nedat všechny tyhle tabukly do jedné databáze?

[zabza]

čteme stejnou, teď se mě nechce hledat, kdo má pravdu ...

[link]

[Michal Čihař]

Tam je jednak:

The wildcard characters `%' and `_' can be used in the Host and Db columns of either table.

pro db a host tabulky a:

The Db, Table_name, and Column_name columns cannot contain wildcards or be blank in either table.

pro tables_priv a columns_priv, což je celkem logický, leda že by někdo chtěl přístup do tabulky aaa ve všech databázích

[zabza]

No takže moje odpověď byla vzhledem původnímu k dotazu naprosto vyčerpávající, ne?

[makak]

Chlapi..dik za radu.. cenim si, ze mi odpovedate.. Ja som to cital tiez.. Ale myslel som, ci to niekto nema vyriesene nejakou databazovou procedurkou, alebo nejakym patchom..

[Michal Čihař]

Jak jsem psal dříve: Nebylo by jednodušší všechny tyhle tabulky dát to jedné databáze?

[makak]

ony su v jednej databaze... vtip je v tom, ze v aplikacii je nevyhnutne, aby si user vytvoril novu tabulku... a musi sa zacinat prave nejakym nazvom a k tomu sa prida vygenerovany kod.. a musi mat pravo ju aj vymazat./.. existuju vsak tabulky, ktore maju robnaky zaciatok nazvu a tie sa nemu dat zmazat...

[Michal Čihař]

Pokud je ten generovaný kód předem jasný, tak by šlo oprávnění pro tabulky vygenerovat. Ale nevím v jakém množství budou potřeba a jestli to pak negativně neovlivní výkon.

Prostě bych bych pro to za každou cenu dát tyhle vytvářené a mazané tabulky do samostatné databáze, bude to snažší na nastavení a IMHO i na údržbu.

[makak]

neni to spatny napad.. mas pravdu.. diki...