Форум: Форум C++Разное
Новые темы: 00
PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум C++

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: DLL или база данных?
 
 автор: EvgenLog   (03.02.2007 в 13:50)   письмо автору
 
 

Долго думал, каким же способом лучше начинать писать приложение, которое будет содеражать очень много информации... Сначала хотел на БД, а вот сейчас что-то передумываю потихоньку.
Демо версию я написал с помощью Дизайнера Форм, но в ней все элементы не активны, т.е. при нажатии на кнопки и ссылки ничего не происходит. Чтобы программа была работоспособна, нужно подключать или БД или DLL. В данный момент я склоняюсь ко второму варианту.

Может быть действительно, можно всю информацию спихать в DLL? И оттуда выковыривать по мере необходимости? Но с другой стороны, насколько я знаю, DLL грузится вся, в независимости от того, какой компонент из неё нужен. Следовательно, еси загрузится всё и сразу, то будет занято 200 с лишним Мб оперативки... Не очень рационально. Может быть будет выгодней использовать несколько явно загружаемых библиотек? Пусть их будет сотня, но зато оперативка будет использоваться рационально, следовательно приложение будет работать быстрей.

Собственно вопросы:
1) Возможно-ли в DLL хранить зашифрованную текстовую информацию?
2) Стоит-ли использовать отложенные вызовы DLL?
3) Возможно-ли будет обнавлять информацию содержащююся в DLL?
4) Стоит-ли вообще использовать этот способ? Насколько он эффективен?

  Ответить  
 
 автор: Фитч   (03.02.2007 в 18:46)   письмо автору
 
   для: EvgenLog   (03.02.2007 в 13:50)
 

3) Нет, нельзя
1) Можно, но см. ниже

Вообще DLL создана для хранения не инфы, а функций. Если объем данных велик, а требуется скорость, то БД будет наилучшим выбором.

  Ответить  
 
 автор: EvgenLog   (04.02.2007 в 11:13)   письмо автору
 
   для: Фитч   (03.02.2007 в 18:46)
 

А где ещё можно хранить информацию, кроме БД?

  Ответить  
 
 автор: cheops   (04.02.2007 в 12:21)   письмо автору
 
   для: EvgenLog   (04.02.2007 в 11:13)
 

Вообще говоря 200 Мб информации без базы данных будет очень сложно организовать. Скорее в вашем случае нужно ставить выделенный сервер и клиента и организовывать общение через SSL.

  Ответить  
 
 автор: EvgenLog   (04.02.2007 в 20:06)   письмо автору
 
   для: cheops   (04.02.2007 в 12:21)
 

Ну а как тогда быть с людьми, у которых нет интернета? Нет, всётаки придётся использовать локальную БД... Вот только просто так это будет рботать? Т.е., если я использую SQL для хранения данных, то мне на машину пользователя надо бужет его установить? (MS SQL Server)

  Ответить  
 
 автор: sidPR   (05.02.2007 в 21:50)   письмо автору
 
   для: EvgenLog   (04.02.2007 в 20:06)
 

Хочю присоединится в тему и узнать еще такой вопрос по поводу выбора места хранения информации есть MySql и Oracle , о втором я ничего конкретного не слышал и для каких нужд он применяется и как взаимодействует с приложениями , и ктоже всетаки мощнее (круче,быстрее,массивнее) как угодно что лучше выбрать и чем они отличаются?

  Ответить  
 
 автор: cheops   (06.02.2007 в 00:56)   письмо автору
 
   для: sidPR   (05.02.2007 в 21:50)
 

Oracle - круче, надёжнее, быстрее, дороже - это флагманская СУБД, MySQL - это догоняющая СУБД с открытым движком.

  Ответить  
 
 автор: sidPR   (06.02.2007 в 01:16)   письмо автору
 
   для: cheops   (06.02.2007 в 00:56)
 

а какая разница в использовании ? тяжело ли в освоении Oracle по сравнению с Mysql?

  Ответить  
 
 автор: cheops   (06.02.2007 в 02:06)   письмо автору
 
   для: sidPR   (06.02.2007 в 01:16)
 

Ну собственно Oracle более развит, более функционален и соответствует стандарту SQL, поэтому вероятнее он будет по сложнее, но не на много.

  Ответить  
 
 автор: EvgenLog   (06.02.2007 в 11:50)   письмо автору
 
   для: cheops   (06.02.2007 в 02:06)
 

Хм. Интересно. А что потребуется ствить клиенту на машину, если использовать Oracle? И вот ещё, базы построенные на MS Access насколько работоспособны?

  Ответить  
 
 автор: cheops   (06.02.2007 в 12:40)   письмо автору
 
   для: EvgenLog   (06.02.2007 в 11:50)
 

Клиентское ПО и библиотеку для взаимодействия с СУБД.

>MS Access насколько работоспособны?
От них, как правило, отказываются - там своя система построения форм и в ней прилично глюков.

  Ответить  
 
 автор: EvgenLog   (06.02.2007 в 18:13)   письмо автору
 
   для: cheops   (06.02.2007 в 12:40)
 

Но ведь можно базу содать в MS Access, а потом конвертировать её в SQL? тогда всё нормуль будет?

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования