Wuu Posted June 29, 2015 Report Posted June 29, 2015 Ņemot vērā serveru izmaksas un SSD ātrūmu, man nezkāpēc, arvien vairāk, gribas glabāt bildi MySql tabulā. Imho ērti un izvadot, tāpat orģināls nekad netiek izvadīts, viss tiek no-cashots, samazināts orģinālais izmērs utt... Ko es palaižu garām? Kur varētu būt problēma? Quote
briedis Posted June 29, 2015 Report Posted June 29, 2015 Kā tad tu izvadi bildes? Un, ja teiksim bildes ir 10MB? Quote
Kasspars Posted June 29, 2015 Report Posted June 29, 2015 Kaut kad ļoti ļoti sen vienā no lv php maillistēm viens gudrs čalis rakstīja, ka "faili jāglabā failsistēmā un dati datubāzē" Quote
Kaklz Posted June 30, 2015 Report Posted June 30, 2015 Kas tieši ir tas ērtais liekot failus DB ? Quote
Kemito Posted June 30, 2015 Report Posted June 30, 2015 brds, vienkārši neatļauj bildes > par 2 mb augšupielādēt :D Quote
rpr Posted June 30, 2015 Report Posted June 30, 2015 Kāds tur sakars ar ssd un izmaksām? sql stāv uz cita servera? Ja bildes tiek kešotas, tad jau jebkurā gadījumā, tā sql glabāšana ir lieka, gala rezultātā bilde būs uz fs. Quote
Mr.Key Posted June 30, 2015 Report Posted June 30, 2015 Kāda ir failsistēma? Kāda ir tabula? Kādā failsistēmā stāv kāda tabula? Utt. Quote
yancis Posted June 30, 2015 Report Posted June 30, 2015 Pēdējā pusgada laikā visiem projektiem esmu licis SQLite vecās labās mysql vietā. Ja es tādā sāktu stūķēt iekšā bildes, tad binary dati vienalga glabātos tieši manā projekta mapē.. Tikai vienā failā. Varbūt vieglāk taisīt backupus? Quote
Wuu Posted June 30, 2015 Author Report Posted June 30, 2015 Ņemot vērā, ka klienta pusei vienalga, jo tāpat man pliks HTML izvadas un bildes izvadot tiek samazinātas vajadzīgajos izmēros, saspiestas un cashotas. Tad kāda jēga vilkt to visu failu putru līdzi, ja bildi var glabāt, updeitot, dzēst tādā paša veidā kā tas notiek ar datiem. Imho, vieglāk? 10MB bilde gtfout... Quote
briedis Posted June 30, 2015 Report Posted June 30, 2015 Ņemot vērā, ka klienta pusei vienalga, jo tāpat man pliks HTML izvadas un bildes izvadot tiek samazinātas vajadzīgajos izmēros, saspiestas un cashotas. Tad kāda jēga vilkt to visu failu putru līdzi, ja bildi var glabāt, updeitot, dzēst tādā paša veidā kā tas notiek ar datiem. Imho, vieglāk? 10MB bilde gtfout... Kur tad tu sakešosi bildes? :D un kād tu no php viņas atrādīsi lietotājam? enkodēsi kā base64, vai ar php visas outputosi? :) Quote
Kavacky Posted June 30, 2015 Report Posted June 30, 2015 Ne tā, bet gan nest uz pagrabu ar saujām vai salikt vispirms maisā. Koncepts jau nav slikts - attēla raw DATI tiek glabāti DATUbāzē, bet vairums ikdienas lasīšanu jau no iekešotām, vajadzīgo apstrādi izgājušām, failsistēmas inkarnācijām. Nevienam nevajadzīgie attēli ar n izmēru versijām un thumbnaiļiem automātiski kešā expirējas un tiek nahrenizēti; rezultāts ir tīra, neaizdirsta sistēma. Vēl bonusā nāk atvieglots pilnais backups - viena dump komanda un VISS ir. Tikai lielie faili noteikti jāglabā atsevišķi no citiem datiem, citādi mazs svarīgāko datu backups kļūst mazliet neērtāks. Nerunājot jau par pārējiem iemesliem, kāpēc tā nav laba doma. Vispār, To BLOB or Not To BLOB: Large Object Storage in a Database or a Filesystem. PS: Var jau atrast/uztaisīt kaut kādu nebūt wrapperi, kas emulē šādu funkcionalitāti, tikai failsistēmā. PPS: And, as always, depends. Kam tas tiek taisīts, kādiem failiem un noslodzei. Varbūt, ka mission critical. A varbūt pohuj. Quote
daGrevis Posted July 1, 2015 Report Posted July 1, 2015 Tieši tā. Glabāt attēlus kkur datubāzē nemaz nav tik traki kā briedis ir iedomājies un tam ir legit use-cases. Protams, viss ir pēc vajadzībām un individuāli projektam. Quote
briedis Posted July 1, 2015 Report Posted July 1, 2015 Tieši tā. Glabāt attēlus kkur datubāzē nemaz nav tik traki kā briedis ir iedomājies un tam ir legit use-cases. Protams, viss ir pēc vajadzībām un individuāli projektam. Protams, lietotāja avatar bildītes varētu glabāt, bet nu ja vajag pieglabāt bildes orģinālu, un lietotājs vnk ielādē no sava telefona kādu 6MB bildīti, vai vēl labāk no fotoaparāta kādus 10 MB. Es īsti neredzu vispār nekādus argumentus, kāpēc DB būtu labāk. Ērtāk? Ja jāraksta kaut kāds servēšanas skripts, tad tas vien jau ir neērtāk... Quote
Blitz Posted July 1, 2015 Report Posted July 1, 2015 Datu integritāte, nekad nemētāsies datubāzē norādes uz neeksistējošiem failiem, vai nekur neizmantoti faili bez datiem datubāzē Quote
daGrevis Posted July 1, 2015 Report Posted July 1, 2015 Vēl ieguvums ir, ja webu servē vairāki serveri, attēli ir vienā vietā, tobiš datubāzē, nevis izmētāti pa serveru failsistēmām (syncing problems). Un jau minetātais vienkāršais backups. Un saglabāt attēlu datubāzē ir ātri un vienkārši — ja tas sāk radīt problēmas, var domāt tālāk par efektīvāku risinājumu. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.