Visual Basic, .NET, ASP, VBScript
 

   
   
     

Форум - Работа с данными

Страница: 1 |

 

  Вопрос: Какую альтернативу выбрать для MS Access Добавлено: 02.11.05 18:40  

Автор вопроса:  Pantalone
В конторе используют в качестве базы MS Access, обращаясь к ней из клиента на VB или Delfi. Босс хочет чтобы продукт работал с другой базой и хочет отказаться от Access. Какие есть альтернативы среди файловых БД (не серверных)? Причем нужно сохранить возможность делать SQL запросы и желательно транзакции. Или разрабатывать свой?

Ответить

  Ответы Всего ответов: 12  

Номер ответа: 1
Автор ответа:
 GSerg



Вопросов: 0
Ответов: 1876


 Профиль | | #1 Добавлено: 02.11.05 19:04
Боссу сделать базу данных в XML.
И работать на ней долго.
Когда она достаточно вырастет, босс сам взмолится о серверном решении.

Ответить

Номер ответа: 2
Автор ответа:
 Pantalone



Вопросов: 32
Ответов: 104
 Профиль | | #2 Добавлено: 02.11.05 19:22
Каприз босса, он у нас с прибабахом вообще.
Причины:
1) невозможность создать файл базы, необходимость его присутствия изначально
2) минимальный размер пустого файла базы порядка 300 кило
3) при заполнении нехило разрастается (он видел подобный продукт и там она раз в 5 меньше при заполнении тем же набором данных)
4) необходимость сжимать вайл базы при удалении данных

Короче мы с народом в тихом ауте.

Ответить

Номер ответа: 3
Автор ответа:
 Pantalone



Вопросов: 32
Ответов: 104
 Профиль | | #3 Добавлено: 02.11.05 19:25
Это чем собственно босса на устроил Access

Ответить

Номер ответа: 4
Автор ответа:
 Pantalone



Вопросов: 32
Ответов: 104
 Профиль | | #4 Добавлено: 02.11.05 20:11
http://support.microsoft.com/kb/q262537/
:)

Ответить

Номер ответа: 5
Автор ответа:
 GSerg



Вопросов: 0
Ответов: 1876


 Профиль | | #5 Добавлено: 02.11.05 21:16
Касаемо причин.

1. Бред. Пустая база создаётся кодом с нуля на раз.
2. А вот нефиг в формате jet 4.0. 3.51 используйте тогда, 60 кил пустая база.
3. Разрастание базы является свидетельством ошибок в её проектировании.
4. CompactDatabase - метод, вызывать который лейгко и приятно.
И совсем не обязательно делать это каждый раз. Раз в неделю можно, например.

Ответить

Номер ответа: 6
Автор ответа:
 Pantalone



Вопросов: 32
Ответов: 104
 Профиль | | #6 Добавлено: 02.11.05 21:59
1) Каким образом?
2) Тоже не ясно, в формате Access 97 файл и то 100 кило имеет, 2003 все 300.
3) Данные не учитываем?

Ответить

Номер ответа: 7
Автор ответа:
 GSerg



Вопросов: 0
Ответов: 1876


 Профиль | | #7 Добавлено: 02.11.05 22:11
1. http://bbs.vbstreets.ru/viewtopic.php?t=13474
2. А это много??? Или вариант "Солидная фирма возьмёт в аренду дырокол"?
3. Данные учитываем. Особенно дублирование данных, которое при неудачном дизайне наблюдается.

Ответить

Номер ответа: 8
Автор ответа:
 EROS



Вопросов: 58
Ответов: 4255
 Профиль | | #8 Добавлено: 03.11.05 02:37
  На мой взгляд GSerg абсолютно прав. mdb-база идеальный вариант для многих решений по нескольким причинам. Среди которых:
- VB изначально ориентирован для работы именно с этой базой.
- возможность контроля и разработки в Access
- простота в работе
- масса разнообразных библитек доступа к данным как от MS так и от сторонних разработчиков: DAO,ADO,RDO и т.д..
- удовлетворяет практически всем требованииям к БД (хранимые процедуры,запросы, транзакции ...)
- масса примеров по работе с нею как в сети так и в книгах
- проверена и надежна..
- этот список можно продолжать до бесконечности..

Единственный минус ИМХО.. скорее даже не минус,а некоторое неудобство, это необходимость вызова метода Compact. Но это мелочь,которой можно принебречь. И как сказал GSerg, при грамотном подходе к структуре БД, она будет работать на ура! И по моему глубокому убеждению, для локальных решений эта база лучший выбор для ВБ программиста.

Ответить

Номер ответа: 9
Автор ответа:
 astoro



ICQ: 649109 

Вопросов: 31
Ответов: 391
 Профиль | | #9 Добавлено: 03.11.05 06:29
я вижу одну большую проблему (практически) при одновременном подключении и работе более 50 пользователей - очень сильно тормозит.
Например MySQL - тоже тормозная вещь (особенно когда много запросов подряд), однако скорость ее работы почти не зависит от количества пользователей (у меня - 130, не знаю, что будет, если их станет больше), разницы не наблюдается, работает один пользователь, или 130.

Ответить

Номер ответа: 10
Автор ответа:
 GSerg



Вопросов: 0
Ответов: 1876


 Профиль | | #10 Добавлено: 03.11.05 12:21
50 одновременных пользователей на одну MDB?
Это извращение гораздо хуже, чем база в XML.

Ответить

Номер ответа: 11
Автор ответа:
 Павел



Администратор

ICQ: 326066673 

Вопросов: 368
Ответов: 5968
 Web-сайт: www.vbnet.ru
 Профиль | | #11
Добавлено: 04.11.05 19:58
Моя статья о программном создании БД Access:

http://www.vbnet.ru/articles/showarticle.aspx?id=42

Ответить

Номер ответа: 12
Автор ответа:
 AndreyMp



ICQ: 237822510 

Вопросов: 28
Ответов: 1182
 Профиль | | #12 Добавлено: 05.11.05 05:40
http://forum.sources.ru/index.php?showtopic=118797

Ответить

Страница: 1 |

Поиск по форуму



© Copyright 2002-2011 VBNet.RU | Пишите нам