Database with direct TCP/IP access?
-
I'm looking for a database where I can directly send / receive TCP/IP commands to do manipulate the database with SQL commands. I doubt that there is anything like that out there since my Google searches didn't turn anything up, but I'm asking here in case I'm missing something...
I will never again mention that Dalek Dave was the poster of the One Millionth Lounge Post, nor that it was complete drivel.
-
I'm looking for a database where I can directly send / receive TCP/IP commands to do manipulate the database with SQL commands. I doubt that there is anything like that out there since my Google searches didn't turn anything up, but I'm asking here in case I'm missing something...
I will never again mention that Dalek Dave was the poster of the One Millionth Lounge Post, nor that it was complete drivel.
You'll have to write one. Most database-servers will not allow access without authentication. I think you should not be wanting it either. If you want the same *with* authentication, you'd end up with Sql Server.
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]
-
You'll have to write one. Most database-servers will not allow access without authentication. I think you should not be wanting it either. If you want the same *with* authentication, you'd end up with Sql Server.
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]
Eddy Vluggen wrote:
I think you should not be wanting it either.
And I don't want - I was thinking about something that needs a previous authentication, and then SQL commands can be sent...
Eddy Vluggen wrote:
If you want the same *with* authentication, you'd end up with Sql Server.
I don't like SQL Server :laugh: :laugh: Seriously though, a cross-platform DB would be better... Thanks for the answers, Eddy!
I will never again mention that Dalek Dave was the poster of the One Millionth Lounge Post, nor that it was complete drivel.
-
Eddy Vluggen wrote:
I think you should not be wanting it either.
And I don't want - I was thinking about something that needs a previous authentication, and then SQL commands can be sent...
Eddy Vluggen wrote:
If you want the same *with* authentication, you'd end up with Sql Server.
I don't like SQL Server :laugh: :laugh: Seriously though, a cross-platform DB would be better... Thanks for the answers, Eddy!
I will never again mention that Dalek Dave was the poster of the One Millionth Lounge Post, nor that it was complete drivel.
Marco Bertschi wrote:
And I don't want - I was thinking about something that needs a previous authentication, and then SQL commands can be sent...
Aah, SSH/VNC to the server (a secure, authenticated connection) and see if you can execute sqlcmd[^]. It'd be a VERY basic UI, but it should work.
Marco Bertschi wrote:
I don't like SQL Server :laugh: :laugh:
Seriously though, a cross-platform DB would be better...Cross-platform SQL is better; SQL92 is still a nice standard. You're welcome :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]
-
Eddy Vluggen wrote:
I think you should not be wanting it either.
And I don't want - I was thinking about something that needs a previous authentication, and then SQL commands can be sent...
Eddy Vluggen wrote:
If you want the same *with* authentication, you'd end up with Sql Server.
I don't like SQL Server :laugh: :laugh: Seriously though, a cross-platform DB would be better... Thanks for the answers, Eddy!
I will never again mention that Dalek Dave was the poster of the One Millionth Lounge Post, nor that it was complete drivel.
Marco Bertschi wrote:
I was thinking about something that needs a previous authentication, and then SQL commands can be sent...
Which is how every database that uses SQL works. The MS SQL Server Management Studio manages the server which is not and cannot be the same as managing a database. Same is true of tools like sqlplus, Toad, MySQL Workbench, etc. One can use those to process SQL but other functionality cannot be controlled via SQL (because that isn't what SQL does.)