any alternative SQL for flutter rather than sqflite [closed] - database

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 3 years ago.
Improve this question
I was wonder if there any alternative way to store offline data in dependencies database rather than using sqflite!!
if any one knows any SQL or even nosql libraries for flutter that's is not complicated like sqflite please mention it!

This is a alternative, use a NoSql database.
Sembast
Yet another NoSQL persistent store database solution for single process io applications. The whole document based database resides in a single file and is loaded in memory when opened. Changes are appended right away to the file and the file is automatically compacted when needed.
Works on Dart VM and Flutter (no plugin needed, 100% Dart). Inspired from IndexedDB, DataStore, WebSql, NeDB, Lawndart...
Supports encryption using user-defined codec.
This is a link when you can get the library:
https://pub.dev/packages/sembast

Related

Packaged application for CRUD operations on a database [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 1 year ago.
Improve this question
I know that there are many tools for the visualization of databases such as metabase, grafana, tableau, superset ...
But I don't know of any packaged software that allows CRUD operations (crete, read, update and delete) on a database.
This problem has been presented to me several times in several of my projects, wanting to make a table available to a user and that does not merit custom development. I bet a lot of people must have this same situation
But I have not found any packaged software that provides crud operations on a database table. So it seems extremely strange to me and I wanted to see why, is there a design problem in this functionality? Or am I just doing the wrong google search and these softwares have another name?
Do you mean something like a Database Management Tool?
You have plenty of them, personally I use DBeaver.
If you mean about frameworks which generate a boilerplate API with CRUD operations, you have Loopback, from IBM.
And if you mean something you could access as a web-application, then you have PHPMyAdmin if you're focused into MySQL/MariaDB.

Open-source options for building database forms [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 7 years ago.
Improve this question
I would like to move some users off of MS Access and onto an open-source DB like MySQL, Postegres, or even SQLite. Transferring the tables from one DB to another is no problem, but I need to be able to also provide them with a similar UI as the MS Access forms they are using to input the data. Additionally, I would like to be able to give them nice report outputs that reference a table or query.
What open-source alternatives are suggested/available for easily building and storing queries, forms, and reports similar to MS Access, without a ton of programming needed to get them up-and-running quickly?
Obviously I am immediately targeting Windows alternatives, but I don't want to limit suggestions to just one OS.
Open Office - Base seems to be a good option
We were to solve this problem also and considered OO Base not being very good option (note it was like 4 years ago). So we use MS Access as a frontend with ODBC connection to mysql database. It works quite well.

Looking for a cross platform small footprint database [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 8 years ago.
Improve this question
I have the following scenario. I need a db to store XML messages that have been created by a reader. I then want to use a transport (wcf) to read the db external to the populating app and send the messages to a central db Generally the db needs to run on mono, and windows.
I did look at sqlite3, and it seemed to fit all my requirements, but i'm reading its not so good on multi process access and t's moving away from my sweet spot, these last couple of days.
Thanks.
Have you considered just using XML to store the data? It doesn't get any more portable than that and will work fine as long your client-side storage needs are simple. E.g. not a large amount of many domain objects that need to be stored.
Additionally using an XML data store solves a lot of setup and installation headaches. You simply reference a file (or files) relative to your executable. You don't need to worry about installing db engines for a variety of platforms and then worry about upgrading.
WOuld it be feasible to give each process their own sqlite3 database? They all ultimately use the central database anyway, right?
Have a look at Firebird.
You can use it as an embedded engine just like SQLite, but it can scale to a full blown server as well.
The only drawback is, that the documentation is a mess

US city, state and zip in XML, JSON or comma delimited? [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 5 years ago.
Improve this question
I'm looking for any kind of flat file that contains every US city, state and zip code. I've searched high and low and can only find databases - which I'm fine using to create the flat file - but I thought I'd check here first.
If nobody else has a ready-made solution I'll parse through a database and post the flat file as the answer.
The reason I need this is for ajax auto-suggest. YQL and other free remote solutions are proving to be inconsistent and at worst, unreliable. I also do not want to make that many database calls.
You could farm these JSON sets:
http://gomashup.com/json.php?fds=geo/usa/zipcode/state/IL&jsoncallback=?
http://gomashup.com/json.php?fds=geo/usa/zipcode/state/CA&jsoncallback=?
etc
Why not just load the data from a database into a javascript object in one ajax call and hook that into your autosuggest?
EDIT: agreed with #elusive, 20,000+ municipalities is a LOT of data to load to each client

Simple, fast and reliable database (NoSQL) [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 6 years ago.
Improve this question
I'm looking for a solution to add persistence to my native-code application. It should be simple (no SQL), fast, and most-importantly reliable.
The best approach I can think of is using memory-mapped files. It's as simple and fast as it can get - you simply store the values in plain-data arrays in "memory". However, I don't think it's very reliable - a power failure could leave the database in an inconsistent or corrupted state. Being able to transactionally sync a group of memory-mapped files to disk would solve this, but I don't think it's possible. Also, unless the filesystem supports snapshots or COW cloning (e.g. Brtfs), backups would mean having to stop the application completely while the files are being copied.
Does anyone have better ideas?
Tokyo Cabinet
http://fallabs.com/tokyocabinet/
Berkeley DB
http://www.oracle.com/technetwork/database/berkeleydb/overview/index.html
Your list of requirements sounds like Redis. See http://redis.io/ for more.
Another possibility is Cassandra. See http://cassandra.apache.org/ for more on that.
RocksDB or levelDB are other great options.

Resources