| Autor | Zpráva | ||
|---|---|---|---|
| skuter Profil |
#1 · Zasláno: 29. 11. 2009, 21:29:03
Exportujem data z db, kde je čas vo formáte DATETIME do databíze, kde je formát INT. Ako to mám skonvertovať, aby sa mi to uložilo ako INT?
|
||
| Leo Profil |
#2 · Zasláno: 29. 11. 2009, 21:31:51
No zalezi na tom, co je v tom INT za cislo. Nejaku unix timestamp? Leo
|
||
| skuter Profil |
#3 · Zasláno: 29. 11. 2009, 21:40:56
V povodnej databaze je to uložené napr. takto 2009-11-02 10:31:21. A nová tabulka je INt a tam je napr. toto: 1259342000.
A tie data potrebujem preliať z tej povodnej do novej, aby tam bol formát INT. |
||
| Alphard Profil |
#4 · Zasláno: 29. 11. 2009, 21:46:20
MySQL má funkci UNIX_TIMESTAMP().
|
||
| skuter Profil |
#5 · Zasláno: 29. 11. 2009, 22:22:58
Moc díky, vypadá to, že je to ono!
Lenže ja som taký sviatočný užívateľ funkcí MySQL, že to asi neviem použiť. Keď to dám ako SQL dotaz takto: SELECT UNIX_TIMESTAMP(`date`), tak mi to hádže chybu: #1054 - Nezn-Bámý sloupec 'date' v field list. Ten stlpec tabuľky však existuje. |
||
| Alphard Profil |
#6 · Zasláno: 29. 11. 2009, 22:25:26
Jak se u vás ten sloupec jmenuje byste měl vědět sám, s tím vám neporadím.
|
||
| skuter Profil |
#7 · Zasláno: 29. 11. 2009, 22:35:20
No, práve že 'date'. Zmenil som `date` za toto: 'date' auž to chybu nehádže, lenže účinok nikde nevidím.
A už vobec nerozumiem tomu, ako nastaviť formát stlpca dátumu. |
||
| nightfish Profil |
#8 · Zasláno: 30. 11. 2009, 07:57:53
skuter:
„No, práve že 'date'. Zmenil som `date` za toto: 'date' auž to chybu nehádže, lenže účinok nikde nevidím.“ mají tam být zpětné apostrofy chybí vám v tom dotazu název tabulky „A už vobec nerozumiem tomu, ako nastaviť formát stlpca dátumu.“ pokud chcete převádět datetime na int (jakkoliv mi to nepřipadne rozumné), tak snad žádný formát nepotřebujete, ne? |
||
| skuter Profil |
#9 · Zasláno: 30. 11. 2009, 08:29:14
Asi by som to potreboval dosť polopatisticky , ako má ten dotaz vypadať a ako sa to prejaví v tabuľke db. Mne laikovi v db stále nie jasné, kam sa výsledok uloží. Preto ten druhý dotaz.
Zmysel zmeny datetime na int prosím neriešme, používá to hotová komponenta red. systému, do toho nechcem zasahovať. Díky |
||
| nightfish Profil |
#10 · Zasláno: 30. 11. 2009, 09:10:20
skuter:
„Asi by som to potreboval dosť polopatisticky , ako má ten dotaz vypadať a ako sa to prejaví v tabuľke db“ dobře, tak mi ještě napiš, jak se jmenuje zdrojový sloupec (ten typu datetime) a jak se jmenuje cílový sloupec (ten typu int) |
||
| Leo Profil |
#11 · Zasláno: 30. 11. 2009, 09:27:11
Možná se zeptám blbě, ale jak (v čem, v jakém formátu) budete data do nové db zadávat? Export z MySQL udělat můžete, dokonce do různých formátů, ale otázka je, co zvládne administrační rozhraní na vstupu nové db a pak, jak moc jsou obě db kompatibilní... Leo
|
||
| skuter Profil |
#12 · Zasláno: 30. 11. 2009, 11:25:37
Chlapi, asi takto podrobnejšie:
Cieľom je previesť stávajúce fórum s asi 2000 príspevkami z phpRS do Joomla! - komponenta Kunena. Po takmer celodennej práci (nerobí to človek každý deň, že?) som vyanalyzoval a pochopil štruktúru tabuliek v obidvoch systémoch. Tabuľky samozrejme nie sú kompatibilné a tak ručne (excel) skladám z jednotlivých stlpčekov novú tabuľku. To by jakž-takž šlo. Lenže som narazil na to, že v povodnej tabuľke mám formát dátumu DATETIME a v novom red.systéme majú použitý INT. A práve o skonvertovanie tohoto stlpca s historickými datami sa jedná. A to nastavenie INT nechcem meniť. |
||
| skuter Profil |
#13 · Zasláno: 30. 11. 2009, 11:38:12
Nightfish, zdrojovy stlpec má nazov "date" v tabulke "frumpost". Cieľový by mal byť ten istý, alebo úplne nový v tejto tabuľke , to je jedno, kam to uloží, to si už potom poradím. Ale v mysql tápem.
|
||
| skuter Profil |
#14 · Zasláno: 30. 11. 2009, 12:01:03 · Upravil/a: skuter
Tak som sa s tým popasoval a vytvoril som toto:
UPDATE frumpost SET cas= UNIX_TIMESTAMP(`date`) , kde cas je novy stlpcek zadefinovaný na INT A hľa v stlpci cas sa objavil čas vo formáte integer !!!!!!!!!! Chalani, ďakujem Vám za spoluprácu a nakopnutie, mysql veru nie je moja silná stránka. |
||
|
Časová prodleva: 15 let
|
|||
0