Страница: 1 |
У меня такой вот вопросик: часто возникает потребность создать свою базу данных прямо из программы, как это сделать?? На проимери Microsoft Access, а-то тащить за собой кучу файлов неохота, и вдруг случиться такая гадость, что ты пишеш базу на ХР а юзер пользует версию постарее и сразу возникает глюк.помогите кто чем может
В DAO есть CreateDatabase. Set dbs = CreateDatabase("C:\base.mdb", dbLangGeneral) В ADOX намного проще и красивше: Dim cat As New ADOX.Catalog и ты уже имеешь базу данных И чем строка: cat.Create "Provider=Microsoft.Jet.OLEDB.4.0ata Source=c:\new.mdb" проще и красивше этой: Set dbs = CreateDatabase("C:\base.mdb") ? Есть плюс в пользу АДО , а именно использование Jet провайдера, он лучше работает с акцесом чем ODBC. Конечно это вопрос привычки , но я бы использовал АДО. Ерунда! DAO с Jet работает быстрее. Это, по моему, давно доказано и признано. Правда не намного. Нет причин переходить с DAO на ADO, если работаешь с mdb В этих статьях описано создание базы при помощи ADO и другие вопросы http://vbrussian.com/Article.asp?ID=78 http://vbrussian.com/Article.asp?ID=80 Дело хозяйское, чем пользоваться ADO или DAO. Не, это не религиозность, я сам работаю на ADO под SQL Server А DAO обеспечивает для Jet полную функциональность и можно делать все, что и в DAO. Страница: 1 |
Вопрос: *.mdb
Добавлено: 25.06.03 13:41
Автор вопроса: ZoomerSD | ICQ: 148640473
Ответы
Всего ответов: 10
Номер ответа: 1
Автор ответа:
boevik
Хранитель чата
ICQ: 137392264
Вопросов: 8
Ответов: 557
Web-сайт:
Профиль | | #1
Добавлено: 25.06.03 13:45
Номер ответа: 2
Автор ответа:
Nio
Вопросов: 15
Ответов: 115
Web-сайт:
Профиль | | #2
Добавлено: 25.06.03 15:47
Set dbs = OpenDatabase("C:\base.mdb")
dbs.Execute "CREATE TABLE TableName " & "(F1.NAME F1.TYPE, F2.NAME F2.TYPE...);"
dbs.Close
Номер ответа: 3
Автор ответа:
hedgehog
ICQ: 175571327
Вопросов: 15
Ответов: 207
Web-сайт:
Профиль | | #3
Добавлено: 25.06.03 16:18
cat.Create "Provider=Microsoft.Jet.OLEDB.4.0ata Source=c:\new.mdb"
Номер ответа: 4
Автор ответа:
Alex3
ICQ: 9481061
Вопросов: 18
Ответов: 132
Профиль | | #4
Добавлено: 25.06.03 18:05
Номер ответа: 5
Автор ответа:
MAGNUS
Вопросов: 12
Ответов: 430
Профиль | | #5
Добавлено: 25.06.03 22:31
Номер ответа: 6
Автор ответа:
Alex3
ICQ: 9481061
Вопросов: 18
Ответов: 132
Профиль | | #6
Добавлено: 26.06.03 09:30
Номер ответа: 7
Автор ответа:
Alex&r
Вопросов: 10
Ответов: 105
Профиль | | #7
Добавлено: 26.06.03 09:53
Номер ответа: 8
Автор ответа:
hedgehog
ICQ: 175571327
Вопросов: 15
Ответов: 207
Web-сайт:
Профиль | | #8
Добавлено: 26.06.03 10:23
Безусловно, дело хозяйское, чем пользоваться. И вопрос о скорости весьма спорный - у меня все работает на ADO и при этом выполняются довольно сложные и объемные запросы и процедуры. По личным ощущениям могу сказать, что это быстрее, чем в былые времена, когда пользовал DAO и всякие дэбэ-контролы. Кроме того, ADOX позволяет делать с БД практически все, включая управление пользователями, группами и доступом и все это в удобной (по крайней мере для меня) форме. Короче, спорить об этом нет смысла. Для себя я эту тему закрыл
Номер ответа: 9
Автор ответа:
Nio
Вопросов: 15
Ответов: 115
Web-сайт:
Профиль | | #9
Добавлено: 26.06.03 11:16
Ну если спор достиг уже акой степени религиозности, нелишне вспомнить и BDE с его Парадоксом...
Номер ответа: 10
Автор ответа:
Alex3
ICQ: 9481061
Вопросов: 18
Ответов: 132
Профиль | | #10
Добавлено: 26.06.03 12:14