Где должны находиться файлы базы данных sql *mdf и *.ldf
Где должны находиться файлы базы данных sql *mdf и *.ldf?
У меня они находятся в каталоге базы, *mdf -3Гб, *ldf - 2 Гб. Хорошо ли так делать? Может ли из-за этого быть замедление работы? Это сделали до меня.
И еще вопрос. Есть заказ на переход снова на dbf версию. В связи с тем, что многие операции под dbf версию работают быстрее в разы. Про индексацию базы после сбоев предупредила. Чего еще ожидать? Что делать с sql файлами в каталоге базы?
У меня они находятся в каталоге базы, *mdf -3Гб, *ldf - 2 Гб. Хорошо ли так делать? Может ли из-за этого быть замедление работы? Это сделали до меня.
И еще вопрос. Есть заказ на переход снова на dbf версию. В связи с тем, что многие операции под dbf версию работают быстрее в разы. Про индексацию базы после сбоев предупредила. Чего еще ожидать? Что делать с sql файлами в каталоге базы?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Что касается SQL-баз - "умные люди" советуют держать лог-файл журнала (*.ldf) на отдельном диске, сам файл базы на другом - это также и 7-чных баз данных касается. Что касается расположения файлов - лучше располагать поближе к "корню диска" и не использовать кириллических символов в названии папок.
Где должны находиться файлы базы данных sql *mdf и *.ldf? - согласна с ответом 4.
Есть заказ на переход снова на dbf версию. В связи с тем, что многие операции под dbf версию работают быстрее в разы
Это что за функции такие, может их не так много и имеет смысл адаптировать под SQL
Есть заказ на переход снова на dbf версию. В связи с тем, что многие операции под dbf версию работают быстрее в разы
Это что за функции такие, может их не так много и имеет смысл адаптировать под SQL
(5) Я даже не хочу об этом думать. Там почти самописная конфигурация, очень сложная и запутанная в смысле количества документов и процессов.
Базу будем резать однозначно, но вот хотят попробовать перейти на скл, что может под ним будет комфортнее работать.
Может ли дать заметный эффект в скорости если просто скл файлы перенести в другое место, как написано в (4)?
Базу будем резать однозначно, но вот хотят попробовать перейти на скл, что может под ним будет комфортнее работать.
Может ли дать заметный эффект в скорости если просто скл файлы перенести в другое место, как написано в (4)?
(7)Сорри, это описка. На дбф хотят перейти.
На тестовом сервере в дбф версии многие отчеты работают быстрее. И загрузка самой базы в разы быстрее. Да и вообще тестовый сервер работает быстрее. Может потому что на нем никто не работает, а может, потому что у меня файлы скл сервера лежат не в каталоге базы. ?
На тестовом сервере в дбф версии многие отчеты работают быстрее. И загрузка самой базы в разы быстрее. Да и вообще тестовый сервер работает быстрее. Может потому что на нем никто не работает, а может, потому что у меня файлы скл сервера лежат не в каталоге базы. ?
Действительно, при использовании 1cv77 и MS SQL есть ряд проблем с выполнением регламентных операций
однако при больших объемах данных SQL дает значительный прирост производительности в обычной работе пользователей (операции чтения/записи).
Тут надо рассматривать ситуацию исходя их количества одновременных операций ввода данных. Объема отчетных данных.
Анализа используемых алгоритмов и оптимизации.
Проблемы с выполнением регламентных операция можно обойти следующим образом:
1. Выгрузка в ДБФ
2. Выполнение регламентных операций в монопольном режиме (перепроведение и т.д.)
3. Загрузка в SQL
Особенной разницы в расположении конфигурационных файлов нет. Объем данных конфигурации (md) небольшой.
По поводу файлов.
По "феншую" mdf и ldf на разных физических дисках. НО если файлы лежат на том же компьютере где установлен SQL никакой разницы вы не заметите.
По хорошему - методами ускорения будет:
- Перевод на прямые запросы
- Использование УРИБ для разделения ввода данных
однако при больших объемах данных SQL дает значительный прирост производительности в обычной работе пользователей (операции чтения/записи).
Тут надо рассматривать ситуацию исходя их количества одновременных операций ввода данных. Объема отчетных данных.
Анализа используемых алгоритмов и оптимизации.
Проблемы с выполнением регламентных операция можно обойти следующим образом:
1. Выгрузка в ДБФ
2. Выполнение регламентных операций в монопольном режиме (перепроведение и т.д.)
3. Загрузка в SQL
Особенной разницы в расположении конфигурационных файлов нет. Объем данных конфигурации (md) небольшой.
По поводу файлов.
По "феншую" mdf и ldf на разных физических дисках. НО если файлы лежат на том же компьютере где установлен SQL никакой разницы вы не заметите.
По хорошему - методами ускорения будет:
- Перевод на прямые запросы
- Использование УРИБ для разделения ввода данных
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот