Что лучше dbf база данных 1С или SQL версия
05.11.2008
15:42
#1
Доброго суток дня!
Ситуация такая, что впервые поставили новый сервер мощный и возник вопрос по поводу какую базу данных применить. Оставить существующую, просто перенести её на сервер или создать SQL сервер на сервере и всех перевести на эту базу. Активных пользователей 1Сv 7.7 10-15, сейчас база данных dbf лежит на просто ПК и всему к нему бьются. Вопрос вот в чём ещё, что мне даст переход на SQL версию и нужно ли вообще огород городить оставить существующую. Или наоборот хуже будет или проблемы, и т.п. Просто я знаю один вариант на SQL, что если одни пользователь не корректно выйдет из программы, не нужно будет потом переиндексировать базу данных каждый раз. Но стоит ли ради этого переходит на SQL версию базыд данных 1С?
Ситуация такая, что впервые поставили новый сервер мощный и возник вопрос по поводу какую базу данных применить. Оставить существующую, просто перенести её на сервер или создать SQL сервер на сервере и всех перевести на эту базу. Активных пользователей 1Сv 7.7 10-15, сейчас база данных dbf лежит на просто ПК и всему к нему бьются. Вопрос вот в чём ещё, что мне даст переход на SQL версию и нужно ли вообще огород городить оставить существующую. Или наоборот хуже будет или проблемы, и т.п. Просто я знаю один вариант на SQL, что если одни пользователь не корректно выйдет из программы, не нужно будет потом переиндексировать базу данных каждый раз. Но стоит ли ради этого переходит на SQL версию базыд данных 1С?
05.11.2008
18:02
#2
есть смысл переходить только в случае:
1 если объём базы достаточно большой порядка 700-800 мегов и при этом требуется оставить базу несвёрнутой.
2 большое количество одновременно прозводимых операций. в этом случае транзакционный механизм позволить осуществлять конкурентный доступ к данным без опасности подвесить базу.
стабильность базы данных конечно в сиквельной версии лучше, при грамотной настройке в случае падения базы всегда можно её откатить и это выполняется достаточно легко без громадной потери данных средствами самой SQL
если ранее 1С успешно справлялась с ведением файл-серверной базы, то особого смысла переводить на сиквел нет (тем более что для этого придётся заменять платформу на sql-ную, а это покупка новой лицензии, апгрейд теперь не сделаешь)
а если вас беспокоят некорректные выходы, то эти вопросы должны решаться не устранением последствий а устранением первоисточника проблемы. любой "доктор" вам скажет что болезнь легче предупредить чем лечить
1 если объём базы достаточно большой порядка 700-800 мегов и при этом требуется оставить базу несвёрнутой.
2 большое количество одновременно прозводимых операций. в этом случае транзакционный механизм позволить осуществлять конкурентный доступ к данным без опасности подвесить базу.
стабильность базы данных конечно в сиквельной версии лучше, при грамотной настройке в случае падения базы всегда можно её откатить и это выполняется достаточно легко без громадной потери данных средствами самой SQL
если ранее 1С успешно справлялась с ведением файл-серверной базы, то особого смысла переводить на сиквел нет (тем более что для этого придётся заменять платформу на sql-ную, а это покупка новой лицензии, апгрейд теперь не сделаешь)
а если вас беспокоят некорректные выходы, то эти вопросы должны решаться не устранением последствий а устранением первоисточника проблемы. любой "доктор" вам скажет что болезнь легче предупредить чем лечить
Читают тему
(гостей: 1)