Wuu Posted June 29, 2015 Report Share 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 Link to comment Share on other sites More sharing options...
briedis Posted June 29, 2015 Report Share Posted June 29, 2015 Kā tad tu izvadi bildes? Un, ja teiksim bildes ir 10MB? Quote Link to comment Share on other sites More sharing options...
Kasspars Posted June 29, 2015 Report Share 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 Link to comment Share on other sites More sharing options...
Kaklz Posted June 30, 2015 Report Share Posted June 30, 2015 Kas tieši ir tas ērtais liekot failus DB ? Quote Link to comment Share on other sites More sharing options...
Kemito Posted June 30, 2015 Report Share Posted June 30, 2015 brds, vienkārši neatļauj bildes > par 2 mb augšupielādēt :D Quote Link to comment Share on other sites More sharing options...
rpr Posted June 30, 2015 Report Share 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 Link to comment Share on other sites More sharing options...
Mr.Key Posted June 30, 2015 Report Share Posted June 30, 2015 Kāda ir failsistēma? Kāda ir tabula? Kādā failsistēmā stāv kāda tabula? Utt. Quote Link to comment Share on other sites More sharing options...
yancis Posted June 30, 2015 Report Share 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 Link to comment Share on other sites More sharing options...
Wuu Posted June 30, 2015 Author Report Share 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 Link to comment Share on other sites More sharing options...
briedis Posted June 30, 2015 Report Share 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 Link to comment Share on other sites More sharing options...
Kavacky Posted June 30, 2015 Report Share 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 Link to comment Share on other sites More sharing options...
daGrevis Posted July 1, 2015 Report Share 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 Link to comment Share on other sites More sharing options...
briedis Posted July 1, 2015 Report Share 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 Link to comment Share on other sites More sharing options...
Blitz Posted July 1, 2015 Report Share 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 Link to comment Share on other sites More sharing options...
daGrevis Posted July 1, 2015 Report Share 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 Link to comment Share on other sites More sharing options...
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.