VB. NET и Базы данных

@ronick.ru · Регистрация: 12.12.2010

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

Как вы думаете стоит ли использовать SQL Server для разработки баз данных при создании программы с интерфейсом на VB.NET или есть какие-то более простые способы создания и хранения баз...что-то SQL Server мне показался слишком тяжелым...с первого взгляда...а вот Мак Манус начинает книгу 'обработка баз данных...' именно с описания этой проги...
У меня работает программа в excel написана в VBA но она довольно медленная и не справляется с тем объемом данных которые ей приходится перерабатывать ...вообщем решил перейти на VB.NET думаю особых сложностей с обработкой не будет да и с интерфейсом тоже ...а вот с самими базами...в каком формате...не знаю...может кто подскажет?

@GensV · 04.01.2011, 18:30

Работаю на VS.NET+MSAccess, если имеются ввиду настольные приложения с большим колличеством данных. Работаю долго, приложения различного уровня. Пока не жалею.

@KOlegN · 05.01.2011, 02:13

На мой взгляд лучше SQL Server для разработки баз данных ничего нет (по крайней мере пока).

'есть какие-то более простые способы создания и хранения баз...что-то SQL Server мне показался слишком тяжелым...с первого взгляда...а вот Мак Манус начинает книгу 'обработка баз данных...' именно с описания этой проги...'

Это на первый взгляд. Сначало может и сложновато в понимании, но потом ... только плюсы.

Просто если использовать SQL Server 2000 (например), надо воспринять его как еще одну среду разработки (VB.NET для интерфейса, а SQL Server для базы данных). И все, что касается обработки данных делать на SQL Server... ну а результат показывать с помощью VB.NET.

@GensV · 05.01.2011, 11:44

Согласен с KOlegN, но когда речь идет о настольном приложении БД? SQL Server - не всегда установлен законно например. Можно и XML, но только размер данных...

@bazile · 05.01.2011, 11:55

2 GensV
Насчет незаконной установки. Для этих случаев есть специальная бесплатная версия MSSQL - Microsoft SQL Server 2000 Desktop Engine.
http://www.microsoft.com/sql/msde/default.asp

@GensV · 05.01.2011, 16:33

Согласен, что бесплатная. А сравнить с полной? А есть ли необходимость использования всей мощи SQL Server для простого хранения кучи данных?

@GensV · 05.01.2011, 16:36

Да, кстати, при установке .NET, вернее в дистрибутиве msde 'валяется' на дисках CD (or DVD).

@ronick.ru · 06.01.2011, 15:55 **[ТС]**

Вопрос может даже не столько в создании...всё равно изучать что-то новое придется всегда...вопрос в сложности сопровождения ...нужно ли чтоб на машине куда потом программа будет установлена устанавливать SQL Server если да...то это оправдано наверное для больших организаций со сложными схемами работы...А про Акес я читал что только для локальной работы...конечно можно всегда найти выход из ситуации...
Вот думаю, мне бы не хотелось как раз возится с базами как с малыми детьми..важно то насколько удобно использовать данные насколько быстро можно их извлечь или записать...Всё же конечному пользователю будет абсолютно всё равно какие инструменты использованы - важно что работает быстро и надежно...вот в этом вопрос.
...пока ещё в раздумьях...но схемы отношений баз данных уже нарисованы...вопрос где делать...где их создавать...в каком формате хранить...и важно чтоб небыло сложнее работать (именно работать а не создавать) чем работается сейчас с VBA и экселем...иначе смысла вообще нет переделывать...

@KOlegN · 07.01.2011, 01:31

GensV
'Согласен, что бесплатная. А сравнить с полной?'

В этом то и вся прелесть. В функционале разницы нет. Есть ограничение 2 Гб и (не знаю точно) по количеству соединений в версии MSDE. И что же.

Зато есть плюс, в том что разработчику этого достаточно, а уж заказчик пусть позаботится о полной версии. И еще. Разработчику не надо чего-то переделывать для полной версии. Подключил базу и работайте. Тем более, что, в конце концов, с SQL Server-ом с клиента работать на много проще чем ..., если конечно база хорошо построена.

Я не говорю, что Access - плохо. Нет. Я имею ввиду, что с SQL Server больше перспектив.

@ronick.ru · 07.01.2011, 10:15 **[ТС]**

