Dotaz: PosgreSQL - automatické vytvoření složky; název podle sloupce v tabulce

[JSOB]

Dobrý den Prosím potřeboval bych vymyslet script, kdy při vytvoření nové položky v tabulce se vytvoří v dané cestě adresář. Tato složka se musí jmenovat podle sloupce ID v tabulce. Při smazání položky se tento adresář smaže včetně obsahu. Nejsem databázový specialista a na správu používám PgAdmin. Nebo to může být i bash script nebo php? Jak by jste to nejlíp vyřešili? Budu rád za jakoukoliv radu nebo nakopnutí správným směrem. Předem díky

Odpovědi

[X]

Asi by bylo lepsi popsat o co se konkretne timto resenim pokousis a co je cilem dosahnout.

[JSOB]

Díky za reakci.Přes web aplikaci vkládám do postgresu položky. Jedinečný adresář potřebuji kvůli jedinečné url, díky které se zas odkazem zobrazí něco jiného(dokument, image), ale má to spojitost s položkou podle ID v databázi. Tu složku musí mít k dispozici pro čtení i zápis uživatel, pod kterým běží www server.

[X]

Ja bych to nekomplikoval. To co je v URL nemusi odpovidat souborovemu systemu. Napriklad pro adresu:

https://www.xxx.zzz/AAA/BBB/C.txt

Muze byt soubor C.txt klidne ulozeny v adresari /www/data/ a nemusis vytvaret /AAA/BBB/. Format URI je ciste tvoje vec a muze tam byt cokoli. Pokud chces jedinecne URL. Ukladej si do tabaze nejaky vygenerovany "hash" na ktery budes odkazovat:

id | soubor | hash
0  |  C.txt | 79054025255fb1a26e4bc422aef54eb4

Vsechny soboury muzes ukladat na jedno misto, treba /www/data/ a soubor se ulozi jako '79054025255fb1a26e4bc422aef54eb4'. Kyz zadas:

https://www.xxx.zzz/79054025255fb1a26e4bc422aef54eb4

Retezec se porovna z databazi a vrati /www/data/79054025255fb1a26e4bc422aef54eb4 jako C.txt a dalsi 1000 a jedna moznsti.

[JSOB]

Tech dokumentu bude vice a ruznych. Pristup k nim bude odkazem do weboveho file manazera pres ktery se budou ty dokumenty spravovat.

[X]

Takze vlastne Owncloud? Ktery mimochodem umi i jednorazove odkazy, nastaveni opravneni etc.

[JSOB]

Jako i to by slo pouzit, ale je to uz moc kanon na vrabce. Zvazuju tohle

Ale nextcloud mi neresi automatické vytvareni tech adresaru podle ID. Vyhodou by mozna bylo ze to muze hned nasdilet.

[AraxoN]

Ja by som skôr varoval pred umiestňovaním všetkých súborov do jedného adresára. Niektoré súborové systémy zle znášajú milióny súborov v jednom adresári, nehovoriac o tom, že keď tam vojdeš napríklad cez WinSCP, môže sa stať, že len na listing budeš čakať hodinu (vlastná skúsenosť).

Čo sa osvedčilo mne, je súbory interne ukladať do viacstupňovej adresárovej štruktúry (2 až 3 levely celkom stačia), napríklad podľa toho hashu, a ukladať si do DB celú relatívnu cestu k súboru:

id | soubor | path                                | hash
0  |  C.txt | 79/05/40/25255fb1a26e4bc422aef54eb4 | 79054025255fb1a26e4bc422aef54eb4

alebo

id | soubor | path                               | hash
0  |  C.txt | 790/540/25255fb1a26e4bc422aef54eb4 | 79054025255fb1a26e4bc422aef54eb4

[trekker.dk]

