I am still unable

dash login issues

is there some sort of limit to how many rows i can import into a supabase table? i have this csv file with about 10k rows. i tried importing all 10k and gut a 431 undefined error. i tried importing 5k and it succeeds but i just get the header columns with no rows and it works with about 430~ of them

im trying to migrate from mongodb

received my supabase tee and some stickers 🎉 🥳 https://twitter.com/avneesh0612/status/1472968664739581953

is there a timetable for @supabase/ui, looking forward to theming

I've been using firebase for years now for quick MVP projects.... now I'm never using it again. supabase is way faster to set up and easier to get going.

Hey, does anyone know if there is some way to export SQL for re-generating the postgres schema? Would be great to back up the schema generation SQL in case of somehow losing it, or e.g. if you want to replicate it over to a new supabase project. Seems like something that is worth checking into version control...

Check out https://supabase-schema.vercel.app

i'll try and commit to a timeline on it soon. I've also been doing a figma kit along with it, hence its taken a while.

Is the dashbord slow for everyone, or just me? It seems that any change that causes DDL takes seconds

Hi all - quick question: how do I change my password to my app? I have a

@

in my password which breaks the database url string

Found the way to escape special characters here: https://github.com/vitaly-t/connection-string/wiki/FAQ#how-to-use-special-symbols-for-user-name-or-password - But I'd still like to know how to change passwords

I know you can have over 10k rows. Have you tried copy and pasting the csv in instead of uploading the file?

yeah, same limitation

have you tried connecting straight to the DB with psql? You can see the connection string in your project's Settings -> Database

yeah, you want me to try to load the csv into the tables that way?

through my codebase?

i should try that

pretty much, yeah. psql can do raw COPY, but with 10k rows whatever you do should be fast enough

actually, I wonder if the public PostgreSQL endpoint can be turned off? Or limited to specific source IPs? I know it's protected by a password, but it still feels like an unnecessary risk.

I don't see anything about the raw postgresql access on that list - have I missed something?

I think you don't need to worry about that if you have RLS

but I'm not sure

you can contact support and ask

RLS is not really relevant here. I'm thinking about attacks like exhausting max_connections (I think a new backend is started before authentication), or attacks on PostgreSQL's authentication implementation (I mean, it's a database, not exactly first line of defense in most installations).

If security and having control over your whole stack is extremely important for you maybe Supabase is not the best choice here, make your own API over an internal Postgres database

Oh, I don't need that control, it'd just be nice to have as an additional precaution :-)

I think they will add all that kind of informations just before the production release. For the moment the project is not considered entreprise grade production ready