aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Data/MySQL/Resources (unfollow)
Commit message (Collapse)AuthorFilesLines
2019-05-19Various database fixups.onefang21-84/+78
InnoDB -> MyISAM utf8 if not exists white space
2019-05-19Dump OpenSim 0.9.0.1 into it's own branch.onefang22-1520/+594
2016-11-03MyISAM is still much better performing for OpenSim.David Walter Seikel17-40/+40
This time we got the file system asset server, even better still. B-)
2016-11-03Initial update to OpenSim 0.8.2.1 source code.David Walter Seikel19-53/+435
2013-02-23MyISAM is much better performing for OpenSim.David Walter Seikel12-35/+35
2012-09-27Removed the bits about the TOSModule. That module doesn't go into core. ↵Diva Canto1-3/+0
WARNING: migration on GridUser withdrawn too, but left the migration number there.
2012-09-25TOS module. WARNING: migration in GridUser table.Diva Canto1-0/+8
2012-08-15Add a skeleton for a name value storage associated with regionsMelanie1-0/+7
2012-05-23Environment Module - allows Environment settings for Viewer3 warning: ↵PixelTomsen1-0/+11
includes database region store migrations for mssql, mysql, sqlite enable/disable this module: Cap_EnvironmentSettings = "localhost" (for enable) Cap_EnvironmentSettings = "" (for disable) at ClientStack.LindenCaps section (OpenSimDefaults.ini file) or owerwrite in OpenSim.ini mantis: http://opensimulator.org/mantis/view.php?id=5860 Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
2012-03-06Switch to sha256 from sha1 in order to avoid future asset hash collisions.Justin Clark-Casey (justincc)1-2/+2
Some successful collision attacks have been carried out on sha1 with speculation that more are possible. http://en.wikipedia.org/wiki/Cryptographic_hash_function#Cryptographic_hash_algorithms No successful attacks have been shown on sha256, which makes it less likely that anybody will be able to engineer an asset hash collision in the future. Tradeoff is more storage required for hashes, and more cpu to hash, though this is neglible compared to db operations and network access.
2012-03-02Make XAssetService a de-duplicating asset service.Justin Clark-Casey (justincc)1-0/+27
This is an extremely crude implemenation which almost works by accident. Nevertheless it does work. It can be tested with the instructions at http://opensimulator.org/wiki/Feature_Proposals/Deduplicating_Asset_Service#Testing It does not interact at all with the existing asset service or any data stored there. This code is subject to change without notice and should not be used for anything other than gawking.
2012-02-04Add default value to TelehubObjectBlueWall1-0/+10
2012-02-03Fix: Covenant changed time not set ↵PixelTomsen1-0/+5
http://opensimulator.org/mantis/view.php?id=5869 Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
2012-02-02Replace ParcelAccessEntry with a new struct, LandAccessEntry, which moreMelanie1-0/+6
accurately reflects the data sent by the viewer. Add times bans and the expiration of timed bans. Warning: Contains a Migration (and nuts)
2012-01-30Add the needed column in the regions table and a few tweaks.Melanie1-0/+9
Warning: Contains a Migration Warning: Cannot guarantee nut free
2012-01-30Add ParcelImageID to RegionSettings so we can have that overlay.Melanie1-0/+6
Warning: Contains a Migration. Warning: May contain nuts.
2012-01-23IMPORTANT!!!!! Please READ. DO NOT Use this version or any before it since theMelanie1-12/+3
Telehub commits! They will eat your babies and corrupt your database while they munch. DO NOT use anything from the first Telehub commit to this one. FIRST GOOD COMMIT is the one FOLLOWING this one. You have been warned.
2012-01-22Change the key name I missed in last commitMelanie1-1/+1
2012-01-22Move Telehub tables and data from EstateSettings to RegionSettings.Melanie2-22/+25
This is damage control es EstateSettings is not the place this can be put. EstateSettings is nt unique to a region and therefore would introduce a hard limit of one telehub per estate, completely shutting off the option of having SL style telehubs, e.g. one per region. Whole estate teleport routing can still be implemented id desiresd, this way all options are open while the other way most options get closed off.
2012-01-21Telehub Support:BlueWall1-0/+21
Telehub settings now persist to the database and are saved across sim restarts. So-far this only works on MySQL. this is a work in progress, teleport routing is not yet implemented.
2011-09-20Remove vestigal OpenSim.Data mono addins extension points that don't look ↵Justin Clark-Casey (justincc)1-23/+0
like they've been active for at least 2 and a half years
2011-06-11Switched order of SQL statements in Friends migration -- resulted in the ↵Diva Canto1-1/+1
wrong key
2011-06-10For MySQL, migrate region tables to the MyISAM storage engine rather than InnoDBJustin Clark-Casey (justincc)1-0/+16
Using MyISAM proves vastly faster for persisting scene objects. For instance, a scene object that took 9 seconds to persist before now takes 1. This also improves the experience of loading large OARs. We don't use any of the transactional features of InnoDB. The only thing that may have an impact is that InnoDB does row locking on inserts while MyISAM does table locking. However, field reports say there is no noticeable difference.
2011-06-01This is the better solution: make the combined key be only on the first 36 ↵Diva Canto1-1/+2
characters of each field -- that's the UUIDs. Thanks coyled. WARNING: Again, people who have gone through this migration and failed need to run it manually.
2011-06-01It looks like there's a better solution for that problem.Diva Canto1-2/+1
Revert "Changed Friends table to have 165-sized varchars on PrincipalID and FriendID. The reason for this number is the following: there is a combined key of these 2 fields; apparently MySql can't handle keys larger than 1000 bytes; when the table is created with utf8 encoding, this combined key is bigger than 1000 bytes, and the migration fails. WARNING: this is not a new migration! People who have gone through this migration and failed should update the sizes of these fields manually." This reverts commit 3fa54a156a83e498a7d5d0949a5f848fe82fe86f.
2011-06-01Changed Friends table to have 165-sized varchars on PrincipalID and ↵Diva Canto1-1/+2
FriendID. The reason for this number is the following: there is a combined key of these 2 fields; apparently MySql can't handle keys larger than 1000 bytes; when the table is created with utf8 encoding, this combined key is bigger than 1000 bytes, and the migration fails. WARNING: this is not a new migration! People who have gone through this migration and failed should update the sizes of these fields manually.
2011-05-19HG Friends working to some extent: friendships offered and accepted ↵Diva Canto1-0/+6
correctly handled. Friends list showing correct foreign names. TODO: GrantRights.
2010-12-05Fixed some inconsistency with trailing /. Made debug messages consistent. ↵Diva Canto1-0/+7
Changed the stored region names of HG regions. Increased the size of regionName in DB.
2010-11-21Added creator info across the board -- TaskInventoryItems and InventoryItems ↵Diva Canto2-0/+9
themselves. Tested. Seems to be working, main tests pass. Nothing done for IARs or HG transfers yet -- this only works for OARs for the time being. New migration in inventory table in order to make CreatorID varchar(255).
2010-11-21Global creator information working on MySQL DB and on load/save OARs. ↵Diva Canto1-0/+8
Creator name properly shown on the viewer as first.last @authority. New option added to save oar -profile=url. Migration on RegionStore making CreatorID be 255 chars. Moved Handling of user UUID -> name requests to a new module UserManagement/UserManagementModule.
2010-10-30Fix logins and avatar appearance. Contains a Migration. May contain nuts.Melanie1-0/+8
This will cause visual params to be persisted along with worn items. With this, alpha and tattoo laters will be saved. Multiple layers MAY work, but not tested because I don't use Viewer 2.
2010-10-18Bump migration version on LastSeen field so it is actually runMelanie1-1/+1
2010-10-13Ensure no UUID.Zero region ID is ever written to presence. Add a MigrationMelanie Thielker1-0/+8
to add a LastSeen field of type "Timestamp" to Presence for MySQL
2010-08-30Implements parcel media setting persistence and packet / CAPS handlingJonathan Freedman1-2/+12
properly for the new media settings. Signed-off-by: Melanie <melanie@t-data.com>
2010-08-30local commit with parcel media bitsJonathan Freedman1-2/+12
Signed-off-by: Melanie <melanie@t-data.com>
2010-07-26add mysql support for media on a primJustin Clark-Casey (justincc)1-1/+8
2010-07-26add mysql support for media on a primJustin Clark-Casey (justincc)1-1/+8
2010-06-14* Deleted duplicated migration that was failing anyway.Diva Canto1-2/+0
* Added an error message in initial estate owner creation that makes it clear what needs to happen.
2010-06-09Add the BEGIN; I had missedMelanie1-0/+1
2010-06-09Re-add Migration version 32, which apparently got dropped completely.Melanie1-0/+72
2010-06-08* Changed CreatorIDs consistently to varchar(128)Diva Canto2-1/+9
* Deleted redundant migration for assets in SQLite * Rewrote XInventory migrations in SQLite in the new style
2010-06-08Add a migration to adjust types in the WL table. The new connector likes thatMelanie1-0/+6
better
2010-05-23The 8th migration statement in AssetStore.migrations didn't look right.Diva Canto1-1/+1
2010-05-23MySQL Migrations: Minor correcton to Region/Estate splitAlexRa2-6/+12
(some Estate SQL left behind in the Region migration)
2010-05-23Split migrations for RegionStore and EstateStore (see WARNING!)AlexRa2-78/+69
ok, so the estate stores now want their own migration files, but as it happened the SQL definition were inside the Region migrations. It seems better/cleaner to keep each 'store' separately updatable. WARNING: any editing in the middle of the migration scripts (as opposite to just appending to them) has the potential of messing up updates of existing databases. As far as I can see, this one is (probably) safe, the worst that could happen is the EstateStore migration silently fail if the estate the tables are already there.
2010-05-20Cleaned up MySql migrations a bit more, got rid of all old-form migration ↵Diva Canto5-32/+8
files. Restored Presence table to its taboo-breaking form.
2010-05-19MySQL: added CreatorID, moved asset_flag to migration scriptAlexRa1-0/+8
2010-05-18Converted MySQL migration history to the new formatAlexRa78-1002/+1228
Replaced all NNN_StoreName.sql migration resources with a more readable, single-file-per-store
2010-05-16Converted MySQL migration history to the new formatAlexRa78-1002/+1228
Replaced all NNN_StoreName.sql migration resources with a more readable, single-file-per-store
2010-05-09* Fixed spamming the assets table with map tiles. The tile image ID is now ↵Diva Canto1-0/+3
stored in regionsettings. Upon generation of a new tile image, the old one is deleted. Tested for SQLite and MySql standalone. * Fixed small bug with map search where the local sim regions weren't found.