Můžu vřele doporučit tohle rozšířit na 6 levelů - s tím, že se nepoužívá hexadecimální hash a každý level je jen jedna číslice 0-9. Samozřejmě s tím, že se všechny tyhle adresáře vytvoří předem při instalaci aplikace. Nevzpomenu si, která open-source webová aplikace tohle dělá (nebo přinejmenším dělala), ale ten, kdo to v ní takhle vymyslel, to určitě považoval za výborný nápad hodný následování.

[trekker.dk]

IMO: nakopnutí správným směrem je: "nedělejte to, není to dobrý nápad". No a jinak PostgreSQL nic takového samo o sobě AFAIK neumí, možná by to šlo napsat v Pythonu - https://www.postgresql.org/docs/13/plpython.html

[JSOB]

Argumenty proc ne? Diky

[Franta]

Teoreticky to jde, můžeš napsat v PostgreSQL funkci, která zavolá systémový příkaz mkdir (nebo spíš sudo ... mkdir ...), a tuhle funkci volat z triggeru/pravidla při vkládání záznamu do tabulky.

Ale nepřijde mi to jako dobrý nápad a nemyslím si, že by to vůbec bylo potřeba. Ten program (PHP?), který bude vytvářet soubor přece musí vědět, v jaké složce ho vytváří - tudíž si tu složku může vytvořit sám před vytvořením souboru. Tím pádem to nemusíš složitě řešit v PostgreSQL (je to trochu bezpečnostní riziko, zbytečná komplikace, DB ti běží pod jiným uživatelem...).

Další věc je, že adresářová struktura na disku vůbec nemusí odpovídat struktuře URL. Požadovaný soubor můžeš poslat buď z PHP skriptu nebo pokud máš aplikační server, tak stačí nastavit HTTP hlavičku X-Accel-Redirect nebo X-SENDFILE a tím říct HTTP serveru, který soubor má poslat – data pak netečou přes aplikační server, nezatěžují ho a servíruje je přímo Apache nebo Nginx z disku.

[JSOB]

Tak vypustit z toho Postgres asi bude nejlepsi cesta. V te aplikaci mohu jako dalsi atribut prvku pouzit url adresu, ktera bude obsahovat to ID. Kliknutim na toto url spustim php script, ktery zkontroluje zda adresar existuje a pokud ne tak ho vytvori. Pouzije na to to ID z url. Po vytvoreni me do nej presmeruje tak aby se ten adresar otevrel primo v Tiny file manageru. Pokud uz existuje presmeruje me do nej primo. Co myslíš? Maskovani url si nastuduju. Diky

[Franta]

V te aplikaci mohu jako dalsi atribut prvku pouzit url adresu, ktera bude obsahovat to ID. Kliknutim na toto url spustim php script, ktery zkontroluje zda adresar existuje a pokud ne tak ho vytvori. Pouzije na to to ID z url.

Tam jen pozor na to, že uživatel (potenciálně útočník) si může ten URL parametr přepsat a poslat tam, co chce. Takže bych to udělal nějak takhle:

• Zkontrolovat, zda adresář existuje.
• Pokud neexistuje, tak zkontrolovat, že dané ID existuje v databázi.
• Pokud ano, vytvoříme adresář.
• Pokud ne, vrátíme chybu.

[JSOB]

Diky za rozumnou připomínku a návod. Ty adresare nejspis nebudou z venku videt. Jen v LAN.

[BoneFlute]

Nemusí to být vůbec špatný nápad v případě filozofie, že dominantní logikou je databáze. Odpadne složitá logika hlídání, zda se všechno správně zapsalo, smazalo, etc. A tato logika je přesunutá do databáze. Ta logika sice zázračně nezmizí, ale bude to o něco drobet pohodlnější.

Je třeba to důkladně zvážit, ale není to nutně špatný nápad.

[pedro]

Exituje extenze která umí se SQL zavolat libovolný skript - plsh . Používám dlouhá léta (k úplně jiným účelům, ale to je jedno). Skript běží pod uživatelem, pod kterým běží postgres. Pokud by to vadilo, tak pohrát si se sudo.