Автор Тема: Через что лучше (php, cgi(Perl, C, ..), ...) работать с MS SQL или Oracle. Помогите !!!  (Прочитано 8864 раз)

0 Пользователей и 1 Гость просматривают эту тему.

  • Гость
Через что лучше (php, cgi(Perl, C, ..), ...) работать с MS SQL или Oracle. Помогите !!! Подкиньте ссылочек, мнений.

  • Гость
Смотри тут:
http://www.gossamer-threads.com/scripts/resources/Links/Modifications/index.html
Здесь куча модификаций для Линкс.

Оффлайн Denis

  • Заглянувший
  • Новичок
  • *
  • Сообщений: 7
  • +0/-0
  • 0
    • Просмотр профиля
    • http://camera.tomsk.ru
Спасибо. Посмотрел и скачал от туда такой add как comments3.
Поставил его, все сделал как написано на сайте, но при постройке страниц он все равно пишет следующее:
"fatal error: Undefined subroutine &main::build_title called at nph-build.cgi line 783."
Линия 783 имеет следующий вид:
"$category_name_title   = &build_title ($cat);"
(кавычек там нет)
Что бы все это значило и как это исправить.
-=>Компьютерами девушек не завлекешь<=-

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
Цитировать
Denis (01-04-2001 14:36):
Спасибо. Посмотрел и скачал от туда такой add как comments3.
;) признаюсь честно - я этот мод не пробовал, вроде бы там постить комментарии могут лишь зарегистрировавшиеся (да?) ;) наш выбор - review it (вроде так называется)
 в исканиях.

Оффлайн Denis

  • Заглянувший
  • Новичок
  • *
  • Сообщений: 7
  • +0/-0
  • 0
    • Просмотр профиля
    • http://camera.tomsk.ru
Я извиняюсь, но я перепутал. Это у меня не получается span pages как на Altavista сделать. (<< 1 2 3 4 >>) Вот что не получается. Еще раз извиняюсь, что не туда послал.
Админ- можешь удалить.
-=>Компьютерами девушек не завлекешь<=-

Оффлайн AliMamed

  • \\o/ ali akbar \\o/
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2409
  • +2/-0
  • 2
    • Просмотр профиля
    • http://alimamed.pp.ru
ну, будем исповедоваться?

Оффлайн lodevar

  • Сеньор-Помидор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 757
  • +0/-0
  • 2
    • Просмотр профиля
    • http://lodevar.hut.ru
Лучше работать с тем, что хорошо знаешь. К тому же: разные цели - разные инструменты.
Кстати, с базами неплохо можно работать и в Perl+DBI.
Смотри на perldoc.narod.ru
Там есть книжечка по перл + базы.
С наилучшими пожеланиями. LODEVAR

Оффлайн Yura_Z

  • Завсегдатай
  • Новичок
  • *
  • Сообщений: 34
  • +0/-0
  • 0
    • Просмотр профиля
    • http://www.kirov.ru/~yura
А ещё лучше если уж связался с MS SQL или Oracle, то выкинь из головы php & perl и начни писать интернет приложения для этих БД на Delphi или Си.

Оффлайн AliMamed

  • \\o/ ali akbar \\o/
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2409
  • +2/-0
  • 2
    • Просмотр профиля
    • http://alimamed.pp.ru
ну, будем исповедоваться?

Оффлайн lodevar

  • Сеньор-Помидор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 757
  • +0/-0
  • 2
    • Просмотр профиля
    • http://lodevar.hut.ru
Цитировать
Yura_Z (30-03-2001 11:09):
А ещё лучше если уж связался с MS SQL или Oracle, то выкинь из головы php & perl и начни писать интернет приложения для этих БД на Delphi
НЕ во-во!
Цитировать
или Си.
ВО-ВО! :-)
С наилучшими пожеланиями. LODEVAR

  • Гость
Цитировать
Yura_Z (30-03-2001 11:09):
А ещё лучше если уж связался с MS SQL или Oracle, то выкинь из головы php & perl и начни писать интернет приложения для этих БД на Delphi или Си.

а какая СУБД, корме Oracle, может переварить мясистые базы, офегительных корпоративных масштабов и числом одних только таблиц, переваливающих 200 вместе взятых, не считая индексы, ... (самая крупная БД - больше 50 таблиц :(((((((((( )

  • Гость
Цитировать
KB (02-04-2001 19:41):
а какая СУБД, корме Oracle, может переварить мясистые базы, офегительных корпоративных масштабов и числом одних только таблиц, переваливающих 200 вместе взятых, не считая индексы, ... (самая крупная БД - больше 50 таблиц :(((((((((( )

То что Вы назвали, есть БД средненьких размеров. Легко с этим справится Interbase например или SyBase.

  • Гость
Цитировать
NAS (02-04-2001 19:53):
То что Вы назвали, есть БД средненьких размеров. Легко с этим справится Interbase например или SyBase.

проблема еще в приличном кол-ве юзеров, одновременно их юзающих, а также хороший объем самих данных (GB) плюс енто все должно еще обрабатываться почти в реальном в ремени (произвольные отчеты, ..)

  • Гость
Базы такого уровня обычно заказывают серьезным разработчикам, после скурпулёзного анализа потребностей и с нудным писанием ТЗ.

  • Гость
Цитировать
NAS (02-04-2001 20:17):
Базы такого уровня обычно заказывают серьезным разработчикам, после скурпулёзного анализа потребностей и с нудным писанием ТЗ.
конторы, конторами, но часто у народа много запросов а финансов x) приходиться самим эксперементировать, разрабатывать, ... как бы это криво и не печально было, да и самим интересно :)

 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28