Я тут заліз в базу і зауважив, що всі таблиці мають префікс prefix_. Потім згадав, що це зроблено для того, щоб в одній базі могли перебувати кілька Лівстрітов.
Далі я міркував так: якщо вже у мене Лівстріт тільки один, то значить і префікс мені не потрібен зовсім. Тому я заліз в config.table.php і виправив рядок
на
Потім в sql.sql і patch.sql (у мене 0.2 + trunk 253) автозаміні все prefix_ виправив на порожній рядок, щоб видалити.
В результаті при імпорті sql.sql вискакує помилка в цьому фрагменті (приведена оригінальна версія):
Як видно, після автозаміни конфліктують друга і третя рядок, а саме через prefix_topic_comment_fk → topic_comment_fk = topic_comment_fk.
Ось такі пироги. Без префікса ніяк, доводиться задовольнятися t_. А так хотілося мати в базі таблиці з простими назвами blog. user. friend і так далі. |
UPD: Щодо префіксів до таблиць я все для себе зрозумів. Обурююся щодо найменувань ключів. )
Згоден, але коли працюєш з базою один на один, і ніхто не бачить твого «поганого вкуза» іменування таблиць, то на перший план виходить зручність.
І якщо ми заговорили про хороше тоні, то префікс по ідеї річ опциональная, і при його видаленні не повинно нічого сипатися. Або навпаки, ставити його треба всюди, щоб не виникала ситуація, описана в топіку.
Прикол в тому, що завтра тобі захочеться поставити ще якусь нитку систему, в тугіше БД, і у тебе буде каша, так що префікс навіть з точки зору юзабельності, виправданий))
Плюс незрозумілий принцип іменування ключів:
prefix_topic_comment_fk → comment_pid
topic_comment_fk → topic_id
topic_comment_fk1 → user_id
Ну ладно, все, заспокоююся. )