А что от IB6 gbak не работает?
его нету... в общем история такая, что мя попросили подсобить с
администрированием и поддержанием БД в одной конторе. Ессно там у них
уже все стояло, шуршало и работало. При этом:
- вместо нормального дятла стоит IB , причем сам программер (он удаленно
их поддерживает) сомневается в версии ибейса. Ессно ставился сервер,
гвардиан, а утили
блин не ставились...
- бэкап данных - это отдельная песня. Происходит сие действо видимо так:
ночальнег чи
некто иной, ответственный за создание бэкапа, вечерочком отключает все
юзверей
устными командами (по домам, сволочи!!!), затем берет файл базы (как
говорилось, он 60 метров),
и жмет его раром, разбивая на кучку файликов. Выходит что-то около 13
мегов.
Вы хотите спросить - а как же нормальный быкап, контрольные быкап-рестор и
иже с ними?
отвечу - этого там нет... и не было... никогда... я понта ради провел
быкап-рестор под дятлом,
со сборкой мусора... гы:) 30 мегов, пол объема базы - как не бывало.
Поэтому и задаю несколько дурацкие вопросы... Походу надо взять дело в
свои чумазые
лапки и переманьячить малеха и саму прогу, и обслуживание БД.
Да, кстати, мобыть кто знает (ОФФ). Если sql-скриптом создается таблица, а
потом
в нее этим же скриптом вносятся данные by INSERT, то есть ли ограничение
количества
единовременно (одним оператором INSERT) вносимых записей? Или можно
написать один раз
INSERT и после через запятую маньячить хоть миллион записей?
Смысл дурацкого вопроса - необходимость переделки этой сволочной проги,
которая генерит
скрипт, заливает его на сайт, где MySQL должен его всосать... а он не
всасывает...
Вопрос (тож дурацкий) нумер два - есть ли ограничения на длину строки
символов в sql-скрипте?
а то у мя есть вариант файла, в котором после инсерта еще 3 млн символов -
одной строкой...
Хех... еще и версия мускула неизвестна, блин...
