Вопросы и ответы | 

Поиск

1. База данных хранится и обрабатывается в вычислительной системе. Таким образом, любые внекомпьютерные хранилища информации (архивы, библиотеки и т. п.) базами данных не являются.
2. Данные в базе данных хорошо структурированы (систематизированы). Под структурированностью в данном случае понимается явное выделение составных частей (элементов), связей между ними, а также типизация элементов и связей, при которой с каждым типом элемента или связи соотносится определённая семантика и допустимые операции.
3. Структура базы данных обеспечивает эффективный поиск и обработку данных. Эффективность здесь главным образом определяется тем, как соотносятся гибкость и мощность возможностей (поиска и обработки) с затратами усилий и ресурсов.

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

1. Исследование и анализ проблемы, для решения которой создаётся база данных.

2. Построение Инфологической и Даталогической модели.

3. Нормализация полученных Инфологических и Даталогических моделей. По окончании этого этапа, как правило получают заготовки таблицы БД и набор связей между ними (первичные и вторичные ключи).

4. Проверка целостности БД (Целостность базы данных).

5. Выбор физического способа хранения и эксплуатации (тех. средства) базы данных.

6. Проектирование входных и выходных форм.

7. Разработка интерфейса приложения.

8. Функциональное наполнение приложения.

9. Отладка: проверка на корректность работы функционального наполнения системы.

10. Тестирование: тест на корректность ввода вывода данных, тест на максимальное количество активных сессий и т. д.

11. Ввод в эксплуатацию: отладка ИТ-инфраструктуры, обучение пользователей и ИТ-персонала.

12. При необходимости добавления выходных форм и дополнительной функциональности. В случае если необходимы более серьёзные изменения, следует повторить все шаги с первого.

13. Вывод из эксплуатации: перенос данных в новую СУБД.

После 5 пункта, когда выбрана конкретная СУБД, создается экземпляр БД с помощью мастера или вручную, в зависимости от возможностей и особенностей СУБД.

Хранимые процедуры могут значительно увеличить производительность доступа к данным при самых минимальных затратах. Когда Вы помещаете SQL-запросы в процедуры, а не создаете их динамически на страницах, SQL сервер после первого их исполнения кэширует процедуру и план ее исполнения (Execution Plan). Последующие запросы к такой кэшированной процедуре получают необходимые данные из кэша SQL сервера, что и приводит к значительному увеличению производительности
Еще одно важное преимущество, которые Вы получаете при использовании процедур, - это то, что между данными в SQL-сервере и Вашим приложением возникает некий промежуточный уровень, который отделяет данные от кода приложения. Например, структура данных (в хорошо продуманных базах) меняется достаточно редко, но если это все же необходимо сделать, то при использовании процедур Вам нет необходимости переписывать код Вашего приложения. Достаточно лишь изменить процедуры, т.к. приложение не обращается напрямую к SQL серверу, а получает все необходимые данные от процедур.
Хранимые процедуры реально снижают сетевой трафик, т.к. инкапсулируют пакеты SQL-запросов и могут брать на себя предварительную обработку данных, в отличие от динамических запросов ASP, где SQL вынужден передавать результирующие данные после каждого отдельного запроса. Например, Вы хотите посмотреть список счетов определенного клиента и затем отредактировать только те счета, дата которых удовлетворяет некому условию. При использовании обычных запросов SQL сервер будет посылать ответы клиенту (Вам) после обработки каждого, а при использовании хранимой процедуры Вы можете послать аргументы только один раз и после получить уже конечные данные, обработка всего пакета запросов будет сделана самой процедурой, что и приведет к снижению трафика и увеличению общей производительности.

Легально купить/скачать можно отсюда:
http://www.codegear.com/products/delphi/win32

нужно, прежде всего, разбираться в вопросе. А если Вы задаёте такие вопрос, то, боюсь, мало чего Вам поможет. С такими знаниями украдут что угодно.

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

При проектировании БД нельзя. Хотя бы по той причине что описана ниже. Но если будет писаться клиент к БД то подобные вещи можно учесть при внесении данных из клиента

Bowsar прав. Полностью использовать шаблоны проблемно, но можно отдельные поля выводить в специальные таблицы. Получается некое подобие справочников. Т.е. мы вносим допустим информацию о рейсах самолетов. В подобной таблице город прибывания может часто повторяться. Чтобы не писать его постоянно можно вынести города в отдельную таблицу. А при внесении данных о авиарейсах выбирать из этой таблицы.
Таблицы в этом случае будут связываться по главому ключу (PR) и вторичному ключу (FK). Главный ключ будет в таблице Городов и позволит однозначно идентифицировать запись о городе. А вторичный ключ будет в таблице рейсов и будет служить ссылкой на таблицу городов.
Подробнее советую почитать в основах БД. Удачи!

Используй FileMaker Pro. Если надо, чтобы информация была доступна между отделами больницы, то можна поставить FileMaker Server, и на него кинуть базу написаную в FileMaker Pro.

База Данных (БД) — структурированный организованный набор данных, описывающих характеристики каких-либо физических или виртуальных систем.«Базой данных» часто упрощённо или ошибочно называют Системы Управления Базами Данных (СУБД). Нужно различать набор данных (собственно БД) и программное обеспечение, предназначенное для организации и ведения базы данных (СУБД).

если у Вас есть конкретная задача, значит и решить её довольно легко. ТАм всё относительно понятно. А если не понимаете зачем нужны некоторые вкладки, то оно Вам и не нужно. Но для чего нужен "экспорт", это вы право позабавили ))))

Вдобавок к предложенному FiX-ом способу, можно воспользоваться следующей конструкцией (MySQL Reference):
SELECT * FROM tbl LIMIT 5,10; # Retrieve rows 6-15
(То бишь извлекаем 10 записей, пропуская первые пять)
Там же (в reference)  сказано, что выражение "LIMIT row_count" эквивалентно "LIMIT 0, row_count", а
"LIMIT row_count OFFSET offset" существует для совместимости с PostgreSQL.
Стоит также сказать, что в Oracle предложения LIMIT нет.
Вместо него нужно использовать предложение ROWNUM.

Хотел бы добавить, что в Java есть реализованные целые алгоритмы хранения данных основаных на hash методах. HashMap, HashTable например.

Ramus - кроссплатформенная система моделирования и анализа бизнес-процессов. http://ramussoftware.com

Если база быстро разрастается, надо периодически делать "обрезание базы". В ТиС это обработка Свертка базы из меню Сервис. Для бухгалтерии обработку надо искать на диске ИТС- Свертка бухгалтерских итогов.