Т.е. Устанавливать SQL Server придется по любому и разработчику (что и так понятно) и пользователю программы....а нужно ли устанавливать Access пользователю чтоб использовать базы данных access? или достаточно того что программа на VB.NET будет сама понимать формат баз данных access

@ronick.ru · 07.01.2011, 10:56 **[ТС]**

А что если для хранения использовать вообще фаил Excel или ...txt скажем?
Насколько это вообще не бредовая идея?

@rulez · 09.01.2011, 18:01

XML тогда уж используй, для этого хоть стандартные средства загрузкивыгрузки есть (в DataSet)

@ronick.ru · 09.01.2011, 21:27 **[ТС]**

А xml создавать в access или SQL Server?

@aes5 · 10.01.2011, 08:41

А вообще, о каком объеме данных идет речь? Начинать надо отсюда.

@rulez · 10.01.2011, 17:49

XML создавать в .NET без всяких БД

@ronick.ru · 10.01.2011, 21:45 **[ТС]**

Товар (автозапчасти) на сегодня - 4000 наименований
Клиенты - сегодня - 1500 организаций и частных лиц
Поставщики - около 50
Продажа осуществляется одновременно через 2 организации (из за разных систем налогообложения)
3 оператора , 1 администратор системы
Дисконтные карты, доверенности, информационные таблицы применяемости и.т.д...но основное всё же это клиенты поставщики и товар...вот 3 таблицы...из которых формируются основные книги Расхода, прихода, платежей...и.т.д...
Впринципе вся база расписана потаблично...и даже по полям...т.е. количество полей и информация которая в них будет хранится уже известны...осталось найти инструмент...
А где в .net создавать xml ?
Спасибо за участие...

@rulez · 11.01.2011, 10:28

Формуруешь DataSet и потом делаешь WriteXml

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfsystemdatadatasetclasswritexmltopic .asp

@aes5 · 11.01.2011, 13:53

В принципе при этих объемах и количестве пользователей хватит и Access'а. И он не только для локальной работы. Сам Access ставить на клиентскую машину не надо, в отличие от SQL Server'а.
Можно попробовать и XML, но мне кажется будет тормозить (ИМХО). Если только из спортивного интереса.

@ronick.ru · 11.01.2011, 16:36 **[ТС]**

Да пока спортивного интереса нет...вот когда будет работать программа можно попробовать что-то иное...вот впринципе как сейчас...
Т.е. для работы с базами данных Access установка MS Office не обязательна?
И ещё вопрос по ходу пьессы...
Лучше в разных БД хранить таблицы с клиентами и товаром скажем...или в одной...как это повлияет на скорость обработки данных на сколько быстрым будет сохранение ведь любое изменение если сохранять то придется сохранять весь файл БД...наверное я правильно объяснил и вообще сам правильно всё понял

@aes5 · 11.01.2011, 17:18

>Лучше в разных БД хранить таблицы с клиентами и товаром скажем...или >в одной...как это повлияет на скорость обработки данных на сколько >быстрым будет сохранение ведь любое изменение если сохранять то >придется сохранять весь файл БД...наверное я правильно объяснил и >вообще сам правильно всё понял

Да я думаю фиолетово. Я не очень понимаю в тонкостях физического взаимодействия с БД. Не заморачивайся, не те объемы

.

Офис для Access базы не нужен, если только не потребуется руками в базу залезть.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .

@ronick.ru 0 / 0 / 0 Регистрация: 12.12.2010 Сообщений: 72

	VB. NET и Базы данных 04.01.2011, 17:53. Показов 4141. Ответов 24 Метки нет (Все метки) Как вы думаете стоит ли использовать SQL Server для разработки баз данных при создании программы с интерфейсом на VB.NET или есть какие-то более простые способы создания и хранения баз...что-то SQL Server мне показался слишком тяжелым...с первого взгляда...а вот Мак Манус начинает книгу 'обработка баз данных...' именно с описания этой проги... У меня работает программа в excel написана в VBA но она довольно медленная и не справляется с тем объемом данных которые ей приходится перерабатывать ...вообщем решил перейти на VB.NET думаю особых сложностей с обработкой не будет да и с интерфейсом тоже ...а вот с самими базами...в каком формате...не знаю...может кто подскажет? 0

