Как организовать работу с базой?

@tomik_p · Регистрация: 19.03.2010

Студворк — интернет-сервис помощи студентам

Сама я еле-еле в программировании, один семестр только, но на работе, где некого спросить, поставили задачу организовать работу с базой в локальной сети.
Работа- диспетчерский пункт, такие же студенты вбивают на компьютер телефонные звонки. Все хранится в Accesse. Как лучше сделать?
1. Присоединить access к IIS и писать запросы в ASP или
2. Писать каку-то серверную прогу на VB и к ней через ADO присоединять ACCess или
3. Ставить SQL сервер и все тоже самое с ним.
Честно, не понимаю, что мне будет легче сделать, да и не знаю, правильно ли я разобралась по книгам какие есть варианты организации работы с базой.
В сети работает 6 человек (максимум) в три смены. Количество строк (новых уникальных) в Accesse за год - около 120 тыс - по прошлому году.

30.03.2010, 12:17

Лучше п.3, а Аксесс может быть клиентом для сервера (можно просто и быстро рназработать интерфейс).

@XPraptor · 30.03.2010, 14:24

А на мой взгляд так лучше пункт 2. С SQL не сразу разберешься, да и отстроить будет сложновато, а вот на VB через ADO легко разобраться, да и примеров готовых везде полно. Чтобы Access не тормозил, то после наполнения строками до 6-7 тысяч, делать архивирование в другую базу, а текущую очищать. В VB проге легко организовать поиск или просмотр архивных баз.

30.03.2010, 14:56

На мой непросвещенный взгляд, п.2 вообще нечто непонятное. Что за серверная прога? Первое, что надо решить, где хранить данные? В файле Access(.mdb) или в SQL server или Oracle или других? А что будет инструментом доступа к этим данным VB, Delphi, Access, MS C++ - вопрос уже другой. Проще и быстрее использовать Access (.mdb), но при увеличении количества пользователей и росте БД (120 000 записей - 200 000 - 1 000 000) будут большие проблемы.

@XPraptor · 30.03.2010, 15:13

Нет, серверную прогу писать не надо, только клиентов, а базу выложить в общий доступ на сераер. На счет увеличения записей, я уже писал, нужно делать архивные базы, а текущую чистить.

30.03.2010, 15:27

'...нужно делать архивные базы, а текущую чистить...'

А как часто придется обращаться к архиву? Если раз в месяц, то такой вариант подойдет. Но, повторяю, будущего у него нет. Т.е. предполагается, что ничего не будет в этом направлении расти и развиваться? И сегодня всех все устаривает. А завтра?

@pl · 30.03.2010, 15:28

Доступ к базе будет происходить по локальной сети или через HTTP?

@tomik_p · 30.03.2010, 18:06 **[ТС]**

Сейчас все работают просто в локальной сети и заполняют access файл. Несколько раз в день его выравнивают. 1)А в чем принципиальное отличие между локалкой и http. Роутер маленький и файрвалл linksys у нас стоит, поставили его год назад, никто не знает зачем, наверное, чтобы заградиться от интернета и одновременно раздавать IP адреса.
2) Мне тоже кажется легче побороться с вариантом 2, но я сама не понимаю особенно , что написала, и чем отличается обычная VB прога от серверной.

@tomik_p · 30.03.2010, 18:13 **[ТС]**

2 Xraptor.
Прочитала внимательнее и еще вопрос возник. Что означает, что серверную прогу писать не надо, только клиентов, а базу выложить на сервер в общий доступ. На какой сервер?

@XPraptor · 30.03.2010, 18:41

На тот сервер, сударыня, к которому все в сети доступ имеют, потому как все клиентские проги на VB именно к одной базе будут стучаться по сети.

@tomik_p · 30.03.2010, 19:14 **[ТС]**

2 XRaptor.Спасибо XRaptor, я понимаю, что стучаться будут к одному компу, но какой софт должен выступать в качестве серверного? Или просто могут все клиентские проги стучаться к одному и тому же Access файлу?

