Я начинаю работать над сложным проектом по запуску нескольких отделов (HR, финансов и т. Д.), А также хранить данные клиента и т. Д. В документе проектирования базы данных объясняется, как предыдущие люди (которых больше нет) хотели разработать базу данных.KEY, DATA
0, Name
1, First Name
2, Last Name
3, Position
4, Title
5, Reports To
6, John
7, Smith
8, Developer
9, CTO
< /code>
Вторая таблица объединяет эти данные в логические единицы: < /p>
KEY, GROUP_KEY, DATA_KEY, CHILD_KEY
0, NULL, 0, NULL
1, 0, 1, 2
2, 0, 2, NULL
3, NULL 3, NULL
4, 3, 4, 5
5, 3, 5, NULL
6, 0, 6, 7
7, 0, 7, NULL
8, 3, 8, 9
9, 3, 9, NULL
< /code>
Первая строка во второй таблице (ключ 0) определяет новую группировку с именем. Следующие две строки определяют столбцы, принадлежащие этой группе. Четвертая строка (ключ 3) определяет другую группировку, называемую позицией, и снова следующие две строки определяют столбцы, которые принадлежат группе. Последние четыре строки присваивают значения Джона и Смита назвать имени группы, а значения разработчика и технического директора - на групповой позиции. Поскольку это будет проект C# с использованием либо основной структуры объекта, либо для взаимодействия с базой данных. Этот вид дизайна базы данных, кажется, будет проблемой для реализации в любой из этих структур. что это сделано для лучшей производительности и для «гипер» нормализации.
Подробнее здесь: https://stackoverflow.com/questions/533 ... ge-project
Двумя табличными базами данных для крупного проекта ⇐ C#
Место общения программистов C#
-
Anonymous
1757614631
Anonymous
Я начинаю работать над сложным проектом по запуску нескольких отделов (HR, финансов и т. Д.), А также хранить данные клиента и т. Д. В документе проектирования базы данных объясняется, как предыдущие люди (которых больше нет) хотели разработать базу данных.KEY, DATA
0, Name
1, First Name
2, Last Name
3, Position
4, Title
5, Reports To
6, John
7, Smith
8, Developer
9, CTO
< /code>
Вторая таблица объединяет эти данные в логические единицы: < /p>
KEY, GROUP_KEY, DATA_KEY, CHILD_KEY
0, NULL, 0, NULL
1, 0, 1, 2
2, 0, 2, NULL
3, NULL 3, NULL
4, 3, 4, 5
5, 3, 5, NULL
6, 0, 6, 7
7, 0, 7, NULL
8, 3, 8, 9
9, 3, 9, NULL
< /code>
Первая строка во второй таблице (ключ 0) определяет новую группировку с именем. Следующие две строки определяют столбцы, принадлежащие этой группе. Четвертая строка (ключ 3) определяет другую группировку, называемую позицией, и снова следующие две строки определяют столбцы, которые принадлежат группе. Последние четыре строки присваивают значения Джона и Смита назвать имени группы, а значения разработчика и технического директора - на групповой позиции. Поскольку это будет проект C# с использованием либо основной структуры объекта, либо для взаимодействия с базой данных. Этот вид дизайна базы данных, кажется, будет проблемой для реализации в любой из этих структур. что это сделано для лучшей производительности и для «гипер» нормализации.
Подробнее здесь: [url]https://stackoverflow.com/questions/53381511/two-table-database-design-for-large-project[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия