Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.15.214.155] |
|
Данный раздел предназначается для обсуждения вопросов использования баз данных, за исключением составления запросов на SQL. Для этого выделен специальный раздел. Убедительная просьба - соблюдать "Правила форума" и не пренебрегать "Правильным оформлением своих тем". Прежде, чем создавать тему, имеет смысл заглянуть в раздел "Базы данных: FAQ", возможно там уже есть ответ. |
Страницы: (2) [1] 2 все ( Перейти к последнему сообщению ) |
Сообщ.
#1
,
|
|
|
Подскажите, в каком направлении лучше двинуться. Есть маленькое предприятие (несколько компов в локальной сети и несколько удаленно через VPN) Акцесовская база, с которой работаю из VB6. Пока было всё по локалке, было всё хорошо, а вот удаленно "шуршит" - очень медленно. Посоветуйте, какая СУБД в данной ситуации будет работать быстро и насколько быстро?
Эта тема была разделена из темы "Какую базу данных выбрать?" |
Сообщ.
#2
,
|
|
|
Цитата Yurii @ Пока было всё по локалке, было всё хорошо, а вот удаленно "шуршит" - очень медленно. Все будет медленно. |
Сообщ.
#3
,
|
|
|
Yurii, MSSQL. Есть бесплатная редакция, Express (с ограничениями) и настоятельно советуют переходить на нее.
|
Сообщ.
#4
,
|
|
|
SQL Server Express тебе подойдёт. "Портировать" удастся одной кнопкой (ну почти). После портирования у тебя в Access останутся свзяанные по ODBC таблицы с сервером - т.е. можно будет переписывать куски не теряя работоспособности. От DAO придётся постепенно уйти (если им пользуешься) и перейти на ADO. В перспективе нужно закладываться на избавление от ODBC-ссылок, потому что чем дальше в лес, тем толще будут партизаны, т.е. рассматривай это как временной решение.
|
Сообщ.
#5
,
|
|
|
Цитата Ограничения 1 поддерживаемый процессор (но может быть установлен на любой сервер) 1 Гб адресуемой памяти 4 Гб максимальный размер базы (10 Гб для версии SQL Server 2008 R2) Через интерфейс SQL Server Management Studio 2005 нет возможности экспорта/импорта данных (в версии 2008 эта возможность присутствует) |
Сообщ.
#6
,
|
|
|
Koss, эти ограничения в сравнении с ограничениями Access'а - просто сказка .
|
Сообщ.
#7
,
|
|
|
Цитата Yurii @ Подскажите, в каком направлении лучше двинуться. Есть маленькое предприятие (несколько компов в локальной сети и несколько удаленно через VPN) Акцесовская база, с которой работаю из VB6. Пока было всё по локалке, было всё хорошо, а вот удаленно "шуршит" - очень медленно. Посоветуйте, какая СУБД в данной ситуации будет работать быстро и насколько быстро? А через удаленный рабочий стол подключаться к компу, на котором база не вариант ? Добавлено Цитата Koss @ 4 Гб максимальный размер базы Это только даныне пользователя ? Или индексы тоже сюда входят ? |
Сообщ.
#8
,
|
|
|
Цитата Marriage @ А через удаленный рабочий стол подключаться к компу, на котором база не вариант ? Хороший вариант, кстати Цитата Marriage @ Это только даныне пользователя ? Или индексы тоже сюда входят ? Индексы тоже. |
Сообщ.
#9
,
|
|
|
Цитата archimed7592 @ Индексы тоже. ТОгда нафиг... Через год-полтора перевалить должна за 4 Гб ... Лучше коннект через удаленку или тот-же radmin, teamviewver ... И переделывать ничего не надо... |
Сообщ.
#10
,
|
|
|
Кто что скажет про постгресс ?
|
Сообщ.
#11
,
|
|
|
Цитата Yurii @ Подскажите, в каком направлении лучше двинуться. Есть маленькое предприятие (несколько компов в локальной сети и несколько удаленно через VPN) Акцесовская база, с которой работаю из VB6. Пока было всё по локалке, было всё хорошо, а вот удаленно "шуршит" - очень медленно. Посоветуйте, какая СУБД в данной ситуации будет работать быстро и насколько быстро? Сугубо по моему мнению влияют, в первую очередь, объём передаваемых данных и пропускная способность канала. Во вторую - кол-во одновременных пользователей и интенсивность работы БД. Может Access даже не виноват. |
Сообщ.
#12
,
|
|
|
и использовать правильно.
Цитата Yurii @ Посоветуйте, какая СУБД в данной ситуации будет работать быстро и насколько быстро? В этом случае надо 1 использовать SQL 2 и использовать правильно. Программа не должна прогонять по сетке всю таблицу, Вместо этого надо выдать запрос и получить искомое значение. |
Сообщ.
#13
,
|
|
|
Цитата Yurii @ Посоветуйте, какая СУБД в данной ситуации будет работать быстро и насколько быстро? Считаю, что надобность в работе удалённых пользователей диктует необходимость перехода либо на терминальные решения, либо на решения типа (вебсервер-скрипт-СУБД) - наппример классическая денвероподобная связка (НО НЕ ДЕНВЕР!!!). Последнее - наиболее дешёвый и вовсе не трудный в реализации вариант. |
Сообщ.
#14
,
|
|
|
А MySql разве не бесплатен?
|
Сообщ.
#15
,
|
|
|
бесплатен... и что?
|