powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Помогите определиться
6 сообщений из 31, страница 2 из 2
Помогите определиться
    #32406805
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Руки кривые.
М.б, м.б. Но только объясните мне, почему если запустиь ACCESS и открыть любую БД, то загрузка процесссора подскакивает под 100%. Почему так тормозит интерфейс даже на Celeron1700 c 256M памяти? А " нераспознаваемый формат БД " я видел не раз и у других разработчиков. Так м.б. это родовая травма ACCESSа, а не разработчиков.
...
Рейтинг: 0 / 0
Помогите определиться
    #32406831
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Но только объясните мне, почему если запустиь ACCESS и открыть любую БД, то загрузка процесссора подскакивает под 100%
Некорректно сношаютя NT-вые счетчики с аксесом. Вот и все. А вот если при запущенном аксесе загрузкп проца падает до 10-20% - значит просажен комп. Это невозможно понять, это можно только запомнить. По крайней мере пугаться этого не следует.

Почему так тормозит интерфейс даже на Celeron1700 c 256M памяти?
Руки кривые.

А "нераспознаваемый формат БД" я видел не раз и у других разработчиков.
Ну я тоже видел, и что? 2-3 раза в месяц - комбинация кривых рук и глючной сети.

З.Ы. И не требуйте от настольной БД надежности, защищенности и производительности Оракла.
...
Рейтинг: 0 / 0
Помогите определиться
    #32408002
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Некорректно сношаютя NT-вые счетчики с аксесом. Вот и все. А вот если при запущенном аксесе загрузкп проца падает до 10-20% - значит просажен комп. Это невозможно понять, это можно только запомнить. По крайней мере пугаться этого не следует.
Чего пугаться не стоит? Некорректной работы ПО? Или того что ресурсы процессора расходуютс хрен знает на что? Спасибо утешил.

Почему так тормозит интерфейс даже на Celeron1700 c 256M памяти?
Руки кривые.

У MS? Так с этим многие согласятся!:-)

А "нераспознаваемый формат БД" я видел не раз и у других разработчиков.
Ну я тоже видел, и что? 2-3 раза в месяц - комбинация кривых рук и глючной сети.

Ну да, во всем руки виноваты! Только на этой сети MSSQL 6.5 отработал без сбоев
6 лет, а теперь MSSQL2000 уже почти 2 года!

И не требуйте от настольной БД надежности, защищенности и производительности Оракла.
Так и вы не утверждайте, что ACCESS годится для работы в сети и с крупными БД
...
Рейтинг: 0 / 0
Помогите определиться
    #32408085
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чего пугаться не стоит? Некорректной работы ПО? Или того что ресурсы процессора расходуютс хрен знает на что? Спасибо утешил.
Для тех кто не понял - повторяю. Ресурсы процессора не расходуются.
Ты еще испугайся того, что System Idle занимает 99% процессорного времени.

Почему так тормозит интерфейс даже на Celeron1700 c 256M памяти?
Руки кривые.
У MS? Так с этим многие согласятся!:-)
Для тех кто не понял - руки кривые у разработчика интерфейса. Возможно, как ты говоришь, и "родовая травма".
У меня кстати сейчас Celeron1000 256M, и как-то тормозов не наблюдаю. А в филиалах люди чуть ли не на Cel300 64M работают, и ничего, не плачут.

Ну да, во всем руки виноваты! Только на этой сети MSSQL 6.5 отработал без сбоев
6 лет, а теперь MSSQL2000 уже почти 2 года!
Ты кажется пропустил то, что я чуть ниже написал? Для тех кто пропустил - повторяю. Не требуйте от настольной БД надежности, защищенности и производительности MS SQL.
А для тех, кто не пропустил, а просто не понял - объясняю. Для аксеса (mdb) при сетевой работе глюки сети - все равно что глюки контроллера жеского диска для MS SQL. Поэтому кривая сеть вполне может вызвать падение базы. Если что-то непонятно - спрашивай, я еше раз повторю

Так и вы не утверждайте, что ACCESS годится для работы в сети и с крупными БД
А где я это утверждал? Обеспечить работу в сети и с крупными БД - в принципе можно. С известными оговорками. Но на мой взгляд аксес не есть лучшее решение для крупных БД - в своей файл-серверной инкарнации.
Для крупных проектов надо использовать adp.
Да, и ASCRUS собственно то же самое советовал.
...
Рейтинг: 0 / 0
Помогите определиться
    #32408725
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Для тех кто не понял - повторяю. Ресурсы процессора не расходуются.
Ты еще испугайся того, что System Idle занимает 99% процессорного времени.

Для тех кто не понял - повторяю. Idle занимает процессор кода нет другиз процессов. А ACCESS оставляет другим процессам 1-15% процессорного времени.

У MS? Так с этим многие согласятся!:-)
Для тех кто не понял - руки кривые у разработчика интерфейса. Возможно, как ты говоришь, и "родовая травма".

Для тех кто не понял - Открываешь только ACCESS и получаешь тормоза. Следовательно это у MS кривые руки и "родовая травма".

Поэтому кривая сеть вполне может вызвать падение базы. Если что-то непонятно - спрашивай, я еше раз повторю
Зачем? По-моему "кривая сеть вполне может вызвать падение базы" вполне достаточно для выбора ACCESS!
...
Рейтинг: 0 / 0
Помогите определиться
    #32408759
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А ACCESS оставляет другим процессам 1-15% процессорного времени.
Открываешь только ACCESS и получаешь тормоза.
Уважаемый, ты бы проверил прежде чем полную чухню нести. Насчет времени другим процесам и тормозов.
...
Рейтинг: 0 / 0
6 сообщений из 31, страница 2 из 2
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Помогите определиться
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]