Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Зависание приложения при ласположении на нем > 13 датасетов

DelphiN! © (2006-02-15 11:02:00)
Есть проект, на форме 13 датасетов подключеных к одной базе, и 2, подключеных к другой. Если бросаю на форму еще один датасет, подключаю его к базе, к которой уже подключены 13, то приложение зависает после Application.Run; Вернее не зависает, а начинает жудко тормозить, на компьютере при этом начинаются невиданные тормоза, Ctrl+F2 срабатывает через несколько минут. Дождаться его полной загрузки приложения просто не реально. При этом если я удаляю 14-й датасет с формы(датамодуля), приложение не перестает тормозить, после удаления таблицы из бд, с которым работало приложение ситуация тоже не исправляется. Приходится все время возвращатся к резервной копии исходников.
При пошаговом выполнении программы, даже отладчик начинает жутко тормозить, сразу как заходит за Application.Run; проход через одну строчку кода занимает значительно долгое время, независимо от содержания строки.
В чем может быть проблемма?

СУБД FireBird 1.5
D6 Update pack 2.
Пробовал под D6 без обновлений, ситуация таже!

DelphiN! (2006-02-16 11:50:00) [1]
и почему еще когда я удаляю этот датасет с датамодуля, ситуация не исправляется тоже,

это то почему????

DelphiN! (2006-02-16 11:46:00) [2]
Firebird ставил
1.5.3.4870 Super server
и
1.5.2.4731 SuperServer

Одно и тоже!

DelphiN! (2006-02-16 11:42:00) [3]
Нет, не загружаю я СУБД, я уже даже пустую базу поставил, та же ситуация
Только кидаю на датамодуль еще один датасет, подключаю его к базе, и все хана!
Причем как называется датасет или таблица разницы нет, даже со структурой таблицы это не связано, я уже как только не пробовал. Пробовал и с пустыми таблицами и с полными. Одно и тоже!

Компоненты в делфи стоят IBX 6.08

В чем может быть проблемма еще?

Anatoly Podgoretsky (2006-02-15 19:37:00) [4]
Не клиент, если конечно это не автор ни причем.

evvcom (2006-02-15 15:10:00) [5]

> Получается, что сам СУБД загибается?

Может и не СУБД, а клиент тянущий к себе мегатонну данных из СУБД и складывающий их в файл подкачки.

Виталий Панасенко (2006-02-15 14:49:00) [6]

> DelphiN! © (15.02.06 12:12) [3]
> Получается, что сам СУБД загибается?

Ты возьми, прикинь, на глаз, сколько байт занимает вся инфа(количество символов, целые числа(2-4-8 байт) и т.д. в каждом поле * количество записей). а затем прикинь, сколько такой обьем ты будешь просто копировать ФАРом или Тотал Камандеров.. Или Проводником..

Sergey13 (2006-02-15 12:13:00) [7]
2[3] DelphiN! © (15.02.06 12:12)
>Получается, что сам СУБД загибается?
Не сама. Это ты ее загибаешь. И не только ее. 8-)

DelphiN! (2006-02-15 12:12:00) [8]
Получается, что сам СУБД загибается?

0bsid (2006-02-15 11:21:00) [9]
тебе все датасеты одновремнно нужны и все данные из них?
если всё делать аккуратно, создавать когда нужно и брать только те данные которые будут отображаться, то хоть 1000 создвай
посмотри сколько твоя прога памяти отжирает

Sergey13 (2006-02-15 11:14:00) [10]
Наверное в датасете
select * from table_name
без всяких ограничений. А таблица должно быть не слабая.
У меня в приложении и больше 100 датасетов бывает. Но это не значит, что все они всегда должны быть активными.

>Пробовал под D6 без обновлений, ситуация таже!
А еще винде переустанови попробуй. Любим мы искать ошибки других и не замечать свои.

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »