Что такое нормализировать ?

Сделать базу данных сотрудников занимаемых должностей и телефоны для связи ?

Нифига не понял короче, но базу данных я бы такую сделал примерно так

Табличка-1 (список людей)

• ID-сотрудника (уникально, в отличии от остальных)
• Имя
• Фамилия
• Телефон

Табличка-2 (список должностей)

• ID-должности (уникально)
• Должность(уникально)

Табличка-3 (список отделов и телефонов)

• ID-отдела(уникально)
• Отдел (уникально)
• Телефон отдела (не уникально, мало ли один телефон на два отдела)

Табличка-4 (список того кто куда пристроен в плане отделов)

• ID-сотрудника
• ID-отдела

Табличка-5 (список того кто куда пристроен в плане комнат)

• ID-сотрудника(уникально)
• Номер комнаты(не уникально ибо не у каждого же своя комната)

Vladson цель нормализации базы данных - устранение избыточности и дублирования информации. В идеале при нормализации надо добиться, чтобы любое значение хранилось в базе в одном экземпляре, причем значение это не должно быть получено расчетным путем из других данных, хранящихся в базе.

Базу данных нужно сделать по шаблону с данными http://cp.people.overclockers.ru/cgi-bi ... rkers.xlsx ,
сделать нужно не лишь бы как (давно бы сделал уже), а по правильно, как учат в универе...т.е разбить на таблицы.
ПОтом прикрутить к серверу клиентскую апликацию, настроить права и уровни аутентикации, регулярность и типы бэкапов, но это потом, с нормализацией бы разобраться...

Господи боже...

С этого и надо начинать.

Тогда поясню. Смысл всего этого все данные которые олицетворяют уникальную ячейку, выносятся в отдельную таблицу, и им присваивается уникальный ID

Таблица людей, таблица комнат, таблица отделов. а в основных таблицах только ссылки на них. (подробнее смотри выше с моим примером)

Добавлено спустя 2 минуты 31 секунду:
Даже лучше делать отдельно табличку "ID-комнаты" и "номер комнаты" и "в список того кто куда пристроен в плане комнат" кидать только ID-комнаты и ID человека.

Добавлено спустя 2 минуты 1 секунду:
Можно вообще сделать аналогичное разбиение на имена и фамилии, но это действительно только для учёбы сойдёт, в реале это полный изврат, так делать нужно только в крайних случаях..

Добавлено спустя 14 минут 59 секунд:

Ну точно, сделали полный разврат...

Короче сколько данных столько и таблиц делай, а потом делай таблицу связей (правда оторвать бы язык тому кто это нормализацией назвал, в реальных проектах я бы за такое руки отрывал)

Vladson извиниюсь если выражаюсь не правильно, теория на чужом языке, голова пухнет через 5 сек, после чего пытаюсь найти нужную мне информацию на русском.. от того и несвязно выражаюсь.
в смысле из данных что в файле нужно сделать БД по всем правилам...
буду дальше ковырять.. спасибо за советы!

Вот в этом то и сложность, нет единых правил, всё познаётся от ситуации.

В вашем (учебном, гипотетическом) случае достаточно сделать таблицы где были бы только ID и значения, а потом таблицы где были бы только ID указывающие на значения.

Короче если есть имя, значит должна быть таблица с именами, есть фамилия значит с фамилиями, если это люди, значит нужна таблица "люди" со ссылками на таблицу имён и таблицу фамилий, итд

Vladson Сложность не то слово..., в универе вся теория это пара замороченых презентаций с не менее замороченым примером из которого нифига не понятно.., сейчас пытаюсь запихать данные в 3-4 таблицы и разобраться с ключами (primary, secondary, reference и т.д) потом выложу что получилось..

Это оставь на потом, сначала раздели одну таблицу на несколько осмысленных таблиц (т.е взвесь какие значения можно вынести, какие нельзя, а какие нужно) а уже ключи и прочее это вопрос отдельный и куда более простой.

Как средствами JavaScript можно предотвратить refresh, прописанный в meta?

Tod Schwarzkaiser
Не понял как и зачем, но может document.getElementByName ?

Vladson может быть getElementsByName или getElementsByTagName?

Может.... (давно не юзал)

jquery удобнее

Добрый вечер! На собеседование дали задание протестировать сайт на дизайн, фунциональность, логику и кросс-браузерность. Вобщем-то представление, как это делать есть... Но подобным ещё не приходилось заниматься. Если не затруднит, не могли бы дать несколько советов в этом деле?

Как сделать фальшивый счетчик зарегистрированных пользователей, как в вконтакте, при этом, чтобы значение сохранялось.

Что мешает посмотреть, как сделано в VK? Ну и просто писать ajax'ом это значение в файл/базу, к примеру. Или подключать ajax'ом скрипт, который при запуске будет сразу увеличивать число из файла/базы. Вариантов чуть более чем достаточно.

Ну если вы хотите этим заниматься по работе, то гугл вам в помощь.

Действительно совет...

ну все кажется просто на первый взгляд, если речь идет об одной клиентской машине, тогда клиент моежт генерить новое значение, но ведь клиентов будет куча и здесь важна синхронизация, чтоб у всех было одно и тоже значение
первое, что пришло в голову - php скрипт + файл с числом юзеров. скрипт выполняется по расписанию (можно настроить с помощью Cron): считывает текущее значение из файла, по какому-нибудь нехитрому алгоритму вычисляет новое значение, записывает его в файл
клиент ajax'ом дергает файл на сервере примерно с таким же интервалом времени как и настроено расписание выполнения серверного скрипта выше ну и заменяет значение счетчика на новое значение

Jonny_B_112 какой-то огород. У всех экземпляров приложения будут те данные, которые берутся из источника : БД/файл
Другое дело, если надо иммитировать поведение лайка.
Но и в этом случае можно попробовать написать скрипт, модифицирующий переменную со значением счётчика перед самим отображением на +100500 к примеру, хотя не уверен что удастся.

Может, кто-то сталкивался с такой проблемой. Имеется простая страница test.html с кнопкой, обработчик которой
имеет вид


если ее просто открыть в Chrome, все нормально, окно закрывается при нажатии.
Если же ее открыть через Денвер localhost/test.html метод close() не работает. Другие методы window работают. Что делать?
В explorer такой проблемы нет.

помогите найти простейший скрипт на файловый архив с ограничением по загрузке, по расширению и размеру.
так же чтобы было регистрировать пользователей и они могли оставлять комментарии.
и имелось хотя бы 3 класса...