Click here to monitor SSC
SQLServerCentral is supported by Redgate
Log in  ::  Register  ::  Not logged in
Home       Members    Calendar    Who's On

Add to briefcase

2000 to 2005: "INITCOLVS is not a recognized built-in function name" Expand / Collapse
Posted Wednesday, February 20, 2008 3:55 PM
Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Friday, November 18, 2016 8:43 AM
Points: 3,476, Visits: 592

One of our applications the FoxPro-based has a problem inserting data when tested with SQL Server 2005. The production version works with SQL Server 2000 without problems. The error message from ODBC SQL Server Driver is:
"INITCOLVS is not a recognized built-in function name"

This problem is the same as in one of the posts on another forum here:

I did do a search, on the web it looks like related to the replication (?) but no solutions were provided. There are very few posts on the subject and BOL does not contain any reference on this function.

The production database does participate in the merge replication, but the database in 2005 is not replicating, it is just an individual copy of the database moved to the test 2005 environment. Also, the insert problem happens only on one table. Other tables in 2005 do allow insert through the application.

Please, let me know if anybody else has experience with this error message.

Yelena Varshal

Post #458279
Posted Wednesday, April 30, 2008 1:51 PM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Sunday, June 8, 2014 2:02 PM
Points: 1, Visits: 42

I ran into this problem as well while using a backup/restore method to put a SQL 2000 DB into my development environment which used a SQL 2005 server.

After some research followed by some testing, it appears this error is caused by some legacy triggers used for merge replication created by SQL 2000. In the simplest sense, you can delete the offending trigger off of the table you are attempting to insert into on your SQL 2005 db, but this is certainly not the best fix in my mind as every table that is replicated will have errors inserting new records due to this trigger (or it's table-specific variation).

I have read some posts relating this issue to the level of compatibility of the database, and I have tried both 80 (sql2000) and 90 (sql2005) as well as running a Copy DB with the higher level of compatibility, but in both cases the triggers and inherent errors still exist.

So for the time being I will remove this offending trigger (ins_******************) and drive on, but if anyone knows of a better or more complete solution, please let us know!


Erik Roll
Post #493249
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse