Как лучше спроектировать БД. 1 или 2 таблицы?

[denisOg]

Сам сайт, что то наподобие http://stackoverflow.com/
Есть вопрос и есть к ниму ответы.
Есть два варианта:

Первый:
Вопрос и ответ к вопросу разные сущности. Разные таблицы.

Второй:
Вопрос и ответ одна сущность и одна таблицы.
Отличаются по типу.

Дополнительно:
У вопроса и ответа таблицы идентичны на 90%
Методы тоже одинаковые.

Меня смущает скорость. Если все вопросы и ответы вносить в одну таблицу, то допустим у меня 1000 вопросос и 5000 ответов.
Что бы выбрать только вопросы нужно смотеть таблицу с 6000 записей, а так только со 1000.
Когда выбирать комментарии тоже самое.
Зато можно вопрос и комментарии выбрать одним запросом.

В общем кто бы как сделал? Посоветуйте.

 

[Andkorol]

Зато можно вопрос и комментарии выбрать одним запросом.

А из двух таблиц одним запросом - ну прям никак..?
Нормализация, опять же...?

 

[denisOg]

6000 записей - ничто для БД. Как Вам удобнее, так и делайте.

Это я знаю.

А из двух таблиц одним запросом - ну прям никак..?
Нормализация, опять же...?

Можно одним и из двух.


Решил делать одну таблицу.
ВСем спасибо.

 

[Ярослав]

Решил делать одну таблицу.
ВСем спасибо.

Очень зря...

 

[denisOg]

Очень зря...

Объясните почему вы считете это зря?

 

[Sufir]

Объясните почему вы считете это зря?

Хотябы просто потому что это логично - разделить вопрос и ответы/комментарии на них. Тем более, что:

У вопроса и ответа таблицы идентичны на 90%

Нет, можно конечно и в одну - вроде реализация STI, но я бы разные таблицы делал в данной ситуации.

 

[С.]

Да совершенно без разницы. Оба варианта равноценны по архитектуре и эффективности. И каждого свои копеечные недостатки и преимущества.