REFERATUA.ORG.UA — База українських рефератів




has been deleted
Go back to the form to make another search.

EOF
die;
} elsif ($FORM{'a'} eq "c") {
$guy = Query $dbh "SELECT $all FROM addresses WHERE name=$FORM{'name'}";
@guy = FetchRow $guy;
print <Modify Me

Modify your entry in the form below




Name:

Phone:

Street:

City:
State:
Zip:




EOE
die;
} elsif ($FORM{'a'} eq "m") {
foreach (keys %FORM) { # забрати дані з форми
$query =. " $_ = $FORM{'$_'},; # по одній лінії.
}
$query =~ s/,$//; # Get rid of that annoying trailing ','
Query $dbh "UPDATE addresses SET $query WHERE name=$FORM{'name'}";
print <Modification successful

Your entry has been modified


Go back to the form to make another search.

EOF
die; # Th' th' that's all folks
}

Це так просто, як і у попередньому випадку. П'ятдесят стрічок Perl проти понад однієї сотні. Справжня гнучкість сервера бази даних відкриває двері до різноманітних можливостей.

Висновок

Світ взаємодії бази даних з Web є такий же широким як і зовнішній світ. Для будь-якої проблеми, є дюжини розв'язків, чимсь кращих за інші. Це зводиться до особистої переваги і досвіду. Для особи з навичкою обробки даних в Windows, можливо, буде найлегше використовувати Windows-базу даних як наприклад Paradox або Access разом з одним з готових інтерфейсів CGI для них. Програміст C може віддати перевагу грі з одним з APIs, передбаченого для різних серверів SQL як наприклад Sybase, Oracle, SQL Server, і mSQL. Хто-небудь, який є "тільки іншим Perl-хакер" повинний почувати себе найбільш зручно з одним з багатьох інтерфейсів Perl до серверу бази даних SQL і ODBM (або, можливо, вони повинні тільки написати одного з них для себе).

Всередині цього королівства великої гнучкості, ефективність взаємодії бази даних з Web залежить від багатьох речей:

  • Які інструментальні засоби доступні? Чи є ви адміністратором системи UNIX, підсиленої потужним сервером? Або, можливо, ваш Internet-зв'язок є тільки PPP-з'єднанням з Windows-машиною. Якщо ви використовуєте Windows-платформу, не варто воювати з погано написаними мовами програмування, коли є величезна бібліотека вже доступних інструментальних засобів. Якщо UNIX є вашою опорою, ви можете подумати перед вибиттям артилерійським вогнем декількох тисяч доларів для серверів Sybase або Oracle, коли є безкоштовні інструментальні засоби, як, наприклад, легко доступні mSQL і POSTGRES. (Але з другого боку знову, можливо ваші потреби такі, що лише тільки high-end-сервер баз даних буде достатнім.) Варто бути обізнаним що є для вас доступним.

  • Який розмір вашого проекту? Розмір має велике значення. Як ми бачили, пласкі текстові базові бази даних просто не звертають уваги на розмір. 50 MB версія нашої фонової книги могла б поставити навіть найбільш могутній RISC-сервер на коліна. У той же час, треба багато часу, щоб створити БД, яка використовує сервер. Вам потрібно мати дозвіл, і поперед усе, вам потрібно мати доступ до сервера. Якщо ви є студент з університетським account'ом, є шанс, що текст - це все, з чим необхідно мати справу. Навіть сервери баз даних звертають увагу на розмір і складність вашого проекту - зберігання бази даних всіх телефонних номерів в Америці могло б бути заведикою роботою навіть для окремої бази даних, подібної Access або Paradox. З іншого боку, база даних з таблицями, які з'єднуються з таблицями непрямими та переплутанитими шляхами є просто неможлива у вільнодоступних серверах, подібних до mSQL. (POSTGRES має більші функціональні можливості, за рахунок швидкості, складності, і відсутності стандартного інтерфейсу SQL) Перш ніж писати проект, спробуйте передбачити максимальний розмір і план відповідно.

  • Програмувати або ні? Зі значним списком ресурсів, показаних раніше в розділі, чому будь-хто має писати власні CGI взагалі? Можливо ви не будете робити цього. кщо ви маєте зайві гроші, є шанс, що що-небудь відповідатиме вашим вимогам. Навіть якщо ви не багатій, ви можливо знайдете щось схоже. Але цього не завжди достатньо. Невеличкого знання того, як CGI спілкуються з базами даних, може вистачити надовго.

  • Є там альтернатива до CGI? Павутина є велике місце,вона зростає кожного дня, і CGI є не єдиною грою. Не потрапте до пастки ігнорування нових технологій тільки через те, що вони нові. (У той же час, не будьте сліпим до їхніх дефектів. Кожна нова мова або протокол повинні пройти через період випробування. Протягом цього часу, використання програм, написаних на новій мовй або з новими протоколами, потенційно викликають пошкодження - або безпосередньо, або за допомогою через діри безпеки). Декілька компаній розвинули первинні Web-сервери, які специфічно розробляються з інтерфейсом до баз даних. Наприклад, NeXT Inc.'s WebObjects (http://www.next.com) є новим об'єктно-орієнтованим Web-сервером, який безпосередньо взаємодіє з могутньою внутрішньою базою даних. На додаток до них є Java та величезний галас коло неї на першому році життя в Internet. Java має здатність відкрити прямі зв'язки між сервером і клієнтом, надаючи засоби для коректування бази даних безперервно. Наприклад, використання Java з базою даних наявних цін могло б забезпечити змінюючийся маятник на екрані користувача. Однак , стережіться: Java є типовою "новою технологією" з всім добром і злом, що приходить разом.

Використання CGI для інтеграції баз даних з Web природньо випливає з можливостей CGI. Не звертаючи уваги на недоліки CGI, взаємодія баз даних, можливо, одна з єдиних областей, в яких CGI збережеться як найкращий інструментальний засіб перед обличчям нових технологій.


 
Загрузка...