ms-access

问题 I have an Access database to query as follows: id - name - Print? 1 - one - Yes 2 - two - No Now my query in java, using the PreparedStatement with an ODBC connector goes something like this: select * from table where [Print?] = Yes I can't find a way around this to escape the question mark. I know it's an awful design choice by whoever made the database, but it's so tied in applications already changing it is not an option. PS. I've read How to query for a MS Access column whose name has a

问题 I currently have a query in MS Access named Quarterly_Growth_Rates which produces the table below: Ticker Year Qtr Qtr_Growth AAPL 2013 3 21.46 AMZN 2013 3 12.59 BBBY 2013 3 4.11 GOOG 2013 3 0.04 V 2013 3 5.13 AAPL 2013 2 -10.27 AMZN 2013 2 4.01 BBBY 2013 2 10.98 GOOG 2013 2 10.74 V 2013 2 7.66 AAPL 2013 1 -20.07 AMZN 2013 1 4.07 BBBY 2013 1 14 GOOG 2013 1 10.39 V 2013 1 10.17 I need to create a CrossTab Query in my VB.net program that will produce this table: Ticker 2013-3 2013-2 2013-1 AAPL

问题 I have a syntax issue in the first CREATE TABLE statement. I'm receiving the following VBA error: Run-time error '3290' The goal is to move the distinct data to a new table dependent on values in specific columns. Afterwards the original table is cleared, and every distinct value will be inserted again. The temporary table will be deleted afterwards. ' ** Issue here ** ' db.Execute ("CREATE TABLE tTemp AS (SELECT DISTINCT History_Date, Sedol, Selskabsnavn, MarketCap, JQScore, JQ_Rank, Value

问题 I am currently supporting an Excel 2010 spreadsheet and Access 2010 database that were written by business users. One of the requirements of the Access database is that it be encrypted. It was encrypted with the default encryption settings "Use default encryption(Higher security)" which can be set in Options -> Client Settings. Now that the database is password protected and encrypted, I am unable to connect to the database through Excel. My testing revolves around importing data into Excel,

问题 I am currently supporting an Excel 2010 spreadsheet and Access 2010 database that were written by business users. One of the requirements of the Access database is that it be encrypted. It was encrypted with the default encryption settings "Use default encryption(Higher security)" which can be set in Options -> Client Settings. Now that the database is password protected and encrypted, I am unable to connect to the database through Excel. My testing revolves around importing data into Excel,

问题 I am currently supporting an Excel 2010 spreadsheet and Access 2010 database that were written by business users. One of the requirements of the Access database is that it be encrypted. It was encrypted with the default encryption settings "Use default encryption(Higher security)" which can be set in Options -> Client Settings. Now that the database is password protected and encrypted, I am unable to connect to the database through Excel. My testing revolves around importing data into Excel,

问题 I am trying to troubleshoot an MS Access XP database and the first thing it does it close the main window and prompt for a date. Everything I enter comes with an error message stating that the value entered is not a valid date mm/dd/yyyy. It then proceeds to close access. I've tried every date format I can think of to no avail. Is it possible to open an access database without it automatically prompting me for some input and closing? At this point I have no idea what is going underneath the

问题 I wrote an SQL query in MS Access select NVL(count(re.rule_status),0) from validation_result re, validation_rules ru where re.cycle_nbr="+cycle_nbr+" and re.rule_response=ru.rule_desc and re.rule_status='FAIL' and ru.rule_category='NAMING_CONVENTION' group by re.rule_status" But the output is Null . I want to convert it to Zero . If I use NVL function then MS Access does not accept it. I tried NZ function also but that also gives the same output, i.e NULL instead of Zero. 回答1: Nz() is

问题 at work we have to deal with several MS Access mdb files, so we use the default JdbcOdbcBridge Driver which comes with the Sun JVM and, for most cases, it works great. The problem is that when we have to deal with some larger files, we face several times exceptions with the message "Can't open any more tables". How can we avoid that? We already close all our instances of PreparedStatements and RecordSets, and even set their variables to null, but even so this exception continues to happen.

问题 at work we have to deal with several MS Access mdb files, so we use the default JdbcOdbcBridge Driver which comes with the Sun JVM and, for most cases, it works great. The problem is that when we have to deal with some larger files, we face several times exceptions with the message "Can't open any more tables". How can we avoid that? We already close all our instances of PreparedStatements and RecordSets, and even set their variables to null, but even so this exception continues to happen.