@tomik_p · 31.03.2010, 07:21 **[ТС]**

Я прошу прощения, но последние два вопроса остались без ответа, может кто-то ответит?

@pl · 31.03.2010, 09:02

Кладем базу в расшаренную папку на одном компе, устанавливаем VB-клиенты на рабочие компы, указав в них путь к расшаренной папке с базой и радуемся жизни. Серверного софта для простых задач не требуется. Достаточно в клиентах предусмотреть блокировку редактируемых записей.

31.03.2010, 09:50

Если Вы решили использовать и дальше Access (.mdb), то зачем выдумать отдельную клиентскую часть на VB, VC++, Delphi...(сам Access здесь вполне подходит). Единственно может быть полезно разделить Вашу базу на 2 файла (Сервис - Служебные программы - Разделение баз данных) - таблицы и интерфейс. Файл с таблицами оставляете на сервере (или любом ПК в папке с общим доступом), а клиентские файлы (с интерфейсом) на ПК пользователей.

@tomik_p · 31.03.2010, 17:28 **[ТС]**

Спасибо всем большое за советы.
2pl. Если можно, еще один совет. Какой-нибудь пример блокировки редактируемых записей не посоветуете ли? Там дальше буду сама разбираться.

Новые блоги и статьи Все статьи Все блоги /
Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .
Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .	Использование значений реквизитов справочника в документе, с определенными условиями и правами Maks 07.04.2026 1. Контроль срока действия договора Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если. . .	Доступность команды формы по условию Maks 07.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: сделать доступной кнопку (команда формы "ЗавершитьСписание") при. . .	Уведомление о неверно выбранном значении справочника Maks 06.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "НарядПутевка", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если в документе выбран неверный склад. . .

@tomik_p 0 / 0 / 0 Регистрация: 19.03.2010 Сообщений: 23

	Как организовать работу с базой? 29.03.2010, 18:57. Показов 1875. Ответов 14 Метки нет (Все метки) Сама я еле-еле в программировании, один семестр только, но на работе, где некого спросить, поставили задачу организовать работу с базой в локальной сети. Работа- диспетчерский пункт, такие же студенты вбивают на компьютер телефонные звонки. Все хранится в Accesse. Как лучше сделать? 1. Присоединить access к IIS и писать запросы в ASP или 2. Писать каку-то серверную прогу на VB и к ней через ADO присоединять ACCess или 3. Ставить SQL сервер и все тоже самое с ним. Честно, не понимаю, что мне будет легче сделать, да и не знаю, правильно ли я разобралась по книгам какие есть варианты организации работы с базой. В сети работает 6 человек (максимум) в три смены. Количество строк (новых уникальных) в Accesse за год - около 120 тыс - по прошлому году. 0

papirus
	30.03.2010, 12:17
	Лучше п.3, а Аксесс может быть клиентом для сервера (можно просто и быстро рназработать интерфейс).

@XPraptor 0 / 0 / 3 Регистрация: 28.01.2010 Сообщений: 279
	30.03.2010, 14:24
	А на мой взгляд так лучше пункт 2. С SQL не сразу разберешься, да и отстроить будет сложновато, а вот на VB через ADO легко разобраться, да и примеров готовых везде полно. Чтобы Access не тормозил, то после наполнения строками до 6-7 тысяч, делать архивирование в другую базу, а текущую очищать. В VB проге легко организовать поиск или просмотр архивных баз. 0

papirus
	30.03.2010, 14:56
	На мой непросвещенный взгляд, п.2 вообще нечто непонятное. Что за серверная прога? Первое, что надо решить, где хранить данные? В файле Access(.mdb) или в SQL server или Oracle или других? А что будет инструментом доступа к этим данным VB, Delphi, Access, MS C++ - вопрос уже другой. Проще и быстрее использовать Access (.mdb), но при увеличении количества пользователей и росте БД (120 000 записей - 200 000 - 1 000 000) будут большие проблемы.

