Форум: "Потрепаться";
Текущий архив: 2004.12.26;
Скачать: [xml.tar.bz2];
ВнизЧто такое базы данных? Найти похожие ветки
← →
Denis_ (2004-12-01 16:25) [0]Общее понятие ,
понимате нужно написать реферат на тему базы данных, не СУБД , не конкретная база данных , а в общих чертах , буду очень благодарен
за любую помощь , может знаете какие-нить ссылки или если не трудно прямо здесь напишите
← →
msguns © (2004-12-01 16:28) [1]Конкретные базы:
- Торговые
- Овощные
- Транспортные
- Военные
Тебе какую ?
← →
Alexander Panov © (2004-12-01 16:29) [2]http://www.yandex.ru/yandsearch?rpt=rad&text=%F7%F2%EE+%F2%E0%EA%EE%E5+%C1%E0%E7%E0+%E4%E0%ED%ED%FB%F5
Интернет тебе поможет.
← →
Alexander Panov © (2004-12-01 16:31) [3]Слова для заклинания - "Что такое база данных"
← →
Sergey_Masloff (2004-12-01 16:44) [4]Дейт. Теория баз данных (или просто Базы данных навскидку не помню). Первая и вторая главы - исчерапывающие ответы. Где есть в электронном виде не знаю.
← →
msguns © (2004-12-01 17:08) [5]Если кратко, то Базы Данных это:
Коллекция отобранной, структурированной, логически связанной информации об определенном объекте (объектах одного типа), хранящейся в цифровом виде на магнитных носителях.
СУБД - это программно-аппаратный (чаще всего просто программный) комплекс, обеспечивающий доступ (извлечение, изменение, дополнение) к БД конкретного типа.
← →
Anatoly Podgoretsky © (2004-12-01 17:16) [6]msguns © (01.12.04 17:08) [5]
Реферат это 50-100 страниц
← →
Sergey_Masloff (2004-12-01 17:20) [7]msguns © (01.12.04 17:08) [5]
Дейт с тобой не согласен ;-)
Кстати базы данных бывают без всяких магнитных носителей а просто на бумажных карточках. Но удовлетворяют всем признакам, да и действительно являются базами данных. И индексирование там есть и некий аналог "аппаратного" SQL конда на штырьках задаешь WHERE и тебе выдвигает нужные карточки. Видел лично ;-)
← →
msguns © (2004-12-01 17:23) [8]Если реферат о БД вообще, то следует акцентироваться на таких моментах, как реляционность, нормализация, избыточность, таблицы, записи и т.д.
Если же надо с использованием методик доступа, то не обойтись без основ СУБД и средств ускорения поиска. Таких как ключи, индексы, отношения и т.д. Кратко характеризовать подходы к проектированию БД: локальные, файл-серверные, клиент-серверные.
В общих чертах о новом направлении - объектно-ориентированных БД.
Для верного пятака вставь предложение про OLAP и хранилища данных.
Два слова о наиболее распространенных СУБД (dBase,Paradox,Access,.. + MS SQL Server,Oracle,InterBase,..)
Лирическое дополнение о сиквеле (SQL): стандартах, особенностях реализации конкретными серверами и т.д.)
Вот и получится рефератец стр. на 15-20.
Инфу ищи по кл.словам, которых приведено достаточно в этом посте.
← →
msguns © (2004-12-01 17:23) [9]Удалено модератором
Примечание: Дубль
← →
Anatoly Podgoretsky © (2004-12-01 17:28) [10]msguns © (01.12.04 17:23) [8]
Каким шрифтом, я беспокоюсь про количество страниц.
← →
msguns © (2004-12-01 17:29) [11]>Sergey_Masloff (01.12.04 17:20) [7]
Ну Дейт-то когда писал ?
А по поводу бумажных баз, то это чисто американское+перевод. ЧтО американцы понимают под словом "Файл" и что мы понимаем - это две большие разницы.
Когда учился в ХАИ (70-е) видел "Базу данных" на перфокартах, перфолентах. Т.е. никак не магнитные носители, а очень даже бумажные ;)
← →
Johnmen © (2004-12-01 17:33) [12]БД - это набор таблиц. И ничего более. (могут быть нюансы, но это неважно).
Вот и весь реферат...:)
← →
Sergey_Masloff (2004-12-01 17:33) [13]msguns © (01.12.04 17:29) [11]
>А по поводу бумажных баз, то это чисто американское+перевод.
Не-а. Говорю ж видел сам. Именно карточки и механический способ быстрого доступа. Где видел не скажу ибо шибко секретно ;-) Не в 70-е, позже.
А вообще это придирки, твои посты дают отличный ответ на изначальный вопрос.
← →
MOA © (2004-12-01 17:43) [14]>БД - это набор таблиц. И ничего более.
Т.е. иерархические БД и сетевые БД СODASIL базами данных не являются по причине отсутствия таблиц ;). И Мартин написал свою книжку СУБД в 197... году совсем и не про БД ;) - про таблицы там 60 страниц из ~600 (аппарат реляционных БД ещё только разрабатывался тогда) ;).
Можно посмотреть сюда http://www.osp.ru/dbms/numbers.htm - Вас интересует раздел "Архив номеров Системы управления базами данных". Правла, журнал уже не выходит, и архив плохо сделан - искать неудобно. Но статьи "Что такое СУБД" там есть ;).
← →
Johnmen © (2004-12-01 18:00) [15]>MOA © (01.12.04 17:43) [14]
Извини, забыл добавить реляционные...
← →
MOA © (2004-12-01 18:10) [16]2Johnmen
Пустяки, я не хотел обидеть ;) - хотел просто подчеркнуть термин ;). Не факт, что эволюция СУБД на следующем витке не приведёт нас опять к иерархическим или сетевым БД ;) - т.ч. знать про них в реферате, ПМСМ, нужно ;).
← →
Fay © (2004-12-01 20:09) [17]2 msguns © (01.12.04 17:23) [8]
>> Если реферат о БД вообще, то следует акцентироваться на таких
>> моментах, как реляционность, нормализация, избыточность,
>> таблицы, записи и т.д.
Вас не затруднит объяснить, что такое "реляционность"?
И что такое "нормализация" без "реляционности"?
← →
Johnmen © (2004-12-01 21:22) [18]>MOA © (01.12.04 18:10) [16]
>Пустяки, я не хотел обидеть ;)
Да нет, я действительно забыл.
И ещё смайл поставить :)
← →
kaif © (2004-12-01 23:35) [19]Мне кажется, что нельзя отрывать понятие базы данных от понятия СУБД. Не всякое хранилище называют базой данных, но лишь хранилище, организованное таким способом, чтобы информацию можно было не только хранить, но и эффективно управлять ею. Та же бумажная картотека является базой данных лишь постольку, поскольку существуют и выполняются правила обращения с карточками, строгие способы поддержки уникальностей и т.п.. Если все эти правила упразднить, а карточки внавал высыпать где-нибудь на свалке за городом, перемешав с остальным мусором, то вряд ли такое "хранилище" можно будет назвать базой данных, несмотря на то, что информация вроде бы "никуда и не исчезла". Так что правила обращения с информацией и хорошие абстракции эффективного управления данными (например, реляционная модель) позволяют назвать нечто базой данных. Одним словом база данных отличается от "вообще хранилища" так же, как, скажем, спящий человек от трупа.
← →
Sergey_Masloff (2004-12-02 08:10) [20]kaif © (01.12.04 23:35) [19]
Если залить данные базы ORACLE в бинарный поток то с ними будет то же самое что с карточками на свалке. Вобщем, не убедил.
Нет никакого отличия между бумажной и электронной. Если я не соблюдая правил напишу в HEX-редакторе пару - тройку слов в файл скажем базы Interbase то толку с этого тоже будет немного. А последствия могут быть даже хуже чем с бумажной базой ;-)
Так что в общем случае база данных это совокупность хранящихся файлов данных (под файлом подразумевается абстрактный кортеж связанных данных независимо от физического способа их хранения). Пользователь может манипулировать этими файлами:
- добавлять новые файлы
- добавлять данные в существующие
- производить поиск данных в файлах
- изменять данные в существующих файлах
- удалять данные из файлов
- удалять сами файлы.
Если это в наличии - мы имеем дело с базой данных. В компьютере она, на бумажных карточках, в виде берестяных грамот или восковых дощечек - это нам все равно.
← →
Anatoly Podgoretsky © (2004-12-02 09:12) [21]kaif © (01.12.04 23:35) [19]
Знаешь, но у многих как раз такие базы, достаточно только долго почитать конференцию Базы
← →
KSergey © (2004-12-02 09:24) [22]> [20] Sergey_Masloff (02.12.04 08:10)
Признаться, я не понимаю ваштх возражений. kaif же выделил "правила обращения", которые вы пытаетесь нарушить. Зачем?
Впрочем то, что нет разницы на чем именно сделано хранилище и, соответственно, каковы правила обращения - вроде никто и не оспаривал...
← →
Sergey_Masloff (2004-12-02 09:52) [23]KSergey © (02.12.04 09:24) [22]
Я оспариваю только завязку на "электронность". Все что описывает kaif можно достичь без всякой электроники. С чего начинали IBM более 100 лет назад.
← →
KSergey © (2004-12-02 09:57) [24]> [23] Sergey_Masloff (02.12.04 09:52)
> Я оспариваю только завязку на "электронность". Все что описывает
> kaif можно достичь без всякой электроники.
Возможно я кого-то из вас двоих не понимаю, но вроде он не давал жесткую привязку на электронность... Или я ошибаюсь?
← →
КаПиБаРа © (2004-12-02 10:01) [25]Sergey_Masloff (02.12.04 9:52) [23]
Я оспариваю только завязку на "электронность". Все что описывает kaif можно достичь без всякой электроники
Внимательнее читайте. Не стоит воевать с миражами.
> Та же бумажная картотека является базой данных лишь
> постольку, поскольку существуют и выполняются правила
> обращения с карточками, строгие способы поддержки
> уникальностей и т.п..
← →
blackman © (2004-12-02 10:11) [26]Вот тут :
http://articles.org.ru/docum/docum.php
все есть
Читай и пиши на здоровье
← →
Sergey_Masloff (2004-12-02 10:13) [27]КаПиБаРа © (02.12.04 10:01) [25]
>Внимательнее читайте. Не стоит воевать с миражами.
Да внимательно я читал. Чегоон противопоставляет мои любимые бумажные. Они ТОЧНО такие же а не постольку поскольку!
;-)
← →
msguns © (2004-12-02 10:33) [28]>Fay © (01.12.04 20:09) [17]
>Вас не затруднит объяснить, что такое "реляционность"?
И что такое "нормализация" без "реляционности"?
Весь пост я писал немного в ироничной форме, если Вас не затруднило это заметить. Слово "реляционность" я придумал, т.к. не смог образовать именительное от сказуемого "Реляционная" (т.е. перевести англ.слово relation не как "отношение" или "связь").
Понятие "нормализация" имеет несколько толкований (в частности математическое). Применительно к БД это понятие означает сведение к минимуму дублирования информации в различных фрагментах БД (У классиков "несколько" другое определение, но я предпочитаю понимать этот термин именно так). Связь с реляционностью (т.е.независимостью характеристик данных от физического представления и хранения этих данных) у нормализации, возможно и есть, но весьма косвенная. Так, для примера, можно представить себе БД в виде одной таблицы, хранящей телефонные номера абонентов вместе с их адресами. БД вполне реляционная, т.к. обращение к таблице выполняется по символическим именам полей, а не по физическим адресам в таблице (записи). Однако ни о какой нормализации в данном случае нет речи, поскольку одни и те же улицы и ФИО (при условии, что одно лицо может иметь несколько телефонов) повторяются многократно во всей своей "ширине". Естественно, тяжело при вводе в такую БД не повториться с Иван Иванычем или дважды по-разному написать название одной и той же улицы.
Все это ИМХО и ни в коей мере не претендует на постулат. Мне кажется, что на этом форуме найдется немало мастеров, с удовольствием покритикующих эти определения ;))
--------------------------------------------------------------------------------
← →
kaif © (2004-12-04 00:12) [29]2 Sergey_Masloff
Я действительно не делал различия между бумажной базой и электронной. И именно Ваш пример бумажной картотеки считаю прекрасной иллюстрацией правильной базы данных. Именно Ваш пример и вдохновил меня вообще высказаться в этой ветке. Я как раз захотел подчеркнуть общее между ними - правила обращения с данными. Если правил не будет, то никакая это не база данных (пример со свалкой). Кстати, Ваше определение
- добавлять новые файлы
- добавлять данные в существующие
- производить поиск данных в файлах
- изменять данные в существующих файлах
- удалять данные из файлов
- удалять сами файлы.
тоже есть именно набор правил обращения с данными.
Однако я все же нахожу этот список недостаточным, так как именно то, что я не считаю правильным называть базой данных (мусорную свалку) вполне можно подвести под такие правила (мусор можно на свалку добавлять, на свалке можно что-то искать, там можно мусор перемещать или потихоньку утилизировать)
Я все же добавил бы в него самое существенное - то, о чем говорит msguns - борьба с дубликатами. Именно отсутствие дубликатов (или сведение к минимуму дублирования информации - отлично сказано) делает управление данными эффективным. О том, что такое дублирование информации, можно размышлять долго. Это очень интересная тема. Ведь речь идет не о том, чтобы не повторять с целью экономии слова, например, фамилию "Иванов", а о том, чтобы не создавать дуликаты экземпляров реальных сущностей, то есть не завести случайно двойника для "Иванова", со своей особенной историей платежей за телефон или сведениями о судимости.
Страницы: 1 вся ветка
Форум: "Потрепаться";
Текущий архив: 2004.12.26;
Скачать: [xml.tar.bz2];
Память: 0.53 MB
Время: 0.044 c