| .. |
|
AgentPrefs.migrations
|
6f71d5c2c6
Support for Linden AgentPreferences capability and friends (UpdateAgentLanguage and UpdateAgentInformation) and Mantis #7157
|
9 years ago |
|
AssetStore.migrations
|
134e94a7e9
Flatten migrations for MySQL.
|
8 years ago |
|
AuthStore.migrations
|
134e94a7e9
Flatten migrations for MySQL.
|
8 years ago |
|
Avatar.migrations
|
2cfe848ceb
Correct case in the names of the Avatar and Friends tables
|
8 years ago |
|
EstateStore.migrations
|
0d76635113
do store a new flag on region db
|
4 years ago |
|
FSAssetStore.migrations
|
f3f748ed11
Bringing FSAssets more inline with current OpenSim standards. * If no connection string found in assets config, fallback to using default database config * Create database storage interface to allow other db connectors to be written at some point * Add MySQL migrations file to create the initial db table * Added new config option named DaysBetweenAccessTimeUpdates to reduce db load by only updating access times when fetching assets if the last access time was over the threshold. This idea was taken from XAssets service. * Change log message headers to indicate FS assets is the source not just assets
|
9 years ago |
|
FriendsStore.migrations
|
2cfe848ceb
Correct case in the names of the Avatar and Friends tables
|
8 years ago |
|
GridStore.migrations
|
134e94a7e9
Flatten migrations for MySQL.
|
8 years ago |
|
GridUserStore.migrations
|
9533217d82
change some mysql tables and columns character sets, this is close to patch at mantis 8707, but that is not correct. This should have no impact on current dbs. Many of those are now too large to do this change automaticl,, but they should. Some columns as utf8 (4 bytes in future) are pure waste of space, in fact some are used as indexes and can violate max index size. Namelly on groups V2, reason why we are forced to use utf8mb3 mostly likely to be dropped by new mysql/maria versions
|
4 years ago |
|
HGTravelStore.migrations
|
9533217d82
change some mysql tables and columns character sets, this is close to patch at mantis 8707, but that is not correct. This should have no impact on current dbs. Many of those are now too large to do this change automaticl,, but they should. Some columns as utf8 (4 bytes in future) are pure waste of space, in fact some are used as indexes and can violate max index size. Namelly on groups V2, reason why we are forced to use utf8mb3 mostly likely to be dropped by new mysql/maria versions
|
4 years ago |
|
IM_Store.migrations
|
53fe204eed
Create all tables ad InnoDB by default
|
7 years ago |
|
InventoryStore.migrations
|
134e94a7e9
Flatten migrations for MySQL.
|
8 years ago |
|
LogStore.migrations
|
ee713cb253
Converted MySQL migration history to the new format
|
14 years ago |
|
MuteListStore.migrations
|
9533217d82
change some mysql tables and columns character sets, this is close to patch at mantis 8707, but that is not correct. This should have no impact on current dbs. Many of those are now too large to do this change automaticl,, but they should. Some columns as utf8 (4 bytes in future) are pure waste of space, in fact some are used as indexes and can violate max index size. Namelly on groups V2, reason why we are forced to use utf8mb3 mostly likely to be dropped by new mysql/maria versions
|
4 years ago |
|
Presence.migrations
|
548b741130
Correct the case of the Presence table
|
8 years ago |
|
RegionStore.migrations
|
44c90bf294
misspell all across the board
|
4 years ago |
|
UserAccount.migrations
|
9533217d82
change some mysql tables and columns character sets, this is close to patch at mantis 8707, but that is not correct. This should have no impact on current dbs. Many of those are now too large to do this change automaticl,, but they should. Some columns as utf8 (4 bytes in future) are pure waste of space, in fact some are used as indexes and can violate max index size. Namelly on groups V2, reason why we are forced to use utf8mb3 mostly likely to be dropped by new mysql/maria versions
|
4 years ago |
|
UserProfiles.migrations
|
53fe204eed
Create all tables ad InnoDB by default
|
7 years ago |
|
XAssetStore.migrations
|
d7b45a3ed2
Alter the migrations so that it is a no-op as the columns are unused and the operation is very expensive
|
9 years ago |
|
os_groups_Store.migrations
|
9533217d82
change some mysql tables and columns character sets, this is close to patch at mantis 8707, but that is not correct. This should have no impact on current dbs. Many of those are now too large to do this change automaticl,, but they should. Some columns as utf8 (4 bytes in future) are pure waste of space, in fact some are used as indexes and can violate max index size. Namelly on groups V2, reason why we are forced to use utf8mb3 mostly likely to be dropped by new mysql/maria versions
|
4 years ago |
UbitUmarov
9533217d82
change some mysql tables and columns character sets, this is close to patch at mantis 8707, but that is not correct. This should have no impact on current dbs. Many of those are now too large to do this change automaticl,, but they should. Some columns as utf8 (4 bytes in future) are pure waste of space, in fact some are used as indexes and can violate max index size. Namelly on groups V2, reason why we are forced to use utf8mb3 mostly likely to be dropped by new mysql/maria versions