@GensV 0 / 0 / 0 Регистрация: 11.10.2010 Сообщений: 17
	04.01.2011, 18:30
	Работаю на VS.NET+MSAccess, если имеются ввиду настольные приложения с большим колличеством данных. Работаю долго, приложения различного уровня. Пока не жалею. 0

@KOlegN 2 / 2 / 0 Регистрация: 30.05.2010 Сообщений: 70
	05.01.2011, 02:13
	На мой взгляд лучше SQL Server для разработки баз данных ничего нет (по крайней мере пока). 'есть какие-то более простые способы создания и хранения баз...что-то SQL Server мне показался слишком тяжелым...с первого взгляда...а вот Мак Манус начинает книгу 'обработка баз данных...' именно с описания этой проги...' Это на первый взгляд. Сначало может и сложновато в понимании, но потом ... только плюсы. Просто если использовать SQL Server 2000 (например), надо воспринять его как еще одну среду разработки (VB.NET для интерфейса, а SQL Server для базы данных). И все, что касается обработки данных делать на SQL Server... ну а результат показывать с помощью VB.NET. 0

@GensV 0 / 0 / 0 Регистрация: 11.10.2010 Сообщений: 17
	05.01.2011, 11:44
	Согласен с KOlegN, но когда речь идет о настольном приложении БД? SQL Server - не всегда установлен законно например. Можно и XML, но только размер данных... 0

@bazile 86 / 62 / 69 Регистрация: 15.03.2007 Сообщений: 6,903
	05.01.2011, 11:55
	2 GensV Насчет незаконной установки. Для этих случаев есть специальная бесплатная версия MSSQL - Microsoft SQL Server 2000 Desktop Engine. http://www.microsoft.com/sql/msde/default.asp 0

@GensV 0 / 0 / 0 Регистрация: 11.10.2010 Сообщений: 17
	05.01.2011, 16:33
	Согласен, что бесплатная. А сравнить с полной? А есть ли необходимость использования всей мощи SQL Server для простого хранения кучи данных? 0

@GensV 0 / 0 / 0 Регистрация: 11.10.2010 Сообщений: 17
	05.01.2011, 16:36
	Да, кстати, при установке .NET, вернее в дистрибутиве msde 'валяется' на дисках CD (or DVD). 0

@ronick.ru 0 / 0 / 0 Регистрация: 12.12.2010 Сообщений: 72
	06.01.2011, 15:55 [ТС]
	Вопрос может даже не столько в создании...всё равно изучать что-то новое придется всегда...вопрос в сложности сопровождения ...нужно ли чтоб на машине куда потом программа будет установлена устанавливать SQL Server если да...то это оправдано наверное для больших организаций со сложными схемами работы...А про Акес я читал что только для локальной работы...конечно можно всегда найти выход из ситуации... Вот думаю, мне бы не хотелось как раз возится с базами как с малыми детьми..важно то насколько удобно использовать данные насколько быстро можно их извлечь или записать...Всё же конечному пользователю будет абсолютно всё равно какие инструменты использованы - важно что работает быстро и надежно...вот в этом вопрос. ...пока ещё в раздумьях...но схемы отношений баз данных уже нарисованы...вопрос где делать...где их создавать...в каком формате хранить...и важно чтоб небыло сложнее работать (именно работать а не создавать) чем работается сейчас с VBA и экселем...иначе смысла вообще нет переделывать... 0

@KOlegN 2 / 2 / 0 Регистрация: 30.05.2010 Сообщений: 70
	07.01.2011, 01:31
	GensV 'Согласен, что бесплатная. А сравнить с полной?' В этом то и вся прелесть. В функционале разницы нет. Есть ограничение 2 Гб и (не знаю точно) по количеству соединений в версии MSDE. И что же. Зато есть плюс, в том что разработчику этого достаточно, а уж заказчик пусть позаботится о полной версии. И еще. Разработчику не надо чего-то переделывать для полной версии. Подключил базу и работайте. Тем более, что, в конце концов, с SQL Server-ом с клиента работать на много проще чем ..., если конечно база хорошо построена. Я не говорю, что Access - плохо. Нет. Я имею ввиду, что с SQL Server больше перспектив. 0

@ronick.ru 0 / 0 / 0 Регистрация: 12.12.2010 Сообщений: 72
	07.01.2011, 10:15 [ТС]
	Т.е. Устанавливать SQL Server придется по любому и разработчику (что и так понятно) и пользователю программы....а нужно ли устанавливать Access пользователю чтоб использовать базы данных access? или достаточно того что программа на VB.NET будет сама понимать формат баз данных access 0

@ronick.ru 0 / 0 / 0 Регистрация: 12.12.2010 Сообщений: 72
	07.01.2011, 10:56 [ТС]
	А что если для хранения использовать вообще фаил Excel или ...txt скажем? Насколько это вообще не бредовая идея? 0

@rulez 3 / 3 / 3 Регистрация: 13.02.2009 Сообщений: 465
	09.01.2011, 18:01
	XML тогда уж используй, для этого хоть стандартные средства загрузкивыгрузки есть (в DataSet) 0

@ronick.ru 0 / 0 / 0 Регистрация: 12.12.2010 Сообщений: 72
	09.01.2011, 21:27 [ТС]
	А xml создавать в access или SQL Server? 0

@aes5 0 / 0 / 0 Регистрация: 04.03.2009 Сообщений: 79
	10.01.2011, 08:41
	А вообще, о каком объеме данных идет речь? Начинать надо отсюда. 0

@rulez 3 / 3 / 3 Регистрация: 13.02.2009 Сообщений: 465
	10.01.2011, 17:49
	XML создавать в .NET без всяких БД 0

@ronick.ru 0 / 0 / 0 Регистрация: 12.12.2010 Сообщений: 72
	10.01.2011, 21:45 [ТС]
	Товар (автозапчасти) на сегодня - 4000 наименований Клиенты - сегодня - 1500 организаций и частных лиц Поставщики - около 50 Продажа осуществляется одновременно через 2 организации (из за разных систем налогообложения) 3 оператора , 1 администратор системы Дисконтные карты, доверенности, информационные таблицы применяемости и.т.д...но основное всё же это клиенты поставщики и товар...вот 3 таблицы...из которых формируются основные книги Расхода, прихода, платежей...и.т.д... Впринципе вся база расписана потаблично...и даже по полям...т.е. количество полей и информация которая в них будет хранится уже известны...осталось найти инструмент... А где в .net создавать xml ? Спасибо за участие... 0

@rulez 3 / 3 / 3 Регистрация: 13.02.2009 Сообщений: 465
	11.01.2011, 10:28
	Формуруешь DataSet и потом делаешь WriteXml http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfsystemdatadatasetclasswritexmltopic .asp 0

@aes5 0 / 0 / 0 Регистрация: 04.03.2009 Сообщений: 79
	11.01.2011, 13:53
	В принципе при этих объемах и количестве пользователей хватит и Access'а. И он не только для локальной работы. Сам Access ставить на клиентскую машину не надо, в отличие от SQL Server'а. Можно попробовать и XML, но мне кажется будет тормозить (ИМХО). Если только из спортивного интереса. 0

@ronick.ru 0 / 0 / 0 Регистрация: 12.12.2010 Сообщений: 72
	11.01.2011, 16:36 [ТС]
	Да пока спортивного интереса нет...вот когда будет работать программа можно попробовать что-то иное...вот впринципе как сейчас... Т.е. для работы с базами данных Access установка MS Office не обязательна? И ещё вопрос по ходу пьессы... Лучше в разных БД хранить таблицы с клиентами и товаром скажем...или в одной...как это повлияет на скорость обработки данных на сколько быстрым будет сохранение ведь любое изменение если сохранять то придется сохранять весь файл БД...наверное я правильно объяснил и вообще сам правильно всё понял 0

@aes5 0 / 0 / 0 Регистрация: 04.03.2009 Сообщений: 79
	11.01.2011, 17:18
	>Лучше в разных БД хранить таблицы с клиентами и товаром скажем...или >в одной...как это повлияет на скорость обработки данных на сколько >быстрым будет сохранение ведь любое изменение если сохранять то >придется сохранять весь файл БД...наверное я правильно объяснил и >вообще сам правильно всё понял Да я думаю фиолетово. Я не очень понимаю в тонкостях физического взаимодействия с БД. Не заморачивайся, не те объемы . Офис для Access базы не нужен, если только не потребуется руками в базу залезть. 0