Citat:
Informer:
Znaci dobijem naziv baze. Tako da kada prekopiram taj view u drugu bazu on se i dalje referencira na staru... kako da resim to?
da zato sto je view VEZAN ZA BAZU, kako ti pise u dokumentaciji :D
Citat:
Informer:
Znaci dobijem naziv baze. Tako da kada prekopiram taj view u drugu bazu on se i dalje referencira na staru... kako da resim to?
pa kopiras ga sa copy/paste ne kopiras ga iz mysql-a, kao sto imas copy/paste u txt editoru imas i replace :D
Citat:
Informer:
Jesi siguran za ovo? Ja sam ovaj problem primetio samo kod view-a. Kod tabela i stored procedura nemam taj problem...
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" :)