Dotaz: Hledám návrh pro uložení dat v PHP

[Jára]

Ahoj, poradil by někdo, jak by šly nadefinovat nějaké data a k nim nějaké atributy bez použití mysql ? Jedná se o cca 20 výrobků + každý výrobek cca 3 atributy. Zkoušel jsem pole ale problém je v tom, že potřebuji rozlišit klíč podle nějakého zanoření a pole neumí mít dva stejné názvy klíčů i když budou mít odlišné atributy. Děkuji za pomoc.

---

---

Odpovědi

[Kit]

Nejlépe asi použít XML.

[Jára]

Ahoj, jako načítat to ze souboru?

[Kit]

Samozřejmě. Budeš ho moct i modifikovat přímo z aplikace nebo upravovat libovolným editorem.

[Jára]

A není lepší vytvořit pole v poli?

[Kit]

Pokud chceš mít data jako součást aplikace, udělej si klidně pole v poli.

BTW: Pole pro data? To ještě někdo používá?

[narg]

XML, SQLite atd. Moznosti je spoustu

[blondak]

NoSQL

[VM]

Proč to řešit kanónem na vrabce? Na 20x3 položek bohatě stačí asociativní pole PHP, ve zdrojáku se to vejde na necelou stránku.

Nechápu co znamená "rozlišit klíč podle nějakého zanoření", a "pole neumí mít dva stejné názvy klíčů". Když chci k jednomu klíči přiřadit víc hodnot, tak to dám do pole, ne?

$index=array(
  "a"=>array(1),
  "b"=>array(2,3)
);

[Jára]

Nechápu co znamená "rozlišit klíč podle nějakého zanoření", a "pole neumí mít dva stejné názvy klíčů".

Tohle použít nemůžu

$index=array(
  "a"=>array(1),
  "b"=>array(2,3)
);

jelikož třeba klíč "a" může existovat i s hodnotou 2, ne jenom 1

[VM]

no tak

"a"=>array(1,2);

ne?

[lertimir]

Mě neustále překvapuje, jak se v programování pohybují lidi, kteří mají pocit, že se nic nemusí učit. Že je to vlastně jednoduché a to co potřebují vymyslí z placu, nebo hledají radu pro nějakou konkrétní otázku. Pole je samozřejmě triviální odpověď na tuhle otázku. Stejně tak se výrobky dají posadit na nody nějakého stromu. Z dlouhodobého hlediska je nejpřínosnější si přečíst nějakou knihu o "Algoritmech a datových strukturách". Tři dny intenzivního studia dají více než 50 dotazů na forech.

[Kit]

Až na to, že v daném případě se nejedná o pole, ale o seznam. A pokud má mít jednoznačné klíče, tak slovník. Hodně se to plete.

[lertimir]

Možná je to jen nepřesnost v pojmech. Pro mne pole je něco, co má tvar pole[i], kde i je integer (občas i něco jiného) a pole je obecně nějaká datová struktura. Seznam je struktura nodů s operací Next. Takže v seznamu nemám přímou cestu, jak se dostat na (třeba) 56 prvek, ale musím projít všechny před ním, zato mám velmi jednoduchou možnost, jak přidávat dovnitř další prvky. A taky těch řazení Next mohu mít více.

[lertimir]

(nějak jsem to napsal obráceně. samozřejmě tu datovou strukturu jsem myslel že je prvek pole.)

[Kit]

Nejvíc plete asi fakt, že většina kolekcí se v PHP implementuje přes array(). Na vyšší úrovni by se však měly používat názvy odvozené od sémantiky. Třeba $fronta, $zasobnik, $seznam nebo ještě lépe $cenik, $polozka či $priceList, $item.

[Šangala]

Když se řekne pole, tak vidím pole[1], v případě jazyku který má asociativní pole tak i pole['franta'], dál už mi někdy dokonce přijde že je to česky ošemetné, bo je toho roj, když někdo řekne jen seznam tak si řeknu že asi myslí spojový seznam, ale nevím jestli obousměrný nebo jednosměrný, případně doplněný o honění si oháňky. A když někdo řekne slovník, tak jako první vidím jeho implementaci přes asociativní pole (či map-u)…

[PetrHL]

Pokud nechcete MySQL, pouzijte SQLite. Mozna je to ted kanon, ale treba se bude stranka libit a najednou bude potreba pridal dalsi polocky, vyhledavat, tridit atd. Pak to budedete muset prepisovat cele, kdyz to napisete s pouzitim DB rovnou, je sance, ze si do budoucna usetrite praci.

[logik]

Howgh