phpMyAdmin automatski dodaje ime baze u view upit

Pozdrav

Ima li neko ideju zbog cega mi phpMyAdmin prilikom pravljenja ili menjanja view-a automatski ispred imena svake tabele doda i naziv trenutne baze?

To mi pravi ogrmne probleme kada hocu da prebacim view u drugu bazu a opcija find/replace mi se bas i ne svidja jer verujem da postoji negde neki checkbox koji ovo resava samo ne mogu da ga nadjem.

Ili ako postoji nesto bolje od phpMyAdmina sa istim ili slicnim funkcionalnostima...?

edituj config.inc.php nacices vec stra treba da promenis

bolje .. hm sve je bolje od myphpadmin-a npr mysql workbench

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Hvala i za resenje i za savet ali mi je bilo zgodno trenutno da imam web resenje. Jel znas mozda za nesto sto je bolje od phpmyadmin-a a da je web?

Jedna reč: Adminer

Potpis

http://pedja.supurovic.net - http://wireless.uzice.net - Besplatni .RS domeni - Mikrotik uputstva - YT9TP - OpenStreetMap Srbija

+1 za Adminer

Potpis

https://www.youtube.com/watch?v=3ucPxwp0LOo

Ovo izgleda nije problem do phpMyAdmin-a posto i workbench radi isto. Znaci, otvorim view, izmenim kako zelim da bude (u vise redova i bez referenciranja na bazu vec samo na tabelu) i kada ga snimim i otvorim ponovo dobijem ceo view ispisan u jednoj liniji i sa referenciranjem na bazu...

Neka ideja?

sad ne kontam sta ti je problem, ti rece da ti dodaje prefix ...
xxx_view1, xxx_view2 .. xxx je prefix .. sad kazes da ti vezuje za bazu
.. xxx.view1, xxx.view2 - xxx je ovde baza - tako mora .. view je uvek
vezan za bazu ne moze da bude "leteci"

https://dev.mysql.com/doc/refman/5.7/en/create-view.html



sto se tice "ceo ispisan u jednoj liniji" - naravno, mysql ne pamti
"formatiranje" view-a, isto kao sto ne pamti formatiranje create table-a
niti bilo koji drugi create, to se isparsira i "uradi" ono sto dobijes
kao show create view ili show create table je generisanje koda koji
kreira taj view ili tabelu od metadate koja se nalazi u data dictionary-u

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Ok, mozda nisam bio najjasniji. Dakle, ja napisem ovako nesto:



I kada to snimim i otvorim ponovo (ili uradim show create view v_test1) dobijem ovako nesto:



Znaci dobijem naziv baze. Tako da kada prekopiram taj view u drugu bazu on se i dalje referencira na staru... kako da resim to?



Ja "dolazim" na MySQL nakon mnogo godina MSSQL-a i mogu ti reci da me ovo sto si rekao sada uzasava :(

MSSQL pamti sve zivo. Ne smem ni da pomislim sta bi mi se desilo kada bih na nekom od prethodnih projekata u MSSQL-u otvorio neki view da ga izmenim (koji ima nekoliko desetina a nekad i preko 100-150 redova) i da mi je on ceo u jednom redu... pa zapalio bih se :)




Jesi siguran za ovo? Ja sam ovaj problem primetio samo kod view-a. Kod tabela i stored procedura nemam taj problem...

da zato sto je view VEZAN ZA BAZU, kako ti pise u dokumentaciji :D



pa kopiras ga sa copy/paste ne kopiras ga iz mysql-a, kao sto imas copy/paste u txt editoru imas i replace :D



yup, siguran :D
kod "tabele" ti ne dodaje referencu na bazu je jer drugi objekat.. view je vezn za bazu pa dodaje ..

stored procedura je potpuno drugi tip objekta, stored procedura se implementira (tu i tamo mozda kompajlira ali nebitno za ovu pricu) tako da se cuva "txt" koji si ti izvorno napisao tako da ti cuva formatiranje ... view i tabele, ko sto rekoh, on ne cuva tvoj izvorni format posto isti ne sluzi nicemu a i kak bi cuvao format a onda ti uradis alter add column, modify column, add key, remove column ... kako treba sad da izgleda taj txt ? tako da, iskreno, ne verujem ni za m$sql da cuva format txt-a tvog create table-a jer to nema bas mnogo smisla.. sto se view-a tice, sta znam, ne mozes da alterujes "deo", uvek ga menjas celog tako da bi teoretski mogao da se sacuva izvorni kod za create .. samo to niko ne smatra dovoljno znacajnim da bi se oko toga bilo ko cimao ...

imas verifikovan bug iz 2015 za to: https://bugs.mysql.com/bug.php?id=75851 i mogu ti kazem da je na prioritetu "nikad".. ako odes tamo na taj bug i subscribeujes se i dodas "affects me" (imas gore gumbe) i jos ako dopises neki dobar razlog sto je to tebi bitno .. ko zna, mozda poskoci sa "nikad" na "nekad" :)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Jedan server. Tri baze:

- dev
- test
- prod

U bazi "dev" je razvoj. Kada razvoj dodje do nekog momenta onda se pokrece php skripta koja vraca razliku izmedju dev i test:

- spisak fajlova koji se razlikuju
- spisak tabela cija se struktura razlikuje
- spisak view-ova koji se razlikuju
- spisak procedura koje se razlikuju

Kada se sve to proveri postoji dugme "deploy" koje na testu sve objekte gde postoji razlika zamenjuje "friskim" sa dev (nakon sto prethodno uradu backup celog testa). To se posle isto radi i na relaciji test->prod.

Baza se uporedjuje prostim joinom izmedju tabela u information_schema i isto tako se i vrsi izmena. Tako da nema copy/paste, find/replace i ostalog...

E sad, u nekoj velikoj firmi za svaku od ovih faza bih imao po minimum tri razlicita servera (znaci 9 ukupno) i jos pride i db administratora tako da bi me bolelo uvo da se bakcem ovim stvarima. Ali trenutno sam se prihvatio nekog posla gde je to organizovano ovako pa bi bilo dobro ako imas neku ideju kako bolje da pristupim resavanju problema :)