I've run into an issue with IntelliJ IDEA 2020.1.2, build #IU-201.7846.76 that I have no idea how to begin troubleshooting.
My SQL Server database is up and running just fine (our client applications and SQL Server Management Suite have no issues), but when I try to query it from within IntelliJ, I get no results and an error message that consists only of a period (.):
The query itself does not matter as even this most basic of queries has the exact same result:
SELECT * FROM table_name;
Obviously, I am having a hard time finding a solution for something so vague by searching here or the web.
This is new behavior as of today; yesterday the queries were working just fine.
What does this error "message" mean and how can I determine the cause?
There seems to be a known issue in this version of the JetBrains Runtime, per https://youtrack.jetbrains.com/issue/DBE-10839.
Updating the driver, as suggested, did not resolve the issue for me. Instead, rolling back to IntelliJ IDEA 2020.1 worked out.
i got this problem with postgreSQL, when i do a simple query of anything (CRUD), sometimes it works and almost always shows this message:
Not connected to the server or the connection to the server has been closed.
I don't know how to solve it and it started to irritate me, anyone know how to fix it?
UPDATE 1
I have been searching and it seems the pgadmin4 the problem (it seems because it's not 100% developed yet), i have been using pgadmin3 and that error doesn't show up.
solution is:
select the database where you lost the connection.
then on the right hand side select SQL
For example in the picture (shopdb) is the db where I lost the connection to.
After that PgAdmin will ask you if you would like to reconnect to this database...
click ok
you will notice a message retreiving data from the server
The reason this happened for me was a syntax error in the query. Check your syntax and try again, maybe this suffices
This issue has been fixed.
Upgrade to pgAdmin4 version 2.0. https://www.pgadmin.org/download/
I have similiar problem before, im using postgre 9.6.1-1
I can do select without condition (ex: select * from foodtable) and i can do insert too.. But if i do select or edit or delete using a condition (ex: select * from foodtable where taste='sweet') the output is like your
Not connected to the server or the connection to the server has been closed.
I try reinstall (After uninstall delete all leftover data) and delete C:\Users\yourUserName\AppData\Roaming\pgAdmin (delete all data inside pgAdmin Folder)
And its works
Update-> Your table name and field name must lowercase
Can you run & provide output of these sql queries from pgAdmin4?
1) SHOW SERVER_ENCODING;
2) SHOW CLIENT_ENCODING;
And what is the encoding set for your current database connection on which you are trying to run query (Right click on your database, click on Properties > Definition Tab > Check Encoding, Collation & Character type) ?
I'm suspecting you are facing issues due to encoding.
Change the versiĆ³n of pgAdmin, use pgAdmin 3, its a problem frequently between Windows 10 and pgAdmin4.
just change the column name and run the query , it worked for me.
my column name was timestamp, it conflicted with datatype so i changed timestamp by _timestamp
Juuuuust in case someone googled this post like i did.
If you have JSON column AND you want to see ANY result in pgAdmin, cast JSON into VARCHAR like
SELECT id, metadata::VARCHAR FROM data_table;
It doesn't matter if content is NULL or not, JSON doesn't work. Maybe there are other types or values that can't be parsed by pgAdmin as well.
Note: you can still insert values and recieve them after cast, so the problem is on JS side (put one more coin into your "Hate JS" jar).
We have just experienced this on a standalone windows machine.
After reinstalling things and looking everywhere (logs, running psql in shell - all was good) then we found out that it was an older firefox that was the culprit.
So - please ensure that your browser is up to date :-)
I solved this. I pressed F7 or Explain in drop-down list near the Execute button. Then I saw where exactly the trouble was. pgAdmin4 didn`t like the name of my column. Then I went to problem column and renamed it.
I have same problem
but i can create DB and table successful
and my version is:
window10 pro x64
9.5 (X86)
pgAdmin4
after i change to 9.4 (X86)+ pgAdmin3 is no more error.. and the table i create by 9.5 can be use(insert data) in pgAdmin3
I am using the pgadmin version 4.6 which is the current release as for now.
I could only solve the problem by running query inside
DO $$ ... BEGIN ... END $$;
block.
In case anyone still looking for an answer like me.
I was getting this error when running a long series of queries in a transaction. Then when I ran them separately, it didn't loose the connection. Still no idea why it actually happens...
My operating system is windows 10.
pgAdmin Version - 4.5
I was getting this error when executing scripts, downgrading to pgAdmin version 4.3 fixed the issue for me.
Yesterday I upgraded Sql server 2014 to Sql server 2016 RTM.
When i go to reporting services web portal i get error popup
"Could not load folder contents
Something went wrong. Please try again later. "
I tried:
Repair instalation
Restore database
Restart reporting service
Restart PC
Restore encryption key
but nothing helped.
Do anyone know what could happen ?
Thanks
EDIT: When i use http://<server>/reportserver i see all my reports and they work fine.
To me, it seems like you have a path with an invalid character. I would try running the following query against the ReportServer database:
SELECT c.[Path] FROM [ReportServer]..[Catalog] c
ORDER BY c.[Path]
From there, you should be able to review each path and confirm whether you have something with an illegal character.
Cumulative update 1 (CU1) solved issue.. Today is available also (CU4)
I am working on an ios project that has a Sybase (ultralite) database that is synchronized with a Sybase Sql Anywhere 12 database using mobilink.
Everything was properly, until i decided today to add some fields to the main database so that they synchronize to the main database.
I have updated the schema of the consolidated database from the main engine, then i have updated the schema of the remote database from the consolidated engine, and then i mapped the added fields together, and I deployed a new ultralite database.
Please note that it's not the first time I do a similar task, i always add fields, and sync databases..
after the update, when i synchronize using the blank ultralite database, mobilink will fail giving only this error: Synchronization Failed: -1305 (MOBILINK_COMMUNICATIONS_ERROR) %1:201 %2: %3:0
I have researched Error Number 201 in sybase and it points to: SQLE_NOT_PUBLIC_ID
and in the sybase documentation the error's probably cause is:
"The option specified in the SET OPTION statement is PUBLIC only. You cannot define this option for any other user."
I have tried to redeploy, I have tried to move the engine to a windows pc, all give the same error.. and i have no clue where this SET OPTION statement came from and how can i solve it..
Any hints are appreciated!
The problem was just caused by small network timeout value while setting up mobilink parameters.
info.stream_parms = (char*) #"host=192.168.0.100;port=3309;timeout=1"
i just changed the value from timeout=1 to timeout=300 and it worked!
I am working on a project using codeigniter. I completed the login and registration coding and works fine on my local computer. But when I upload the files to live server then it gives me following error
A Database Error Occurred
Unable to select the specified database: zafarsal_membership
Filename: core/Loader.php
Line Number: 346
In database.php I have added correct information. And zafarsal_membership database does exist there but still it gives me this error. Could you please help me where am I making mistake?
I was getting the same error... just change the $db['default']['dbdriver'] = 'mysql';
to $db['default']['dbdriver'] = 'mysqli';
Here are the diferences between "mysql" and "mysqli":
Hope it helps you!
Here are the usual suspects:
Does the database user have read/write access to the database?
Did you select the right database driver?
Does your connection to the database succeed?
Are you running the same version of the database server locally and on your server?
In 90% of the cases, it's one of the above.