bigsloth
Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Цитата:| 1С очень коряво работает с БД |
согласен, у меня тоже есть претензии 
Цитата:| появляется огромное количество "пустых" строк, дублирующихся строк в таблицах |
никогда такого не видел. Точнее дублирующиеся видел на файловых базах, но в этом случае загрузка не проходит, поскольку SQL Server обычно в этих случаях вполне справедливо ругается на попытку вставить в уникальный индекс повторяющееся значение. Если используется клиент-сервер, дублирующихся/пустых строк, возникающих из-за глюков платформы, а не кривых рук программистов - не видел.
Цитата:| если в таблице 10 000 строк, а в них 20% хлама ненужного, то запросы будут медленнее обрабатываться |
Нет, далеко не всегда. Это больше зависит от состояния индексов/статистики.
Цитата:| типа как потерять информацию о последних изменениях |
Еще раз повторю. Тут все зависит от нужд организации. Кому-то потеря данных за два часа не страшна - руками перезабьют, а кому-то и за 15 минут неприемлима.
Цитата:| при этом режутся логи транзакций. В нашем случае это не приемлемо, это может привести к падению производительности при работе с БД 1С. |
Вы заблуждаетесь. В нормальной ситуации скорость работы в простой и полной моделях восстановления будет одинаковой, но существует ряд операций (операции с минимальным протоколированием), на которых в простой модели восстановления может быть заметен прирост производительности.
Простая модель восстановления просто ну никак не может быть "медленнее" полной. Скорее наоборот - в полной модели восстановления возможны периодические проблемы с производительностью (особенно когда практикуются "уменьшения размеров лога транзакций", из-за чего ему приходится все время увеличиваться - на время автоприращения журнала транзакций БД становится недоступной на запись, до окончания этой операции). |
