Upload størelse i MySQL

nu ved jeg selvfølgelig ikke præcis hvad du skal bruge det til - men generelt er det en meget dårligt idé at lægge filer direkte i en database. Normalt nøjes man med at lægge filen på serveren og kun filnavnet i databasen

Det er ikke et mysql spøgsmål, upload er noget man gør via et script sprog, spørg derfor i den korrekte gruppe.

p.s. Det er sjældent en god ting at gemme store binære ting i en DB.

tag det op med ham jeg hoster siden for. så længe han betaler er jeg ligeglad med hvad han gør eller om det er smart.
problemet er at han siger han ikke kan lægge mere end 200Kb i Db'en og han vil gerne ha det ændre så han kan får op til 15Mga ind. Hvordan ændre jeg det?

Hvad bruger han af felt type i db'en ?

aner det ikke..... spiller det nogen rolle?

ja hvis han f.eks. bruger text er der en grænse på vist nok 65KB hvorimod til binære ting skal man bruge en 'blob'

eftersom han siger upload filer på 15mega går jeg stærkt ud fra det er binære

det kunne man godt tro,

Hvordan du evt. kan configurere MySQL til at acceptere så store ting, eller om man overhovedet kan forhindre det ved jeg ikke, har aldrig selv forsøgt.

Men der kan ske en TimeOut af php hvis han bruger det, grundet den lange tid sådanne en fil tager at uploade.

ja, hvis du har adgang til serveren, kan du jo prøve at lægge en 15mega binær fil direkte ind i en testtabel, hvis det kan lade sig gøre det sikkert som disky siger kommunikationen mellem client og DB

Docs til min ældre MySQL version siger:

blob - max 64K
mediumblob - max 16M
longblob - max 4G

så mediumblob eller longblob.

hmmmm så skulle mediumblob og longblob teoretisk virke.....

jeg forslår ham det imorgen, og hvis det er godt nok for du point

Øh har vi begge ikke hjulpet ?

Altså forudsat det hjælper ?

jaja lad os nu lige se om det er det han søger først. skal jo også like ha et svar fra jer ^_^

det er bare helt okay, men her har du et svar, hvis du mener jeg har været til lidt hjælp :)

p.s. Nævn for din ven at store binære ting i en db MEGET sjældent er en god ide :)

svar

Og men hensyn til filer udenfor og indenfor database, så er
der forskellige opfattelser af dette.

For en anden opfattelse end diskys find f.eks. en beskrivelse
af Oracle 9iFS - Oracle har simpelthen lavet lavet et fil
system hvor alle filer gemmes i en Oracle database.

Så det kan godt fungere. Men databasen skal uden tvivl
dimensioneres efter det med hensyn til disk-plads, RAM og
CPU-kraft.

Og jeg ved ikke hvor god MySQL er til at håndtere LONGBLOB.

men - hvis udbyderen har sat en max-grænse på 200kb på databasen, så kan du intet gøre... så er det udbyderen der skal ændre det.

Men jeg kan _stadig_ ikke se det er udbyderens problem - det er vel 100% dig der bestemmer hvordan programmeringen skal foregå, og hvorfor så vælge den dårligste løsning til det og samtidig give udbyderen problemer?

Hvis jeg må spørge - hvad er grunden til at du VIL lægge filer direkte i databasen og ikke i en mappe på serveren?

arne:
Snakker vi om Oracle eller MySQL her inde ?

MySQL bruger IKKE et komplet filsystem til at styre data med, men individuelle filer.
Jeg ved udemærket godt hvad oracle ør og hvad mysql gør !

disky>

Min pointe var at verdens største/næststørste database firma tilsyneladende
en meget uening i påstanden om at det ikke er godt at gemme store binære
filer i en database.

Det er muligt at MySQL specifikt er dårligt til det.

Det er muligt og måske endda sandsyneligt at den pågældende MySQL
database & server ikke er dimensioneret til den slags.

Din sammenligning er da rimelig ubrugelig.

Eller tror dog også et lille 2 personers cesna fly kan rummer 200 mennesker, bare fordi det største fly firma i verdenens største fly godt kan.

Måske.

Er der nogen som har arbejdet med MySQL og MEDIUMBLOB's/LONGBLOB's
og som kan fortælle hvordan det performer ?

Om det er en Cessna eller en DC9 ? (for nu at holde os til den analogi)

lukketid?