Maksymalny rozmiar bazy SQL

[spec_u]

Mam następujący problem:

w phpMyAdmin przy importowaniu bazy danych sql mam ograniczenie pliku do 32 768 KB, problem w tym, że moja baza zajmuje troche więcej bo 36 562 KB.

Pytanie brzmi czy można ten limit jakoś obejść albo zwiększyć ?

pzdr

[Mion]

Z pewnością ograniczenia te są ustawiane w pliku konfiguracyjnym phpMyAdmin, ale jeśli korzystasz z serwera współdzielonego to raczej do nich dostępu nie masz. Proponuje zaniechać zainteresowanie phpMyAdmin i zainteresować się innym sposobem obsługi tej bazy. Na tym forum jest kilkach rozbudowany wątków na temat obsługi większych baz MySQL.

[hekko]

Jeśli masz dostęp z zewnątrz do bazy danych zainteresuj się programami: HeidiSQL, MySQL-Front lub jeśli nie masz takiego dostępu nie to skryptem BIGDUMP.

[Gość]

Albo podziel bazę na dwa...

[Mion]

Kukis, coś dla ciebie:

Na raz na dwa swiat za uszy dzis złap ty w przód jak zolw on rakieta ucieka Na raz na dwa dosc juz tego czlap czlap wiec weź sie w garsc ramię w ramię ...

[spec_u]

bigdump.php smiga, thx za pomoc

[Gość]

Mion - omg... co ty czytasz... www.wysokieobcasy.blox.pl/2006/07/Na-raz-na-dwa-Krzysztof-Antkowiak-i-inni.html - twój sweet bLoGaSeK?

ps. dlaczego tak twierdzę - indentyczny tekst, bez pl liter ;P

[Maximus Marius]

Mion - przyznam sie że ja też nie poznałem na Twoim dowcipie

Kukis w sumie bardzo dobrze poradził, jedno z prostszych rozwiązań i w swej prostocie genialne , jak baza jest za duża to najszybciej jest pociąć np. na dwa kawałki i zaimportować oddzielnie.

Kwestia jest tylko taka czy osoba bedzie w stanie podzielić plik na dwa kawałki Bo czasami to może potrwać dłużej niż znalezienie innego rozwiązania Jak baza jest za duża np. 3TB to też może być problem

phpMyAdmin moim skromnym zdaniem jest beznadziejnym programem i w sumie dziwie sie ludziom że się z nim męczą , preferuje mysql.exe, mysqldump.exe, notepad++ i programy ze stajni EMS (darmowe wersje)

[zoozool]

Kukis w sumie bardzo dobrze poradził, jedno z prostszych rozwiązań i w swej prostocie genialne , jak baza jest za duża to najszybciej jest pociąć np. na dwa kawałki i zaimportować oddzielnie.

ale po co komplikować, jak bigdump robi to bezpieczniej i szybciej

[Maximus Marius]

Najlepiej znać kilka rozwiązań tego samego problemu i stosowanie do sytuacji wybierać odpowiednie.

A co bedzie jak nie bedzie php ?

polemizował bym z Tą szybkością i bezpieczeństwem ,

jeżeli przyjmiemy punkt odniesienie phpMyAdmin to jak najbardziej jest zdecydowanie lepiej,

jezeli zas porownywał bym bezpieczenstwo i szybkosc do programów które wymieniłem to wtedy wypada blado.

Podsumowując bigdump jest najlepszy .... w swojej klasie

[Mion]

Mion - przyznam sie że ja też nie poznałem na Twoim dowcipie

Radzenie komuś który sam od siebie nie potrafi sprostać wyzwaniu przeniesienie większej bazy dzielenia jej na kawałki jest dla mnie tym samym co danie dziecku do zabawy żyletki.

Jeśli bigdump z jakiś względów nie wchodzi w rachubę proponuję złościć się do admina serwera z prośbą o zrzut bazy danych, jest przekopiowanie za pomocą FTP na serwer docelowy i prośbą do jego admina o wgranie do naszej bazy.

Oczywiście jeśli mamy dostęp do powłoki możemy operację zrzutu/wgrania przeprowadzić samemu.

[Maximus Marius]

W swoim optymizmie zakładam elementarną wiedzę z zakresu baz danych osoby korzystającej z rady ale przy założeniu że ktoś może:

-wgrać pliki w odwrotnej kolejności

-koniec pliku nie koniecznie musi być koncem instrukcji SQL

itd. itd. to już tak optymistycznie nie wygląda.

[itb]

Kwestia jest tylko taka czy osoba bedzie w stanie podzielić plik na dwa kawałki Bo czasami to może potrwać dłużej niż znalezienie innego rozwiązania Jak baza jest za duża np. 3TB to też może być problem

tak, bo 3 terabajtowe bazy trzyma sie na szared hostingu i bakupy robi phpmyadminem i zciaga je do domu ;-)