MirekS napsal/a:
-------------------------------------------------------
> ale zas pouziti ciselneho typu misto datumoveho
> zpusobi nemoznost pouzivat funkce pro praci s
> datumem, ktere dana db obsahuje - takze pokud je
> phpRS v soucasne dobe jen pro MySQL, tak problem s
> prenositelnosti na jiny db stroj tu neni a cela
> podminka pro mazani se da napsat primo v SQL -
> napr.... WHERE datum < DATE_SUB(CURDATE(),
> INTERVAL 5 DAY)
Ještě jednou si přečti, co jsem psal - pouze jsem doplňoval pa3ka, co je vhodné k použití pro datum :) nikoliv co je vhodné pro phpRS. Ano, současné phpRS má implementaci pouze pro MySQL. Jakmile si ale někdo bud chtít přidělat souboru umožňující komunikaci s jinou DB, může mít s těmito datumovými aj. speciálními fcemi závislými na DB problém. Takže jsem jen doplnil další řešení a odůvodnil proč a kdy je nejvhodnější možné :) PEACE
EDIT: Pro tu řešený problém je důležitý první krok - změna typu sloupce v tabulce - za jaký už nechám na samotném implementátorovi :) čistě pro phpRS na MySQL a pro jednoduchost a zvyklost z phpRS bude asi vhodné DATETIME. Update současných záznamů je poté otázka max. jednoho cyklu a je po problému. Využívejte možnosti typovosti sloupců v DB ;)
========================
WEB:
Publikační systém WAMOS
SEO:
SEO analýza zdarma
OPEN PROJECTS:
Studentský portál VUT
HOSTING:
WebGlobe.cz
ICQ:
313887644
EMAIL: xsuchy09(at)centrum.cz
========================
Celkem upraveno 2×. Poslední úprava xsuchy09 v 05.04.2009 17:26.