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

@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. Если можно, еще один совет. Какой-нибудь пример блокировки редактируемых записей не посоветуете ли? Там дальше буду сама разбираться.

Новые блоги и статьи Все статьи Все блоги /
Изучаю kubernetes lagorue 13.01.2026 А пригодятся-ли мне знания kubernetes в России?	Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .
Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .	Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .

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

	Как организовать работу с базой? 29.03.2010, 18:57. Показов 1850. Ответов 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