I have downloaded "SQL Anywhere-12" trial version from the Sybase website.
I use Windows Vista
It installed itself in two locations.The Sybase related folders are in:-
1) "C:\Program Files\.."
-sybase
-SQL Anywhere 12
2) "C:\Users\Public\Documents\SQL Anywhere 12\Samples"
-DBISQL 12.0.1
-SQL Anywhere 12
-Sybase Central 6.1.0
Is it how Sybase downloads itself? Or was there any error in downloading?
The reason I ask is I am not sure where to save any "NEW sybase-DATABASE" created?
Can anyone please help?
The stuff in C:\Users is sample databases, example code, scripts, stuff like that. The actual software is installed in C:\Program Files.
For SQL Anywhere-specific questions, you may want to check out sqlanywhere-forum.sap.com.
Disclaimer: I work for Sybase in SQL Anywhere engineering.
Related
My database is:
Oracle Database 10g Enterprise Edition Release 10.1.0.5.0 - 64bit
The company just gave me a new desktop with Windows 10. I installed SQL Developer version 18.1.0.095 Build 095.1630. Everything works fine except that dbms_output.put_line no longer prints anything. For example this simple script:
SET SERVEROUTPUT ON;
BEGIN
dbms_output.put_line('hola');
END;
simply gives me this:
Whereas on a Windows 7 Professional box, with SQL Developer version 4.2.0.17.089 Build 17.089.1709 connected to the same oracle instance, the exact same script does print out hola nicely. Look:
Also, Toad version 12.12.0.39 executes this script and prints out hola without an issue.
I see that one guy has the same problem with the same version of SQL Developer at here: https://www.thatjeffsmith.com/archive/2012/03/dbms_output-in-sql-developer/
Check the comment section.
Could this be a bug with version 18.1.0.095?
try the following
SET SERVEROUTPUT ON;
BEGIN...
The answer is here:
sqldeveloper - DBMS_OUTPUT.PUT_LINE() Doesn't Work
which says that SQL Developer 17 and above does not support Oracle 10g.
No wonder.
I've installed version 4.2, and now it's all good.
I'm using sql developer 18.x and the answer from one of the comment threads helped me.
Answer:go to View -> DBMS Output window,
Run the script,
view output in DBMS output window.
I am trying to debug a program using Entity Framework code first on my personal (work) computer.
We have recently had a domain migration, meaning that the user I log in as now is not the same that I used before. This caused me to loose access to the databases I had on the computer. To get around this, I have uninstalled everything to do with Microsoft SQL Server on the computer, and installed the latest version of Microsoft SQL Server, 2014 - 12.0.4213.0 . I then restored the database I need.
When I first tried to run the program, Visual Studio complained that the project is set up to use SQL Server Express, which was not installed. The recommended solution is to change the project to use SQL Server instead. To do this, I must click on "the database file" and follow the instructions. I have looked through the entire solution. There is a great many files, but I found no good candidate for "the database file."
It seems that my Google fu is not strong enough to find anything about this. So my question is: how do I change the project to use SQL Server?
I also have a second, related question. I tried to solve the problem by installing SQL Server Express. However, when I try to restore the database to this, no base appears in the drop down list. When I try to run the program now, I get another error:
Unable to create the file 'c:\Program Files\Microsoft SQL Server\MSSQL11.SQLEXPRESS\MSSQL\DATA\Timelønsblanket.mdf' because it already exists.
I guess that this is also why I cannot restore the database. What I have found in websearches warns that I should not manually delete .mdf files.
Any advice on what to do?
I have solved the problem. All that was needed was a correct connection string. No need to find a "database file".
I have properly set my PATH to $ORACLE_HOME/bin and rest of the exe are working fine but I am not seeing "dbca" anywhere in that directory, though each source says that it should be there. It also doesn't show up in my menu of Oracle 10g express edition.
Has someone faced similar problem ?
Oracle XE doesn't include dbca.
The licensing terms don't allow for more than once instance on a given server, see http://docs.oracle.com/cd/B25329_01/doc/license.102/b25456/toc.htm under "License Rights": "1. Express Edition is limited to a single instance on any server;" and given that XE comes with a preconfigured database it makes little sense to include dbca.
I have these error messages when I start MS-Access application (has VBA code).
When I click OK in the first error message and debug in the second, the debugger opens up and points to the line that says: "Set oServer = New SQLDMO.SQLServer"
I realise that it's a problem with SQL-DMO, but can't seem to register the DLL.
My environment: Win7 Pro 64-bit, Office 2010 64-bit, MS SQL Server 2008 R2 SP2 64-bit.
I downloaded the backwards compatibility package from Microsoft, ran the MSI, and nothing.
Tried to manually install, and get error messages:
R6034 for C:\Windows\System32\regsvr32.exe and when I click Ok --> The module "SQLDMO.DLL" failed to load. Make sure the binary is stored at the specified path or debug it... blah blah
When I try to register it from C:\Windows\SysWOW64, I get "The module "SQLDMO.DLL" may not (be) compatible with the version of Windows that you're running. Check if the module is compatible with....
I've checked the version of SQLDMO.DLL and it is definitely 64-bit. I have located all the other DLLs that SQL-DMO needs and stored them in SysWOW64 and System32.
I have run Office repair, Windows Update, SQL Server repair (the log file indicates pass for everything for Client Tools Backwards Compatibility).
Any help is much appreciated.
Thanks, Miki.
Not sure how I've managed to, but have (somehow) managed to register the 64-bit SQLDMO.DLL (before it didn't really register it) and then in my VBA code--> Tools --> References... I tried to load the SQLDMO.DLL from the 64-bit folder.
At first, it didn't work, and then I placed a copy of the DLL in SysWOW64 (which is a 32-bit folder) and registered it from there (once it was registered, apparently, the system doesn't need it there anymore - I removed it, and it still works).
I then tried to figure how come it works. I checked in the Reference Table in the VBA Code, and the Microsoft SQLDMO Object Library is still pointing to C:\Program Files (x86)\Microsoft SQL Server\80\Tools\Binn, but when I removed SQLDMO.DLL from there it still worked... I then looked in C:\Program Files\Microsoft SQL Server\80\Tools\Binn and removed SQLDMO.DLL from there and then it stopped working!
I have no idea what happened, or why the reference table is saying it's pointing to one folder but actually pointing to a different one, or how after the same tries before, only now it works.
I'd like to be able to replicate this (in case I need to go through this process again), so any ideas/suggestions would be greatly appreciated.
Thanks, Miki.
I get this error when trying to open SQL Server Management Studio 2008 R2:
Unable to cast COM object of type 'System.__ComObject' to interface
type 'Microsoft.VisualStudio.OLE.Interop.IServiceProvider'. This
operation failed because the QueryInterface call on the COM component
for the interface with IID '{6D5140C1-7436-11CE-8034-00AA006009FA}'
failed due to the following error: No such interface supported
(Exception from HRESULT: 0x80004002 (E_NOINTERFACE)).
(Microsoft.VisualStudio.OLE.Interop)
Details:
Windows 7 Professional
SQL Server 2008 R2
Visual Studio 2010
I had exactly the same problem, after a lot of search on Google and tried a lot of different solution that didn't worked in my case, I finally find a working solution on another thread of stackoverflow (here) based on a social.msdn thread. It seems that other solutions could work, depending on undefined situations as far as the problem cause isn't well defined...
The solution that worked for me:
regsvr32 "C:\Program Files\Internet Explorer\ieproxy.dll"
if you are running 64 bit windows, try this:
regsvr32 "C:\Program Files (x86)\Internet Explorer\ieproxy.dll"
The solution that worked for others:
First deregister the dll:
C:\windows\system32\regsvr32.exe" /u actxprxy.dll
Then register it again: "C:\windows\system32\regsvr32.exe" actxprxy.dll
Note: use a command shell in both case with administration rights (Win+R then type cmd)
Some information on Connect, though Microsoft is saying they can't reproduce the problem.
Have you installed SQL Server 2008 R2 Service Pack 1 to your client machine? I would try that. It is possibly something messed up due to order of installation of SQL Server / Visual Studio. Applying the service pack should help straighten it out.
Thanks for the hint, user1267600!
I've got the same issue, but in my case the problem was I've moved accidentally the "C:\Program Files (x86)\Internet Explorer" folder to another one and SSMS started showing this error. Then I've found it and moved it back and everything got back to working. No "ieproxy.dll" registration was needed.
*Hint - Don't move around the "Internet Explorer" folder or any other Windows related soft folder, you'll never know what depends on it! :)
I had the same issue. After installing IE11, I registered ieproxy.dll and SQL Server Management Studio is running again. Thanks!!!