|
|
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahr.... Не много не так: Если база данных изначально не предусматривала столбцов, Ф.И.О , Год рождения , Семейное Положение , а было только поле name , в которой хранились строки вида: ВасилийАлибабаевичГодРОждения1941холост то такая БД была не нормализованной и тетя Маша своими вводами никак на нормализацию повлиять не могла. НО!! Если мы имеем отдельные столбцы Ф.И.О , Год рождения , Семейное Положение , и есть ГУИ-фронтэнд, где есть ГУИполя в которые тетя Маша может РАЗДЕЛьНО набрать данные про Ф.И.О, год рождения и семейное положения, НО эта тетя Маша лепит в поле "Фамилия" еще и имя с отчеством да еще и руками текст набирает "холост, родился в 1953 в Кисловодске", то да тетя Маша вносит лепту в процесс денормализации таблицы и задача разработчиков программного обеспечения предотвратить подобные поползновения, вводя ряд проверок, не пройдя которые, запись не будет помещена в таблицу БД. Все эти поля как были так и есть. Но тётя Маша вводит все данные в одно поле (хотя по идее она, конечно, должны была бы заполнить разные, специально предназначенные поля). Посде это БД остается нормализованной или нет? Ответа два: "Да" или "Нет". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 16:35 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahr, о. кажется наступает просветление... список возможных проверок поля "фамилия" (куда этот текст к примеру налеплен тетей Машей), озвучьте плиз... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 16:36 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahr Кот МатроскинТ.е., По Вашему, свойство "нормализованость" относится не к структуре БД, а только к самой БД вместе с данными? Вчера БД и ее структура были нормализованными, а сегодня тетя Маша ввела в поле name пропущено... и все, база сразу стала ненормализованной? Не много не так: Если база данных изначально не предусматривала столбцов, Ф.И.О , Год рождения , Семейное Положение , а было только поле name , в которой хранились строки вида: WTF "изначально"? Изначально в базе вообще нет никаких данных, есть только структура. Поэтому изначально никакие "строки вида" в базе не хранятся. Да, вот есть одно поле Name. Вы считаете, что на этом этапе ничего про нормализованность структуры сказать нельзя? kamenjahr НО!! Если мы имеем отдельные столбцы Ф.И.О , Год рождения , Семейное Положение , и есть ГУИ-фронтэнд *Facepalm* Вы хотите вывод про нормализованность базы делать на основании того, есть или нет "ГУИ-фронтэнд", и каков он? Это тоже Вы у Дейта нашли? Понимаете, в базе может не быть поля "семейное положение" - если оно нахрен никому не нужно. И отдельного поля в ГУИ-Фронтэнд-е (tm), соответственно, не будет. Тетя Маша может решить "а дай-ка я внесу, что Василий Алибабаевич холост, в поле Name - чтобы не забыть ему улыбаться, когда он в следующий раз зайдет в офис" - но это не влияет на нормализованность базы, вообще - это только повод дать втык тете Маше, когда это всплывет.Или же это может ввести сам клиент - ну вот прет его, чтобы к письмах к нему обращались именно "ВасилийАлибабаевичГодРОждения1941холост" - тогда и втык давать некому, все нормально. База станет ненормализованной тогда и только тогда, когда данные по семейному положению клиентов будут использоваться, но храниться оно будет по прежнему в поле name (повторение мысли с первой страницы, угу) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 16:45 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Arhat109kamenjahr, я вам уже давно ответил, что на заборах тоже много чего пишут. Номер строки в цитируемом вами будет или как? Ещё раз: где, в какой конкретно строке любого цитированного вами тексту есть прямое указание, что это ОБОЗНАЧЕНИЕ дюймов применительно к указанному вопросу о нормализованности данных? или признайте свою фантазию и забудьте о вопросе нормализации (в школу, в смысле). :) Подобные помысливания Вы уже выражали однако, на что Вам было отвечено, что следует учитывать какие именно примеры использовал аффтар статьи, т.е их КОНТЕКСТ. Это раз. И два следует учитывать данные, существующие в головах / в справочниках / касаемо символьных обозначений. P.S Когда будет выданы ссылки на научную литературу по поводу "строка текста" и "атомарность"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 16:51 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Мимо пробегал...kamenjahr.... Не много не так: Если база данных изначально не предусматривала столбцов, Ф.И.О , Год рождения , Семейное Положение , а было только поле name , в которой хранились строки вида: пропущено... то такая БД была не нормализованной и тетя Маша своими вводами никак на нормализацию повлиять не могла. НО!! Если мы имеем отдельные столбцы Ф.И.О , Год рождения , Семейное Положение , и есть ГУИ-фронтэнд, где есть ГУИполя в которые тетя Маша может РАЗДЕЛьНО набрать данные про Ф.И.О, год рождения и семейное положения, НО эта тетя Маша лепит в поле "Фамилия" еще и имя с отчеством да еще и руками текст набирает "холост, родился в 1953 в Кисловодске", то да тетя Маша вносит лепту в процесс денормализации таблицы и задача разработчиков программного обеспечения предотвратить подобные поползновения, вводя ряд проверок, не пройдя которые, запись не будет помещена в таблицу БД. Все эти поля как были так и есть. Но тётя Маша вводит все данные в одно поле (хотя по идее она, конечно, должны была бы заполнить разные, специально предназначенные поля). Посде это БД остается нормализованной или нет? Ответа два: "Да" или "Нет". Перестанет быть нормализованной, т.к. данные введены в одно поле. P.S Повадки следака с "Да"/"Нет" применяйте на ком нить другом или на самом себе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 16:54 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Кот Матроскинkamenjahrпропущено... Не много не так: Если база данных изначально не предусматривала столбцов, Ф.И.О , Год рождения , Семейное Положение , а было только поле name , в которой хранились строки вида: WTF "изначально"? Изначально в базе вообще нет никаких данных, есть только структура. Поэтому изначально никакие "строки вида" в базе не хранятся. Да, вот есть одно поле Name. Вы считаете, что на этом этапе ничего про нормализованность структуры сказать нельзя? kamenjahr НО!! Если мы имеем отдельные столбцы Ф.И.О , Год рождения , Семейное Положение , и есть ГУИ-фронтэнд *Facepalm* Вы хотите вывод про нормализованность базы делать на основании того, есть или нет "ГУИ-фронтэнд", и каков он? Это тоже Вы у Дейта нашли? Понимаете, в базе может не быть поля "семейное положение" - если оно нахрен никому не нужно. И отдельного поля в ГУИ-Фронтэнд-е (tm), соответственно, не будет. Тетя Маша может решить "а дай-ка я внесу, что Василий Алибабаевич холост, в поле Name - чтобы не забыть ему улыбаться, когда он в следующий раз зайдет в офис" - но это не влияет на нормализованность базы, вообще - это только повод дать втык тете Маше, когда это всплывет.Или же это может ввести сам клиент - ну вот прет его, чтобы к письмах к нему обращались именно "ВасилийАлибабаевичГодРОждения1941холост" - тогда и втык давать некому, все нормально. База станет ненормализованной тогда и только тогда, когда данные по семейному положению клиентов будут использоваться, но храниться оно будет по прежнему в поле name (повторение мысли с первой страницы, угу) По наличию только столбца name без содержания про нормализованность структуры сказать нельзя. Если Вы считаете обратное - докажите. Вы хотите вывод про нормализованность базы делать на основании того, есть или нет "ГУИ-фронтэнд", и каков он? Это тоже Вы у Дейта нашли? Не следует мне приписывать какие-либо подобные мнения, хитро завуалировав их в виде вопроса, а затем громить их. Это же типичный пример ведения диалога демагогом. Если Вы уж коснулись Дейта , то в его книге при рассмотрении вопроса о нормализованности Базы Данных примеры не просто структур даны, а с содержимым clickit 1 , 2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 17:04 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Гыгы, пожалуй прокемнту вот сие помысливание авторWTF "изначально"? Изначально в базе вообще нет никаких данных, есть только структура ....База станет ненормализованной тогда и только тогда, когда данные по семейному положению клиентов будут использоваться , но храниться оно будет по прежнему в поле name (повторение мысли с первой страницы, угу) КотаМатроскина отдельно. Ежели изначально данных в БД нет (и это понятно) , то с подходом КотаМатроскина базы данных с таблицами вообще никогда не возникнет. Поскольку использования же данных нет-то. Конечно, можно допусить что Кот и Ко фапают на ТС, но наличие ТС также предпологает использование данных. Ибо первичны данные то в реальной жизни. При дизайне БД умозрительно уж предполагаются возможые варианты использования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 17:12 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Arhat109kamenjahr, о. кажется наступает просветление... список возможных проверок поля "фамилия" (куда этот текст к примеру налеплен тетей Машей), озвучьте плиз... :) макс. длина вводимых символов, запрет на ввод спец. символов типа {[?]), запрет ввода цифири, пробелы и - разрешить. Если известно, в какой стране юзать будут, можно латиницу запретить. P.S А теперь Ваш черед про "строку текста" и "атомарность" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 17:16 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
По наличию только столбца name без содержания про нормализованность структуры сказать нельзя. Можно - по домену этого атрибута. Т.е. по тому, что туда должно помещаться. Если домен описан как "строка текста (угу, она самая), которой представился клиент на сайте" - то атрибут вполне атомарен (поскольку мы из всех аспектов нормализации обсуждаем атомарность, предлагаю все-таки пользоваться этим термином, а не "нормализованостью в целом"). А если домен описан "Имя, фамилия, отчество клиента и его год рождения" - то да, с атомарностью проблемы. и то что в первом случае в атрибуте может быть "ВасилийАлибабаевичГодРождения1941", а во втором - "Василий", никак на этот вывод не влияет. Ежели изначально данных в БД нет (и это понятно) , то с подходом КотаМатроскина базы данных с таблицами вообще никогда не возникнет. Поскольку использования же данных нет-то. Конечно, можно допусить что Кот и Ко фапают на ТС, но наличие ТС также предпологает использование данных. Ибо первичны данные то в реальной жизни. При дизайне БД умозрительно уж предполагаются возможые варианты использования. Это на каком языке, простите? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 17:27 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Можно - по домену этого атрибута. Т.е. по тому, что туда [i]должно помещаться. [/i] А должествование откуда вытекает-то ?? Из чего следует, что должно помещаться туда ? P.S Изложение веду на русском с Ашибкоми - что конкретно не ясно в моем силлогизме: авторЕжели изначально данных в БД нет (и это понятно) , то с подходом КотаМатроскина базы данных с таблицами вообще никогда не возникнет. Поскольку использования же данных нет-то. Конечно, можно допусить что Кот и Ко фапают на ТС, но наличие ТС также предпологает использование данных. Ибо первичны данные то в реальной жизни. При дизайне БД умозрительно уж предполагаются возможые варианты использования ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 17:39 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahr, Вам зачет, отличный троллинг :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 17:40 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahrВо-первых, не стоит на Вашем месте играть роль психолоха на расстоянии, это у Вас не просто не получается - Вы сразу же уселись в лужу с своими доморощенными анамнезами касаемо моего эмоционального состояния. Этот текст говорит о том, что я угадал)) Но, посмотрим, что Вы напишете по существу вопроса... kamenjahrВо-вторых, потрудитесь не разбирать названия глав, а осилить предлагаемую мной страничечечечку , где речь идет о нормализации данных, их избыточности и признаках избыточности ,а также несколько последующих , в частности эту , возможно тогда до Вас дотикает, почему "Семнадцать мгновений весны (актриса, сыгравшая радистку, была женой Миронова)" не может быть атомарной. Вы еще больше занервничали, и опять проигнорировали текст моего сообщения. А я Вам ясно написал)) С "точки зрения" СУБД, конечно, это строка "атомарная". Если Вы хотите сказать, что подразумеваете реализацию искусственного интеллекта, такого, что пользователь не сможет ввести "(актриса, сыгравшая радистку, была женой Миронова)", так как система распознает, что это не относится к названию фильма , то так ясно и пишите. Почему же я должен расшифровывать Ваши мысли? Если же Вы соглашаетесь со мной, что в рамках дальнейшей нормализации Вы учтете родственные связи артистов и т.п., то тоже так и пишите)) И, главное, не пишите откровенную неправду. Я книгу Дейта знаю просто наизусть)) И уверяю Вас, что в главе 12 нет ни одной странички, ни одного слова (и не может быть даже теоретически), которые имели бы хоть какое-то отношение к обсуждаемому вопросу. Там просто нет атрибутов с такими значениями, которые приводят к обсуждаемой проблеме. Будем считать, что Вы не умышленно вводите участников обсуждения, не читавших "эти странички", в заблуждение. kamenjahrЧто же касается вот этой цитаты "...Иными словами, атрибуты могут иметь значения в виде отношений, а это означает, что в отношениях могут применяться атрибуты, значениями которых," Вы хотя бы для приличия ссылку то на кладязь знаний давали, а то некоторые могут заподозрить Вас в плагиате (если конечно Вы не Вадик;--))) А вот это уже вряд ли не умышленно. Я привел подробную ссылку с точностью до страницы на эти слова Дейта. Вы, пожалуйста, соблюдайте элементарные приличия в процессе изучения основ БД)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 18:02 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahrБредятинаДобавлю, что ни на одной из страниц Главы 12 "Дальнейшая нормализация..." нет, и даже теоретически не может быть, ни одного слова, относящегося к проблеме "Семнадцати мгновений весны")) Это если читать с закрытыми глазами или вообще не читать, абыстробыстро листатьлистатьлистатьлистатьлистать Ошибаетесь. Это если внимательно читать. Предлагаю Вам это сделать, и Вы убедитесь, что не найдете ничего по обсуждаемому вопросу: некорректному вводу пользователем значения строки. Дейт никогда и нигде об этом не писал. Как и про "1234 - если номер поезда, то нормализовано, а если набор цифр, то "не нормализовано""))) Никогда и нигде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 18:06 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahrА должествование откуда вытекает-то ?? Из чего следует, что должно помещаться туда ? Из постановки задачи, ясное дело. kamenjahrP.S Изложение веду на русском с Ашибкоми - что конкретно не ясно в моем силлогизме: авторЕжели изначально данных в БД нет (и это понятно) , то с подходом КотаМатроскина базы данных с таблицами вообще никогда не возникнет. Поскольку использования же данных нет-то. Конечно, можно допусить что Кот и Ко фапают на ТС, но наличие ТС также предпологает использование данных. Ибо первичны данные то в реальной жизни. При дизайне БД умозрительно уж предполагаются возможые варианты использования Да в общем-то практически ничего :) как понимать фразу " Поскольку использования же данных нет-то"? Почему нет? в какой момент нет? " но наличие ТС также предпологает использование данных" -что такое ТС? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 18:16 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Игры в психолоха на расстоянии ведите с кем-то другим:-) ИИ вообче не причем, постарайтесь читать, че я пишу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 18:26 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинkamenjahrА должествование откуда вытекает-то ?? Из чего следует, что должно помещаться туда ? Из постановки задачи, ясное дело. kamenjahrP.S Изложение веду на русском с Ашибкоми - что конкретно не ясно в моем силлогизме: пропущено... Да в общем-то практически ничего :) как понимать фразу " Поскольку использования же данных нет-то"? Почему нет? в какой момент нет? " но наличие ТС также предпологает использование данных" -что такое ТС? ТС - технические спецификации. Когда задачу ставят, откуда знают, какие домены должны быть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 18:28 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Промежуточные выводы следствия. Подследственный не различает базу данных (набор переменных , предназначенных для для хранения данных) и состояние БД (набора текущих значений этих переменных). Поэтому у подследственного тете Маша может денормализовать БД одной неверной строкой. А если тёте Маша введет строку "Саша Черный", то подследственный впадет в NULL, потому что то ли поэт, то ли раса. Рекомендую подследственному использоват Excel или податься в AI. Это ему ближе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 18:46 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Мимо пробегал...Промежуточные выводы следствия. Подследственный не различает базу данных (набор переменных , предназначенных для для хранения данных) и состояние БД (набора текущих значений этих переменных). Поэтому у подследственного тете Маша может денормализовать БД одной неверной строкой. А если тёте Маша введет строку "Саша Черный", то подследственный впадет в NULL, потому что то ли поэт, то ли раса. Рекомендую подследственному использоват Excel или податься в AI. Это ему ближе. Замечу, что в роли последсвенных выступают Эдгар Кодд и Кристофер Дейт вместе с Ying Bai & Ken Henderson:-) P.S Давеча некто "Мимо пробегал" советовал читать Дейта. А не авторов, которых надо фтопку. Похоже "Мимо пробегал" не раздуплися до сих про, хуижу ДБ & нормализация ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 19:24 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahrТС - технические спецификации. Когда задачу ставят, откуда знают, какие домены должны быть? В смысле "откуда знают"? Определяется, какие данные нам нужны для решения задачи, на основании этого знания делается структура БД (вместе с доменами). Или Вы спрашиваете "Как это определяется, какие данные нужны"? Типа "Научите меня, как проводить анализ предметной области"? Этого в посте на форуме не расскажешь, увы Замечу, что в роли последсвенных выступают Эдгар Кодд и Кристофер Дейт вместе с Ying Bai & Ken Henderson:-) Что, данные граждане тоже утверждают, что без содержимого базы никак нельзя сделать вывод о нормализованности? Где? Или Вы из того, что Дейт дает примеры с содержимым базы (для наглячдности, например), делаете вывод, что без содержимого определить нормализованность структуры никак нельзя? Бросьте прятаться за знаменитостями - задумывайтесь , почему они пишут то или иное, а не повторяйте как магнитофон. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 19:41 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинkamenjahrТС - технические спецификации. Когда задачу ставят, откуда знают, какие домены должны быть? В смысле "откуда знают"? Определяется, какие данные нам нужны для решения задачи, на основании этого знания делается структура БД (вместе с доменами). Или Вы спрашиваете "Как это определяется, какие данные нужны"? Типа "Научите меня, как проводить анализ предметной области"? Этого в посте на форуме не расскажешь, увы Замечу, что в роли последсвенных выступают Эдгар Кодд и Кристофер Дейт вместе с Ying Bai & Ken Henderson:-) Что, данные граждане тоже утверждают, что без содержимого базы никак нельзя сделать вывод о нормализованности? Где? Или Вы из того, что Дейт дает примеры с содержимым базы (для наглячдности, например), делаете вывод, что без содержимого определить нормализованность структуры никак нельзя? Бросьте прятаться за знаменитостями - задумывайтесь , почему они пишут то или иное, а не повторяйте как магнитофон. Спрашивая "откуда знают?" я попытался натолкнуть Вас на мысль, что ВНЕ наличия данных невозможно сформулировать , какая структура необходима будет в определенном конкретном случае. Задавание вопросов из серии "как проводить анализ предметной области" не стояло моей целью. Данные граждане уже в формулировках, что есть 1-3НФ и что есть избыточность не атомарность дают понять что без содержимого базы никак нельзя сделать вывод о нормализованности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 19:50 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Мимо пробегал..., +500. Пример - просто класс. Куда там двойной кавычке с дюймовостью... зачет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 20:11 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahrArhat109kamenjahr, я вам уже давно ответил, что на заборах тоже много чего пишут. Номер строки в цитируемом вами будет или как? Ещё раз: где, в какой конкретно строке любого цитированного вами тексту есть прямое указание, что это ОБОЗНАЧЕНИЕ дюймов применительно к указанному вопросу о нормализованности данных? или признайте свою фантазию и забудьте о вопросе нормализации (в школу, в смысле). :) Подобные помысливания Вы уже выражали однако, на что Вам было отвечено, что следует учитывать какие именно примеры использовал аффтар статьи, т.е их КОНТЕКСТ. Это раз. И два следует учитывать данные, существующие в головах / в справочниках / касаемо символьных обозначений. P.S Когда будет выданы ссылки на научную литературу по поводу "строка текста" и "атомарность"? оставлю оверквотинг, поскольку склероз прогрессирует... то есть номерочков - не будет... жаль, но все-равно весело. Ну, раз в школу, давайте начнем с простых вещей типа базовых типов полей отношений... ссылкой на документации коннкретных СУБД кидаться не буду, все равно ни чему... (читать не умеете)... так напомню: там (практически везде) есть такой тип данных ... строка называется... давайте отсюда начнем, поскольку Дейт вам пока не по зубам, явно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 20:16 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahrArhat109kamenjahr, о. кажется наступает просветление... список возможных проверок поля "фамилия" (куда этот текст к примеру налеплен тетей Машей), озвучьте плиз... :) макс. длина вводимых символов, запрет на ввод спец. символов типа {[?]), запрет ввода цифири, пробелы и - разрешить. Если известно, в какой стране юзать будут, можно латиницу запретить. P.S А теперь Ваш черед про "строку текста" и "атомарность" То есть фамилия "Вася - дурак - полный" вполне себе ничего, а вовсе не набор атрибутов некоего Васи? А фамилия "ДаЗдраПервомаева(Попова)" - не валидируема из-за недопустимости заглавных буковок в середине слова и скобок, так? ... а про Сашу Черного вам тут и без меня намекнули толсто... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 20:25 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
kamenjahrМимо пробегал...Промежуточные выводы следствия. Подследственный не различает базу данных (набор переменных , предназначенных для для хранения данных) и состояние БД (набора текущих значений этих переменных). Поэтому у подследственного тете Маша может денормализовать БД одной неверной строкой. А если тёте Маша введет строку "Саша Черный", то подследственный впадет в NULL, потому что то ли поэт, то ли раса. Рекомендую подследственному использоват Excel или податься в AI. Это ему ближе. Замечу, что в роли последсвенных выступают Эдгар Кодд и Кристофер Дейт вместе с Ying Bai & Ken Henderson:-) P.S Давеча некто "Мимо пробегал" советовал читать Дейта. А не авторов, которых надо фтопку. Похоже "Мимо пробегал" не раздуплися до сих про, хуижу ДБ & нормализация не поминайте великих, тем более что перевираете, как вам тут уже не однажды написали... подследственный тут только один троль - ТС. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 20:27 |
|
||
|
Иерархические структуры в реляционной БД & нормализация
|
|||
|---|---|---|---|
|
#18+
Arhat109kamenjahrпропущено... Подобные помысливания Вы уже выражали однако, на что Вам было отвечено, что следует учитывать какие именно примеры использовал аффтар статьи, т.е их КОНТЕКСТ. Это раз. И два следует учитывать данные, существующие в головах / в справочниках / касаемо символьных обозначений. P.S Когда будет выданы ссылки на научную литературу по поводу "строка текста" и "атомарность"? оставлю оверквотинг, поскольку склероз прогрессирует... то есть номерочков - не будет... жаль, но все-равно весело. Ну, раз в школу, давайте начнем с простых вещей типа базовых типов полей отношений... ссылкой на документации коннкретных СУБД кидаться не буду, все равно ни чему... (читать не умеете)... так напомню: там (практически везде) есть такой тип данных ... строка называется... давайте отсюда начнем, поскольку Дейт вам пока не по зубам, явно. Так вот в чем Ваша проблема, Вы до понятия " домен " еще не доросли, на типе данных "строка" еще находитесь, потому и непоятки у Вас имеют место быть. А ведь без этого базового понятия Вам и ко не понять не раздуплиццо P.S я терпеливо жду, когда наконец Вы введете ссылки на научные источники, где фигурировали бы понятия "строка текста" и "аномальность" касаемо реляционных баз данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2013, 20:30 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38182028&tid=1541328]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
140ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 449ms |

| 0 / 0 |