@XPraptor 0 / 0 / 3 Регистрация: 28.01.2010 Сообщений: 279
	30.03.2010, 15:13
	Нет, серверную прогу писать не надо, только клиентов, а базу выложить в общий доступ на сераер. На счет увеличения записей, я уже писал, нужно делать архивные базы, а текущую чистить. 0

papirus
	30.03.2010, 15:27
	'...нужно делать архивные базы, а текущую чистить...' А как часто придется обращаться к архиву? Если раз в месяц, то такой вариант подойдет. Но, повторяю, будущего у него нет. Т.е. предполагается, что ничего не будет в этом направлении расти и развиваться? И сегодня всех все устаривает. А завтра?

@pl 51 / 17 / 6 Регистрация: 18.05.2007 Сообщений: 1,322
	30.03.2010, 15:28
	Доступ к базе будет происходить по локальной сети или через HTTP? 0

@tomik_p 0 / 0 / 0 Регистрация: 19.03.2010 Сообщений: 23
	30.03.2010, 18:06 [ТС]
	Сейчас все работают просто в локальной сети и заполняют access файл. Несколько раз в день его выравнивают. 1)А в чем принципиальное отличие между локалкой и http. Роутер маленький и файрвалл linksys у нас стоит, поставили его год назад, никто не знает зачем, наверное, чтобы заградиться от интернета и одновременно раздавать IP адреса. 2) Мне тоже кажется легче побороться с вариантом 2, но я сама не понимаю особенно , что написала, и чем отличается обычная VB прога от серверной. 0

@tomik_p 0 / 0 / 0 Регистрация: 19.03.2010 Сообщений: 23
	30.03.2010, 18:13 [ТС]
	2 Xraptor. Прочитала внимательнее и еще вопрос возник. Что означает, что серверную прогу писать не надо, только клиентов, а базу выложить на сервер в общий доступ. На какой сервер? 0

@XPraptor 0 / 0 / 3 Регистрация: 28.01.2010 Сообщений: 279
	30.03.2010, 18:41
	На тот сервер, сударыня, к которому все в сети доступ имеют, потому как все клиентские проги на VB именно к одной базе будут стучаться по сети. 0

@tomik_p 0 / 0 / 0 Регистрация: 19.03.2010 Сообщений: 23
	30.03.2010, 19:14 [ТС]
	2 XRaptor.Спасибо XRaptor, я понимаю, что стучаться будут к одному компу, но какой софт должен выступать в качестве серверного? Или просто могут все клиентские проги стучаться к одному и тому же Access файлу? 0

@tomik_p 0 / 0 / 0 Регистрация: 19.03.2010 Сообщений: 23
	31.03.2010, 07:21 [ТС]
	Я прошу прощения, но последние два вопроса остались без ответа, может кто-то ответит? 0

@pl 51 / 17 / 6 Регистрация: 18.05.2007 Сообщений: 1,322
	31.03.2010, 09:02
	Кладем базу в расшаренную папку на одном компе, устанавливаем VB-клиенты на рабочие компы, указав в них путь к расшаренной папке с базой и радуемся жизни. Серверного софта для простых задач не требуется. Достаточно в клиентах предусмотреть блокировку редактируемых записей. 0

papirus
	31.03.2010, 09:50
	Если Вы решили использовать и дальше Access (.mdb), то зачем выдумать отдельную клиентскую часть на VB, VC++, Delphi...(сам Access здесь вполне подходит). Единственно может быть полезно разделить Вашу базу на 2 файла (Сервис - Служебные программы - Разделение баз данных) - таблицы и интерфейс. Файл с таблицами оставляете на сервере (или любом ПК в папке с общим доступом), а клиентские файлы (с интерфейсом) на ПК пользователей.

@tomik_p 0 / 0 / 0 Регистрация: 19.03.2010 Сообщений: 23
	31.03.2010, 17:28 [ТС]
	Спасибо всем большое за советы. 2pl. Если можно, еще один совет. Какой-нибудь пример блокировки редактируемых записей не посоветуете ли? Там дальше буду сама разбираться. 0