SQL betingelse - Sub kategorier

Oracle kan lave det trick i SQL

du kan som du selv siger kode det i PHP

eneste alternativ jeg kender er at lave en seperat tabel:

catid  ancestor

hvor der for hver catid er en række med alle dens ancestors

Oki... det lyder som en løsning der trækker søm ud af serveren, den med PHP..
Hvorledes fungerer det med Oracle?

http://www.adp-gmbh.ch/ora/sql/connect_by.html

arne_v: Vil det ikke kunne laves i en rekursiv funktion i php?

Jeg ved ikke om vi er gået lidt forbi hinanden, eller du tænkte at det kunne laves med lidt finesse.. men
Altså, jeg vil ikke udskrive alle kategorilevels...

men hvis jeg får vist kategori 34, vil jeg have listet alle de "parent" så der ex. stod:
bundkategori - underkategori1 - underkatgori 2 - kategori34
som en slags kategoristi..
altså en slags GET_PARENT_STI AS sti

wicez... jeg har intet problem med at lave en funktion der gentages indtil -1 findes.. men tænkte løsningen måtte være lidt langsom, hvis man nu skal liste 30 tilfældige kategoriers "sti"

det er ikke noget problem at lave det i PHP med en SELECT per led

min teknik kan også bruges til det (specielt hvis du tilføjer et ekstra felt level !)

jeg kan ike lige gennemskue om Oracle kan gøre det, men det er vel heller ikke så
relevant

Arne.. som jeg forstår din metode, så skal jeg skrive en komplet sti i en anden database (så kunne den jo ligeså godt være i samme database)... og grunden til, at jeg ikke vil det, er at jeg så kan flytte en kategori fra et sted til et andet, blot ved at ændre parent..

mit alternativ er selvfølgelig php... hvis nogle andre skulle ønske og vide hvordan det kan gøres er her et eksempel (ikke testet):
function hentsti($id) {
  $sql_qyery = mysql_query("SELECT * FROM tabel WHERE id='" .$id. "'");
  $sql_array mysql_fetch_array($sql_qyery);
  if ($sql_array["parent"] == -1)
  return $sql_array["text"]. " ";
  else
  return hentsti($sql_array["parent"]). " - " .$sql_array["text"];
}
men tror stadig den er lidt langsom

det er nødt til at være i en anden tabel for at være normaliseret

og det er korrekt at du skal opdatere den anden tabel også når du
flytter en kategori

mere kode men bedre performance

Oki.. tak for hjælpen... gider du lige svare?

svar