Skip to content

DB変換テーブルまとめ

giginet edited this page May 18, 2014 · 5 revisions

1. そのまま移行(テーブル名もそのまま)

  • auth_group
  • blogs_category
  • commons_material
  • django_flatpage
  • django_flatpage_sites
  • django_site
  • profiles_skill
  • projects_category
  • tagging_tag
  • blogs_entry

2. 一部の変更を伴い移行

announcements_announcement

updated_by_id, publish_at, publish_at_dateを廃止、sageをsilentlyに変更

events_event

publish_at, publish_at_dateを廃止

あとはそのまま

(gcal, locationは準備中)

events_event_member

テーブル名のみ変更 events_event_attendees また、user_idをpersona_idに

projects_project

updated_by_id, publish_at, publish_at_date, bugwaz_id, permissionを廃止 author_idをadministrator_idに変更

以下のモデルはuser_idを全てpersona_idにする

  • projects_project_members
  • profiles_profile_skills

3. 2つのテーブルを統合

auth_user

auth_user → personas_personaにしてそのまま移す

profiles_profile

personaに移す

iconカラムをavatorに sexカラムをgenderにし、今まではsexはNULL制約がなかったが、genderにはNULL制約が付き、代わりにdefault=unknownになったので、NULL→unknownにする moodカラムをquotesに nicknameカラムをそのまま

profilesではなく、対応するUser(user_id)のpersonas_personaに移行する

そのまま移す

その他のカラムについては一部を除いてprofiles_profileに移す 具体的には pub_state, birthday, place, url, remarks, remarks_markup_type, user_id, _remarks_rendered, created_at, update_at

location, twitter_tokenについては廃止する

4 content_type_idの変換が必要なもの

star_star

テーブル名をstars_starに

commentをquotesに tagを廃止

mcomments_markitupcomment

(テーブル名変わります、未定)

tagging_taggeditem

(未定)

5 面倒な変更を伴って移行する

profiles_service

profiles_accountに対して pub_state, profile_idはそのまま移行する accountはusernameにカラム名を変更して移行する serviceは以下の対応表を元に文字列を数字にして、カラム名はservice_idに移行する

account service_id
skype 2
wlm 16
twitter 11
mixi 17
facebook 3
foursquare 4
google 5
pixiv 6
hatena 7
xbl 9
psn 10
dropbox 8