Вопрос за Access

@DIMAT · Регистрация: 24.06.2010

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

Друзья извините если копирую какую то тему своим вопрос, меня попроси написать набольшую программу базы даннхы накладных для небольшого магазина, в легкости установки и работы пользователям я думаю выбрать в качестве базы Access, но я встречал много раз проблемы с тем что ета база имеет очень большой размер. В общем я хотел унать вашего совета стоит ли использовать ету базу, какие еще могут быть проблемы с ней, однажды я использовал InterBase но там я ставил сервер и пользователы подрубались по лан сети и так же работали с данными, но настроить InterBase не понимающему человеку в етом ни чего не возможно, а за Access мне кажеться просто капируеться база к ней в програме указывается путь подлючения и на одном компе все работает. Что скажете на счет Access?

@solar_wind · 04.05.2011, 12:11

DIMAT, Access - самый простой способ сварганить базу. Работать будет даже по сети и с несколькими пользователями. Косяки будут тоже периодически появляться, в большинстве случаев восстанавливаются за 5 минут, с потерей единичных записей.
Размер базы, конечно будет больше чем остальные СУБД, но не очень сильно, к тому же при современных объемах жестких дисков, это не так существенно.

@Grossmeister · 04.05.2011, 12:28

Сообщение от vitaly1981

Размер базы, конечно будет больше чем остальные СУБД,

Больше, чем остальные ЛЮБЫЕ СУБД?

@solar_wind · 04.05.2011, 12:41

Grossmeister, Если иметь ввиду чисто файл с данными, то скорее да, с другой стороны тут однозначно определить нельзя, условностей много.

@unick12345 · 04.05.2011, 12:51

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

@solar_wind · 04.05.2011, 13:01

unick12345, Тормоза тоже понятие относительное, если база грамотно проиндексирована, то все нормально работает, а при больших объемах данных любые СУБД будут тормозить.
Накапливание мусора в базе, который удаляется после сжатия, на производительность не особо должен влиять, и это характерно для большинства СУБД.

@unick12345 · 04.05.2011, 13:02

базы Access и таблицы Foxpro очень чувствительны к мусору и объему (тем более последняя, так как размер ограничен

)

@Grossmeister · 04.05.2011, 13:12

Сообщение от vitaly1981

то скорее да

Скажу за Oracle, как за наиболее мне знакомую СУБД. Допустим, у нас микро БД на 3 таблицы.
В Oracle будет:
1. файл со словарем (содержит метаданные о пользовательских данных) - SYSTEM
2. файл таб. пространства UNDO - для отката изменений и консистентного чтения во время изменений
3. файл временного таб. пространства TEMP - для разных целей, например, для временной выгрузки данных, когда процесс сортировки не помещается в памяти
4. если Oracle >= 10, то файл таб. пространства SYSAUX - туда выгружены системные структуры, обеспечивающие всякие фичи Oracle
5. минимум один файл с пользовательскими данными - этими самыми 3 таблицами
Это файлы данных (самый минимальный набор).

Плюс управляющий файл, плюс минимум 2 журнала транзакций - redo logs
Чисто для ориентировки по размеру - если мы инсталлируем Oracle и заказываем создать БД по умолчанию, то суммарный размер файлов БД где-то 1 Гб

@solar_wind · 04.05.2011, 18:41

Grossmeister, поэтому я и говорю что тут все очень относительно
И Oracle для данной задачи, слишком круто )

@vivat7 · 05.05.2011, 11:34

КАТЕГОРИЧЕСКИ не рекомендую работать с Access классическим способом по сети. Следует использовать только терминальный сервер (например, старый добрый Server 2003 SP2) Т.е. база крутится на сервере, а компьютерах пользователей кроме клиента удаленного стола нет ничего. Только так имеем скорость и почти полное отсутствие описанного выше геморроя.
Много лет не беспроблемно, но терпимо эксплуатирую 2 базы с большим количеством записей и пользователей.
P.S. И не забыть отделить интерфейс от данных. Впрочем, это классика жанра...

Новые блоги и статьи Все статьи Все блоги /
Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .	Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .
Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при изменении наименования справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере изменения наименования типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .

@DIMAT 2 / 2 / 0 Регистрация: 24.06.2010 Сообщений: 81

	Вопрос за Access 04.05.2011, 11:40. Показов 879. Ответов 9 Метки нет (Все метки) Друзья извините если копирую какую то тему своим вопрос, меня попроси написать набольшую программу базы даннхы накладных для небольшого магазина, в легкости установки и работы пользователям я думаю выбрать в качестве базы Access, но я встречал много раз проблемы с тем что ета база имеет очень большой размер. В общем я хотел унать вашего совета стоит ли использовать ету базу, какие еще могут быть проблемы с ней, однажды я использовал InterBase но там я ставил сервер и пользователы подрубались по лан сети и так же работали с данными, но настроить InterBase не понимающему человеку в етом ни чего не возможно, а за Access мне кажеться просто капируеться база к ней в програме указывается путь подлючения и на одном компе все работает. Что скажете на счет Access? 0

@solar_wind 770 / 760 / 59 Регистрация: 06.07.2009 Сообщений: 3,021
	04.05.2011, 12:11
	DIMAT, Access - самый простой способ сварганить базу. Работать будет даже по сети и с несколькими пользователями. Косяки будут тоже периодически появляться, в большинстве случаев восстанавливаются за 5 минут, с потерей единичных записей. Размер базы, конечно будет больше чем остальные СУБД, но не очень сильно, к тому же при современных объемах жестких дисков, это не так существенно. 1

@solar_wind 770 / 760 / 59 Регистрация: 06.07.2009 Сообщений: 3,021
	04.05.2011, 12:41
	Grossmeister, Если иметь ввиду чисто файл с данными, то скорее да, с другой стороны тут однозначно определить нельзя, условностей много. 0

@unick12345 1866 / 1186 / 192 Регистрация: 27.03.2009 Сообщений: 4,603
	04.05.2011, 12:51
	а насчет размера-если размер базы слишком большой то все начинает тормозить. есть код сжатия базы. выставить автоматическое или ручное выполнение (можно по периоду) и все будет как надо 0

@solar_wind 770 / 760 / 59 Регистрация: 06.07.2009 Сообщений: 3,021
	04.05.2011, 13:01
	unick12345, Тормоза тоже понятие относительное, если база грамотно проиндексирована, то все нормально работает, а при больших объемах данных любые СУБД будут тормозить. Накапливание мусора в базе, который удаляется после сжатия, на производительность не особо должен влиять, и это характерно для большинства СУБД. 0

@unick12345 1866 / 1186 / 192 Регистрация: 27.03.2009 Сообщений: 4,603
	04.05.2011, 13:02
	базы Access и таблицы Foxpro очень чувствительны к мусору и объему (тем более последняя, так как размер ограничен ) 0

@solar_wind 770 / 760 / 59 Регистрация: 06.07.2009 Сообщений: 3,021
	04.05.2011, 18:41
	Grossmeister, поэтому я и говорю что тут все очень относительно И Oracle для данной задачи, слишком круто ) 0

@vivat7 31 / 17 / 0 Регистрация: 31.05.2010 Сообщений: 102
	05.05.2011, 11:34
	КАТЕГОРИЧЕСКИ не рекомендую работать с Access классическим способом по сети. Следует использовать только терминальный сервер (например, старый добрый Server 2003 SP2) Т.е. база крутится на сервере, а компьютерах пользователей кроме клиента удаленного стола нет ничего. Только так имеем скорость и почти полное отсутствие описанного выше геморроя. Много лет не беспроблемно, но терпимо эксплуатирую 2 базы с большим количеством записей и пользователей. P.S. И не забыть отделить интерфейс от данных. Впрочем, это классика жанра... 0