Разработка советов и методов базы данных MySQL, и некоторые вопросы MySQL?

Question

Ну, я собираюсь разработать структуру базы данных, но я не знаю, с чего начать. Ребята, можете ли вы помочь мне, ответив на следующие вопросы? Моя база данных будет хранить около сотен тысяч строк / данных и одновременно обслуживать более 1000 пользователей. Это должно быть хорошо разработано.

Разработка вопросов структуры базы данных mysql:

В1: Я знаю, что это глупый вопрос, но как вы, ребята, спроектируете структуру базы данных mysql? Должен ли я сначала изучить нормализацию? Я сосу в этой теме: (

Q2: Существуют ли какие-либо советы или приемы при разработке структуры базы данных?

Q3: Что важно при проектировании структуры базы данных mysql?

Q4: Хорошо, еще один глупый вопрос, каковы различия в использовании базы данных mysql и xml?

В5: Есть ли недостатки / недостатки в использовании базы данных mysql?

К вашему сведению: я новый разработчик mysql.

Answer 1

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

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

Вот уважаемая книга, которая может вам помочь:

• Проектирование базы данных для простых смертных (R): практическое руководство по проектированию реляционной базы данных (2-е издание) , Michael J. Hernandez

После того как вы освоитесь с основами проектирования баз данных, вы сможете приступить к реальному проекту.

Answer 2

Q1: я знаю, что это глупый вопрос, но как вы, ребята, спроектируете структуру базы данных mysql? Должен ли я сначала изучить нормализацию? Я сосу в этой теме: (

Лично, когда я только начинал, я использовал phpMyAdmin и несколько онлайн-уроков. Я не говорю, что это лучший способ, так как сначала я допустил много ошибок. Поэтому, даже если вам не нужно изучать такие вещи, как нормализация, это не повредит.

Q2: Существуют ли какие-либо советы или приемы при проектировании структуры базы данных?

Помните, что даже мысль о том, что приложение, которое вы создаете поверх базы данных, вероятно, несколько раз изменит вашу базу данных. Под этим я подразумеваю, что часто очень сложно изменить структуру базы данных после того, как данные были вставлены. Другой совет, который я могу дать людям, плохо знакомым с базами данных, - это использование индексов. Любой столбец, который вы используете, который вы читаете, формирует много (то есть используется в select, где предложения, объединения и т. Д.) Должен быть проиндексирован.

Q3: Что важно при проектировании структуры базы данных mysql?

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

Q4: Хорошо, еще один глупый вопрос, в чем разница с использованием базы данных mysql и xml?

Не думаю, что смогу правильно ответить на этот вопрос, поэтому не буду пытаться. Хотя XML можно использовать для хранения данных, я бы рекомендовал MySql поверх него.

Q5: Есть ли недостатки / недостатки в использовании базы данных mysql?

По сравнению с чем?

Answer 3

Я думаю, что вы довольно запутались в отношении создания таблиц и их столбцов. Пожалуйста, проясните свои потребности. Четко определите требования вашего проекта. Я не думаю, что это большая проблема, но помните, что при правильном проектировании базы данных ваш 35% проблема решена. И помните, что когда вы разрабатываете базу данных и ее таблицу, изменить структуру довольно сложно. Гуд Удача ...........

Answer 4

Я не много занимался дизайном БД, кроме того проекта, над которым я сейчас работаю, но одна вещь, которую я нашел, помогла сохранить ваш дизайн расширяемым и гибким.

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

Например, вместо того, чтобы помещать много информации о производителе конкретной детали в строку БД для этой детали, создайте таблицу только для производителей и сделайте ссылку на производителя из записи детали с помощью иностранного ключ к таблице производителя. Таким образом, вы можете добавить информацию в таблицу «Производитель» позже, не затрагивая таблицу «Детали», и, если «Производитель определенной детали» изменится, вы можете просто изменить внешний ключ, а не все поля в каждой детали, которая была произведена этим конкретным производителем. .

Это 49-секундное введение о том, почему вы должны подумать о нормализации ваших БД. ;)

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