Visual Basic, .NET, ASP, VBScript
 

   
   
     

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

Страница: 1 |

 

  Вопрос: как хранить данные? Добавлено: 05.01.07 20:26  

Автор вопроса:  RNB-X
Есть необходимость написать приложение (на VB.NET) которое будет тестировать пользователей задавая при этом вопросы и предоставля варианты ответов. Однако вопрос такой где и как лутше хранить данные (Вопрос, неизвестное кол-во вариантов ответа, количество балов за каждый из вариантов) Посоветуйте пожайлуста если можна с примерами так как с базами данных работать ещё неприходилось!

Ответить

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

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



Вопросов: 58
Ответов: 4255
 Профиль | | #1 Добавлено: 05.01.07 20:51
Однако вопрос такой где и как лутше хранить данные

Разницы никакой.. Где умеешь, там и храни.. txt,xml,database// Короче где угодно...
Посоветуйте пожайлуста если можна с примерами так как с базами данных работать ещё неприходилось

С примерами чего? Работы с БД??? Так это равносильно, что спросить как писать программу! Ты определись что ты хочешь, и что конкретно у тебя не получается..

Ответить

Номер ответа: 2
Автор ответа:
 RNB-X



Вопросов: 17
Ответов: 29
 Профиль | | #2 Добавлено: 05.01.07 21:18
Пример работы создания xml файла програмно если можно...

Ответить

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



Вопросов: 58
Ответов: 4255
 Профиль | | #3 Добавлено: 05.01.07 21:29
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q301282&ID=kb;en-us;Q301282&SD=MSDN

Ответить

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


 

Разработчик Offline Client

Вопросов: 236
Ответов: 8362
 Профиль | | #4 Добавлено: 07.01.07 01:56
А лучше определи примерный объём БД, и примерно что тебе нужно будет для извлечения данных... может сортировка, может условие выборки из бд какое-то... вот если что-то такое специфическое то лучше database... Если ничё специфического из выборки но бд большая, то и xml может не подойти, там много лишних данных...

Ответить

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


Лидер форума

ICQ: 216865379 

Вопросов: 106
Ответов: 9979
 Web-сайт: sharpc.livejournal.com
 Профиль | | #5
Добавлено: 07.01.07 10:00
С понтом в БД мало лишних данных.

Ответить

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



Вопросов: 58
Ответов: 4255
 Профиль | | #6 Добавлено: 07.01.07 12:58
может сортировка, может условие выборки из бд какое-то... вот если что-то такое специфическое то лучше database

К слову сказать.. одна из прелестей НЕТ заключается в том, что используя любой источник данных, xml,txt да хоть тот же ini , ничто не мешает тебе создать один или несколько объектов DataTable, DataSet.. Да хоть ручками забить данными эти объекты. И уже имея их на руках, можно установит ключевые поля, связи.. да все что угодно!! И получится полнейшая иммитация полноценной БД со всеми вытекающими преимуществами. Разумеется, ко всему этому надо подходить с головой и не стоит десятки сотен тысяч строк хранить в xml, но тем не менее факт остается фактом, такая возможность есть и она достаточно легко реализуема. Вообще надо признать,что объектная модель доступа к данным в NET, на порядок лучше предыдущих версий того же DAO, ADO, RDO и прочих разновидностей(имхо)..

Ответить

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


 

Разработчик Offline Client

Вопросов: 236
Ответов: 8362
 Профиль | | #7 Добавлено: 07.01.07 17:15
Ну х.з. возможно, я их дотнета только вб и асп и то краем глаза видел... Но имхо вся эта имитация БД теоретически должна быть медление чем работа с нормальной бд...

С понтом в БД мало лишних данных.

Ну опять же много от БД зависит, но на больших объёмах даже Accsess выиграет у xml :)

Ответить

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



Вопросов: 58
Ответов: 4255
 Профиль | | #8 Добавлено: 08.01.07 01:58
Но имхо вся эта имитация БД теоретически должна быть медление чем работа с нормальной бд...

А и никто не говорит, что она будет быстрее.. Да и потери будут незначительные, да и то только на первом этапе.. загрузка файлов, создание структуры и т.д... Зато потом... мммм одно удовольствие.. ))))

Ответить

Страница: 1 |

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



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