Micks

PHP в вопросе не было.

вопрос был про веб-приложения, я лишь привел пример, имхо, сложности и абсурдности использования ms access для web-приложений, только лишь для каких-либо узких и небольших задач, разве что.

а ничего что при каждой ошибке скрипт останавливается die()? Или так и задумано?

а как вы хотите обработать исключительную ситуацию? например сервер бд недоступен если есть варианты можно ввести try{}catch( Exception ){} и как-нибудь обработать

Учиться на прогера чего? Программировать можно разные вещи. Если потом работать в каком-нибудь НИИ и моделировать определенные физические процессы, то конечно нужна. Если писать на яве какой-нибудь биллинг для банка или сотового оператора, то нафиг не надо (там и матан особо не упёрся). Если писать физический движок для игр, то ясен пень кинематика и динамика понадобятся стопудово.

В общем задачи разные бывают. Вы определитесь для начала.

Определить чем ты будешь заниматься через 5 лет невозможно, it-отрасль очень динамичная, и главное достоинство хорошего программиста - это умение разобраться/освоить что-то новое. Университет закладывает фундамент, т.е некоторый базис от которого вы будете в дальнейшем отталкиваться. и чем он более разносторонний тем проще будет развиваться в дальнейшем. Зацикливаться на чем-то одном нет никакого смысла, запоминать все фреймворки и апи тоже не стоит, главное понимать как подойти к задаче, а не помнить на 100% сигнатуру какой-либо функции. для этого есть msdn и прочая документация.

и самое главное пишите-пишите-пишите, правильный код

мне кажется вы путаете модель и представление.

и так по порядку:

представление(View)

1) у вас есть форма отправки файла с двумя полями: rLogin и rFile

2) Табличка с информацией по участникам

модель(Model)

1) таблица в mysql со следующими полями: id, login, txt

контроллер(Controller)

это непосредственно php скрипт(ы) который выполняет связку модели и представления

1) add.php

выполняет проверку(! а у вас проверка рассчитана на "хорошего" пользователя, о чем вам указал Int) и если все нормально добавляет данные в таблицу БД.

поле txt таблицы должно содержать имя файла или же ссылку на него. Про $_FILES можете посмотреть тут

2) show.php

для отображения данных из БД можно так

<?php

    $conn = mysql_connect("localhost", "mysql_user", "mysql_password");

    if (!$conn) {
        echo "Unable to connect to DB: " . mysql_error();
        exit;
    }

    if (!mysql_select_db("mydbname")) {
        echo "Unable to select mydbname: " . mysql_error();
        exit;
    }

    $sql = "SELECT login , txt 
            FROM   sometable";

    $result = mysql_query($sql);

    if (!$result) {
        echo "Could not successfully run query ($sql) from DB: " . mysql_error();
        exit;
    }

    if (mysql_num_rows($result) == 0) {
        echo "No rows found, nothing to print so am exiting";
        exit;
    }

    // Тут просто вывод данных, как вы их представите: в таблице или же по другому вам решать)
    while ($row = mysql_fetch_assoc($result)) {
        echo $row["login"];
        echo $row["txt"];
    }

    mysql_free_result($result);

?> 

это не полностью mvc, но в этом направлении

Собственно не раз выручал сей инструм ент, когда надо было в чем-то сохранить данные и для наглядности предоставить их. Возник вопрос: можно ли использовать MS Access для создания веб-приложений. Если да, то как? Возможно существует какой-то обработчик.

можно все

но это те еще грабли, т.к в php нет встроенных средств для работы с этой СУБД. вот к примеру Работа с MS Access в PHP

да и сама субд мало подходит для веб приложений, отсутствует ряд механизмов/инструментов, mysql или mssql намного лучше

Имхо, лучше хранить путь, но не абсолютный, а относительный (чтоб не зависеть от базового пути к директории сайта при переносе на хостинг и т.п.).

Хранить саму картинку в blob = лишняя нагрузка на сервер при ее выводе, оно нам надо?

почему же, иконки и прочую мелочь удобно хранить в blob в бд. а если изображения большие - на ФС и относительный путь в БД.

Обоснуйте! Вы вывод этой мелочи на web-страницу предполагаете? (картинки и прочие файлы хранить можно, но для использования в виде архивных данных, и никак не для оформления/украшательства страниц и использования их в большом количестве на странице)

нет-нетдля красивости есть css, а вот для,как вы сказали, архивирования( или же истории), в зависимости от контента. например у каждого пользователя есть свой набор смайлов, аватарок; если какая-то веб рисовалка/редактор, то возможно палитру и тд.

Спасибо за рекомендацию но мои действия отталкиваются из ограниченного бюджета а не от непонимания.

В принципе ни в одной книге не написано какой объем данных влияет на то или иное. И как это лучше всего реализовать исходя из того или другого. А делается это на страх и риск программистов и проектировщиков. Даже 3 таблицы делать тоже не самый лучший вариант.

А вот спрашиваю потому как ни разу не сталкивался из таким огромным количеством данных и большой посещаемостью ресурса.

Тут нужны рекомендации большого спеца в данном направлении.

А просматривать каждую строчку — лучший вариант? По-моему, так 3 таблицы вполне себе хорошая структура для хранения данных. У меня, например, для хранения каталога на сайте используются 14 таблиц и работает это всё достаточно быстро, так как используются индексы. Вообще делать выборки без индекса — абсолютное зло. Не стоит бояться большого количества таблиц, стоит бояться плохих запросов. Чтобы определить качестов запроса достаточно посмотреть EXPLAIN. Для варианта с регэкспом будут просмотрены все 137к записей и ещё регэксп будет к ним применён. А хранить числа в текстовых полях — вообще бред сивой кобылы.

ладно числа в текстовых полях, когда тут нарушается 1NF и вся "прелесть" использования БД теряется. Нормальная Форма читайте в общем

Имхо, лучше хранить путь, но не абсолютный, а относительный (чтоб не зависеть от базового пути к директории сайта при переносе на хостинг и т.п.).

Хранить саму картинку в blob = лишняя нагрузка на сервер при ее выводе, оно нам надо?

почему же, иконки и прочую мелочь удобно хранить в blob в бд. а если изображения большие - на ФС и относительный путь в БД.

рабочий вариант:

$arr = array(
	array("tid"=>"520","name"=>"текст"),
	array("tid"=>"520","name"=>"текст"),
	array("tid"=>"524","name"=>"изображения"),
	array("tid"=>"524","name"=>"изображения")
);
function  funcarr(&$v, $k, &$result) {
	if( !in_array($v,$result[1]) )
		$result[1][] = $v;

}
$result = array($arr,array());
array_walk($arr, 'funcarr', &$result);
echo "<pre>";
print_r($result[1] );
echo "</pre>";

для таблицы style='min-width:963px'

но правильно будет:

Тогда с помощью блочной верстки.