Ako vkladat do databazy na zaciatok alebo...

Dobry den, chcel by som sa vas spytat ci niekto nevie ako napisat kod, ktory mi bude vkladat zaznamy do databazy vzdy do prveho riadka.

Alebo ako vyberat z databazy a zoradit to od najnovsieho pridaneho zaznamu po najstarsi pridany zaznam.

A este by som potreboval urobit takuto funkciu: Aby mi to urobilo tak ze ak je uz zaznamov v databaze napr. 30 tak aby mi tie najstarsie vymazalo

Cize nieco na sposob pokecu - jednej miestnosti

ROZPISEM TO TAKTO:
1. Pouzivatel vlozi do textoveho okna spravu
2. Klikne na tlacidlo a prida sa sprava do databazy
3. Vyberu sa z databazy vsetky zaznamy a ak je zaznamov viac ako 30 najstarsie sa vymazu
4. Vyberu sa z databazy zaznamy (pomocou cyklov) a zoradia sa tak aby hore boli najnovsie a dole najstarsie

CIZE NIECO NA SPOSOB POKECU.

A ak by vedel niekto pomoct este s tym:
1. nieco ako zabezpecenie ze pouzivatel moze posielat jednu spravu za 2 sekundy
2. a este by som potreboval nieco ako ochranu proti tapetarom

DUFAM ZE TO NEJE NA VAS MOC A DAKUJEM VOPRED ZA POMOC

nieco take by nebol problem spravit...ide len o dohodu a chvilu casu....napis mi sukromnu spravu a dohodneme sa...btw na nete byvam niekedy len raz za den tak s odpovedou to moze chvilu trvat

myslim ze tu sa nejedna o nejaku ponuku prace ale o pomoc s takym niecim, cize aj dalsi -> svoje ponuky sem ani nemusite pisat....

zoradenie od najnovsieho po najstarsi je lahke, len pridas:



mazanie poslednych by som tiez vedel, ale asi spravim chybu v syntaxi, php robim kratko:


tymto si ale niesom moc isty, takze neber to moc vazne ale mozno ta napadne zvysok

myslim ze takto by miu to nefungovale kedze potom by sa mu ulozili dalsie zaznamy od id 31 a to by mu zmazalo secky, jedine ze by mu to ukladalo tak, ze novy prispevok by mal id1 a stale by sa to menilo ale to by strasne zatzazovalo db

OK DIK, UZ MI LEN TREBA MAZANIE PRETOZE CO SI NAPISAL TAK MA DRAKO PRAVDU "ASI" vyskusam este potom nejako tak - ale surne a hlavne rychlo by som potreboval to zabezpecenie casom a proti tapetarom a samozrejme to mazanie

DIK

hmm, a co tak to zapisovat nejak do suboru, a tam to premazavat? tak ma to len napadlo..

Vymazávanie viac ako 30 záznamov za každým načítaním je niečo neuveriteľne neefektívne.

Na to, aby si výstup obmedzil na 30 riadkov zoradených od nanovšie pridaných ti stačí vkladať časový údaj alebo nejaké primary key id (najlepšie oboje, cez ten čas ani nemusíš zoraďovať, ale je fajn ho vypisovať vo výstupe). No a potom klauzula LIMIT!



Tadá, žiadne vymazávanie, žiadne zbytočné onanovanie s databázou... Pamätaj, najpomalšie na webových aplikáciách sú najčastejšie databázové dopyty. Naviac, ak nebudeš zbytočne vymazávať, získaš celkom slušný archív správ. Necháš si ho povedzme na 7 alebo 30 dní a až potom budeš staršie správy vymazávať. Nakonfiguruješ CRON a povedzme raz za 24h sa ti vymažú tie niekoľkodňové správy. Zaťaženie aplikácie minimálne, pridaná služba naviac, čo by si ešte chcel? Aha, ochranu proti tapetárom a obmedzenie odoslania správy...

Tieto dve veci nutne zvýšia časové a iné nároky, takže je dobré si ich dokonale premyslieť. Možno ti teraz ani nenapíšem najefektívnejší algorytmus (je to tak na 99,9999999% isté, že bude neefektívny).

Čiže, niekto pošle správu, ty si pozrieš, či už náhodou neposlal rovnakú správu a či už náhodou neposlal správu za menej ako 2 sekundy... Pomôže nám pri tom náš starý známy stĺpec s časovou informáciou (typ TIMESTAMP).

Teraz neviem, či je lepšie nechať výpočty na SQL alebo na PHP - PHP bude asi rýchlejšie a intuitívnejšie, ale mohli by nastať problémy s časovou synchronyzáciou. Takže, SQL.



Snáď si sa v tom nestratil, keby niečo, ostatní ti pomôžu .

Ja by som tu mazanie z databázy veľmi neriešil, pretože to, čo napísal v zadaní je v spojení s databázou zlým návrhom. Poradil by som ti ukladanie tých správ radšej do súboru, pretože dotazovať sa na databázu kvôli 30 záznamom je neefektívne. Databázy boli navrhnuté na niečo iné.

na co boli db navrhnute???

Myslím, že to vieš rovnako ako ja. Možno som to tým svojim príspevkom trochu prehnal, ale chcel som len napísať toľko, že databázy by sa mali využívať na ukladanie mnohonásobne viac údajov a nie tridsať záznamov, ktoré by sa pravidelne mazali. Takýto prístup k databáze je naozaj neefektívny. Dobré riešenie navrhol p360t, alebo je tu ešte možnosť, ktorú som spomínal ja. Ale určite by som neflirtoval s využitím databázy, ak ju nevyužijem naplno. (Dnes mám také filozofické myslenie, tak som to trochu zdramatizoval )

možno by stálo za zmienku ukladať údaje v pamäti.. (teda ak hovoríme o php)..
rozhodne však nedať prednosť súborom, ako databáze.. totálny nezmysel.. aj keď hovoríme iba o 30 záznamoch.. okrem toho si nemyslím, že bude potrebovať iba jednu entitu..

Teraz som si uvedomil, že použitie súborov by nemuselo byť až také jednoduché, pretože sa môže stať, že do toho súboru budú súčasne pristupovať viacerí užívatelia. A ošetriť to by bolo trochu zložitejšie. Takže databáza bude dobré riešenie, ale určite nie mazať z nej dáta pri každom prístupe.

To final: Ešte sa vrátim k tomu totálnemu nezmyslu. Keď to nabudúce napíšeš, aby si zavrhol nejaké riešenie, napíš prosím aj prečo. Lebo takto je to, čo si napísal totálny nezmysel. Ja som si tu obhájil obe varianty, neskor mi došlo, že tie súbory neboli najšťastnejšie riešenie, ale v iných prípadoch sú riešením niekedy lepším ako databázy.

neviem čo sa tam dá obhajovať.. je to proste nezmysel.. hovoriť o neefektívnosti.. že na to databáza nie je stavaná, to je moc..
stačí keď sa chytíš za srdce a porovnáš manipuláciu so súborom a databázou..

či lepšie je zabiť čas, vynaložiť viac úsilia a hlavne pochovať pohodlie?
už len tá predstava - parsovanie, návrh štruktúry, bezpečné oddelovanie (nebodaj serializácia či iné typy ukladania?), budúce úpravy, ak beriem v úvahu, že existuje v DB aj entita užívatelia a my teraz budeme mať IDčka jej inštancií niekde v súbore, neni o čom - s tou pamäťou by bola odpoveď totožná, ale to je riešenie v rámci rýchlosti ..

Codik: súčasný prístup k súboru pri zápise podľa mňa stačí ošetriť použitím funkcie flock().

To final: Ja ti úplne rozumiem. Len chcem povedať, že navrhovať databázu pre 30 záznamov a neustále k nej pristupovať za účelom jej pravideľného premazávania je neefektívne. A to mi myslím dáš za pravdu. Nebavím sa tu o efektívite programovania, ale efektivite spracovania tých údajov. Už som zhodnotil, že prístup k súborom je v tomto prípade zlý, ale je rovnako zlý ako neustály prístup k databáze.

To imcold: Ďakujem, viem.

Ok dik p360t dufam ze to pomoze - momentalne nemozem byt na PC, len obcas kuknem tak to vyskusam neskor.

Potreboval by som s tym pomoct - Aky format toho casu ma byt?

Pretoze ak bude nejaky prelom napr. zapisalo to 20:01:59 a skontroluje to s tym 20:02:00 tak neviem ci to neurobi nejaku sarapatu.

Bude to OK, lebo je to typ TIMESTAMP a nie VARCHAR, preto ho databáza spracúva ako dátum (určený rokom, mesiacom, dňom, hodinou, minútou a sekundou) a nie ako náhodnú postupnosť znakov. Túto funkciu používam už dlho a je to dobré riešenie aj vzhľadom na existenciu prestupných rokov, nerovnakého počtu dní v mesiaci a podobných "lahôdok" ktoré v meraní času ľudia používajú...

Edit: ešte doplním, že do databázy sa aktuálny čas vloží magickým CURRENT_TIMESTAMP, tj.



Podstatné je, nevložiť to do apostrofov.

hurra funguje to - mam tam len par chyb este vyladim skusim aspon - a nws ako sa zapisuje nejaka error sprava ze ti vyskoci okno s tlacidlom ok a tam ta sprava error?

ak to je to error message tak to nefunguje

To sa robí Javascriptom:

aha a nevies nahodou - to je uz asi posledna otazka - ako urobim taku vec ze pri naloadnuti stranky bude kurzor v nejakom textboxe aby mohol pouzivatel hned pisat

a ak chcem aby kontrolovalo poslednych pridanych 30 riadkov? lebo takto mi to kontroluje so vsetkymi riadkami.

Tak tam napíš, akú chybu ti to vypíše a ako vyzerá tvoj SQL query.

nemohol by si mi upravit ten kod co si mi pisal na to aby kontrolovalo proti tapetarom poslednych 30 riadkov?

prosim pomozte skusal som to hocjako ale njde, napiste mi pls ten kod len s ty m rozdielom, ze bude kontrolovat, ci neje tapeta nahodou v poslednych pridanych 30 riadkov

thx