![]() Both options are downright stupid.īut yes, if you have a "userbase" with or without logins then you'll most certainly want an online database. Otherwise end-users have access to the database since you'd have to embed the login information in the app, or allow anonymous access. Always have an intermediate layer on the server that is told to "set/get this data" and connects to the database to do so. Q2) Connecting: never connect directly to an online database like MySQL. Sometimes you may need a specific DB because you have backend software that requires it. Which "true" SQL database (that is: practically all of them except SQLite) is being used really boils down to developer preference (and of course the price point, and the tool chain, let's not forget about that - editing the database schema or even the data itself can be a chore when using substandard tools!).But it'll be PAINFUL if, over time, you realize that a DB would have been the better choice and you end up hand-modelling relationships and such things, possibly within your code, and that can be error-prone and tend to break often and frequently. Quite often you don't need a database to begin with.The current desktop implementation is for developers only, an official desktop version is planned. It depends on the platform: Firebase is ONLY FOR MOBILE devices.You cannot create a distributed/online database with SQLite. It depends on the usage: SQLite for instance is only for LOCAL STORAGE.And of course the better documented and supported the C# API is the more likely it will be in use. Any solution with C# API (that is also compatible with the C#/.NET versions Unity uses) will probably be more popular than those without one - though it depends on the use case.Q1) paraphrased: "Why are some DB solutions for Unity more popular than others?" Just wondering about databases in unity in general - if anyone can enlighten me about how things are usually done/ why they are this way / what do you usually do - that would be great. NET or something? I've seen some advice about connecting unity to an API. Q3) So if there is no SDK built for unity you can't use that database? if I want to use a database without good support or if some other type of database is set up - I guess the way to go is to build an API for it? and/or build another backend with. Q2) What are the standard practices connecting databases - is it the usual thing to do for any project with a userbase? Q1) I'm guessing that these database systems just have the most support/package/SDK for Unity and that is why they have the most information and are used most often? Hello, I was just wondering about databases in unity - I've googled around a bit and see that there are a lot of information about how to set up a databases with firebase, MySQL, SQLite but not with postgres - though I found that some people use Npgsql? Reddit Logo created by /u/big-ish from /r/redditlogos! ![]() Long series.ĬSS created by Sean O'Dowd, Maintained and updated by Louis Hong /u/loolo78 Favors theory over implementation but leaves source in video description. Normally part of a series.Īlmost entirely shader tutorials. Lots of graphics/shader programming tutorials in addition to "normal" C# tutorials. Using Version Control with Unit圓d (Mercurial) Related SubredditsĬoncise tutorials. Unity Game Engine Syllabus (Getting Started Guide)ĥ0 Tips and Best Practices for Unity (2016 Edition) Lots of professionals hang out there.įreeNode IRC Chatroom Helpful Unit圓D Links Use the chat room if you're new to Unity or have a quick question. ![]() Please refer to our Wiki before posting! And be sure to flair your post appropriately. Remember to check out /r/unity2D for any 2D specific questions and conversation! A User Showcase of the Unity Game Engine. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |