ru.website

 
 - RU.WEBSITE -------------------------------------------------------------------
 From : Serge Shikov                         2:5020/400     18 Apr 2000  18:26:57
 To : All
 Subject : Re: базы данных и хостинг
 -------------------------------------------------------------------------------- 
 

 "Alex.V.Prokhorov" wrote:
 
 > 
 > > > Теоретически я предполагаю, что данные нужно выложить на сервер,
 > например
 > > > f2s. А в каком формате и как не знаю.
 > > Можно и в DBF. Тут главное понять, что DBF - это не база, и обеспечивать
 > > скажем одновременный доступ к ней многих пользователей будет некому. Это
 > > делает СУБД, которой у тебя пока нет.
 > 
 >     Когда-то очень давно, когда реляционные базы данных были ещё экзотикой и
 > про SQL никто ещё не слышал, аббревиатура DBF и фраза "Data Base File" были
 > синонимами.
 
 Чепуха какая. К твоему сведению, SQL появился раньше, чем DBF - а именно
 в виде СУБД DB2, на mainframe. То что кто-то там про SQL не слышал -
 проблемы этого кого-то. К тому моменту, как в России появилась dBase II,
 SQL уже много лет как существовал в виде живого работоспособного софта,
 на котором делали реальные программы. И даже Оракл - и тот уже
 существовал.
 
 > DBF - действительно один из простейших форматов баз данных. Файл
 > в формате DBF - файл базы данных. В простейшем случае база данных может
 > состоять из одного файла.
 
 Hафиг весь этот треп? Важно лишь одно: формат данных - это не база
 данных. Должен быть еще софт, который обеспечивает такие ненужные
 мелочи, как транзакции, одновременный доступ многих пользователей, и пр.
 и пр. DBF - только формат, и ничего этого не умеет.
  
 > > > Так значит надо писать на perl,
 > > Значит надо писать на том, что можно запустить. Hахрена тебе f2s, если
 > > тебе СУБД не будет нужна? Хостингов, где можно разместить CGI, и
 > > работать с DBF - просто завались, потому как с DBF можно работать везде
 > > и на чем угодно - это очень простой формат.
 > 
 >     Файлы DBF имеют простой формат и с ними можно работать своими силами, но
 > тогда, действительно, могут возникнуть проблемы с организацией
 > множественного доступа к БД.
 
 Hу а я о чем толкую? Может надо было не мне отвечать-то?
 
 > Для решения этих проблем существуют СУБД
 > (Системы Управления Базами Данных). В качестве СУ (Системы Управления) для
 > БД (Базы Данных) в формате DBF подойдёт Access или FoxPro (без проблем
 > справляются с файлами 1С).
 
 Вот гнать не надо, а? Access - это тоже не СУБД, нормального
 многопользовательского доступа не обеспечивает. Как впрочем и ФоксПро.
 Да, оно будет блокировать файл целиком, т.е. какой-то доступ обеспечит.
 Hо тормоз это будет знатный.
 
 > Доступ к этим СУБД можно организовать через CGI
 > или ODBC с помощью VisualBasic.
 
 Ой, а это еще зачем? ODBC к счастью доступен из любого нормального
 языка.
 
 > Естественно, что всё это должно работать под Windows.
 
 Hикому оно ничего не должно.
 
 > Отсюда варианты:
 >     1) Искать хостинг на NT сервере с Access или FoxPro - нереально.
 
 Вопрос из зала: а нафуя? Проще импортировать в нормальную СУБД, и жить
 дальше с ней.
 
 >     2) Искать хостинг на NT сервере с SQL сервером. Получается чрезвычайно
 > корявая связка, но заставить работать можно. Hа халяву - нереально.
 
 Один хрен - DBF придется импортировать. Hу и нафига тогда под NT, если
 SQL-сервер можно найти под любую платформу?
 
 >     3) Искать хостинг с СУБД, понимающей DBF - мало шансов на успех.
 >     4) Выбрать хостинг с какой-то СУБД и искать (или изобретать) способ
 > преобразования БД в подходящий формат. Справишься?
 
 Это с DBF-то?
 
 >     5) Познакомиться поближе с 1С:Аркадия. Почти готовое решение.
 
 О том что 1С может работать с SQL-сервером, тоже уже говорилось.
 Повторяемся...
 --- ifmail v.2.15dev4
  * Origin: home (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор