Otevření SQL CE databáze s nvarchar >127 znaků

[jux]

Prosím o radu, nevíte někdo, jak správně otevřít databázi SQL CE, která obsahuje tabulky s položkami typu nvarchar(4000) ??
Jakmile se pokusím otevřít tabulku, která takovou položku obsahuje, obdržím chybovou hlášku. Pokud změním délku položky na <127, tak vše funguje..  Hledal jsem po internetu nápovědu, podobný problém se řeší na mnoha fórech už od r 2008, nicméně všechna ta vlákna nakonec vedou ... do tmy.. :-(  Jediné, na co jsem narazil, byla rada s použitím Server-Side Cursors , nicméně to mi nefunguje vůbec..

Prosím o shovívavost, nejsem profík, programuji jen občas, ale potřebuji nutně něco vyřešit..  :-)

[Radek Červinka]

A jen tak mimochodem ta chybova hlaska je presne jak? A vubec cim to oteviras, pres co pristupujes atd.

[jux]

Omlouvám se za vágní dotaz.. Napsal jsem špatně, co vlastně potřebuji..
K databázi přistupuji pomocí ADO, a dostávám chybové hlášení " Byl otevřen objekt" .   Na internetu jsem se dočetl, že se jedná pravděpodobně o chybu OLEDB provideru, viz
https://social.msdn.microsoft.com/Forums/sqlserver/en-US/d3eadff4-3e9d-4415-8eb6-12792c8670d8/sql-server-compact-35-and-delphi-7?forum=sqlce , to je asi kompletní popis mého problému.. nebo (https://social.msdn.microsoft.com/Forums/sqlserver/en-US/48815888-d4ee-42dd-b712-2168639e973c/sql-server-compact-35-nvarchar-limitation?forum=sqlce)

Našel jsem jedno jediné jakési řešení, kde autor popisoval, že při použití Server-Side Cursors se snad tato chyba nevyskytuje, nicméně já v tom případě obdržím hlášku " Operace s více kroky vedla k vytvoření chyb. Zkontrolujte všechny hodnoty stavů služby OLE DB, jsou-li k dispozici. Nebyla provedena žádná akce" 
(http://stackoverflow.com/questions/6962306/sql-server-compact-edition-3-5-gives-multiple-step-operation-generated-errors)

Šlo mi o to, že bych potřeboval poradit, jak případně tu chybu obejít. Vše, co jsem po internetu sehnal, byly různé rady typu zkrátit pole na <127 znaků, založit databázi jinak, atd. To ale nemůžu, protože potřebuji otevřít stávající databázi bez toho, abych nějak ořezal data v ní uložená..

Znovu se omlouvám, pokud můj dotaz není úplně srozumitelný, databázemi se normálně nezabývám a programuji si spíše drobnosti pro osobní potřebu.

JJ

[Hugo]

Ahoj běžně používám nvarchar(4000) ale s databází MS SQL nevím co je CE, čtu to s delphi a žádný problém jsem nezaznamenal. Jen pozor na vyhledávání a práci s řetězci v azbuce atd. jinak se ti budou vracet jen samé ?

Jak s tím pracuješ?

[Hugo]

Jestli to máš v DELPHI je nutné přistupovat s datovým typem WideString TWideStringField v ADOQuery. Jestli použiješ string (256) ASCI znaků bude to pro UNICODE 127 znaků délky.

[Daniel_Andrascik]

CE je tusim Compact edition. A pokial ma pamat neklame tak spravanie normalnej serverovskej a CE edicie nie su uplne totozne.

[pf1957]

CE je tusim Compact edition. A pokial ma pamat neklame tak spravanie normalnej serverovskej a CE edicie nie su uplne totozne.

To te pamet neklame: je to takove siditko, ktere umi jen unicode stringy, nema triggery, SP a jeste buhvi co.

[jux]

Děkuji za reakce, vezmu to dozadu - MS SQL CE je opravdu to "šidítko" Compact Edition :-) .  Bohužel, protože tvůrce toho programu, který s touto mou databází pracuje, ho vytvořil pravděpodobně v MS Visual Studiu, jehož je MQ SQL CE součástí, tak i já musím s touto lahůdkou pracovat.. 
Ve zkratce - potřebuji si napsat jednoduchý program, který na základě nějakého výběru, je nepodstatné jakého, vybere z "hlavní" databáze určité záznamy a překopíruje je do "nové" databáze, kterou zase zpětně bude používat ten původní program.
Začal jsem s tím pokusničit, a vzápětí jsem narazil na problém, když se pokouším udělat např. Select z tabulky, která obsahuje položku typu nvarchar(4000), tak dostanu zpět chybovou hlášku "Objekt je otevřen".  Jestliže jen změním v tom Selectu tabulku na takovou, která nvarchar >127 neobsahuje, tak vše funguje, jak má, data se zobrazí, přenesou atd.
Jak jsem psal v minulém příspěvku, po nějakém hledání jsem našel poměrně dost zoufalých výkřiků, že se to lidem, kteří něco podobného zkoušejí děje také. Jsou to obvykle starší příspěvky, ale nikde jsem nenašel nějaké finální řešení.
Proto se zkouším zeptat tady, jestli by někoho nenapadlo, jak to obejít..

Otevírám to prostřednictvím OLEDB provideru a ADO, testuji to v Delphi7.
Na formuláři mám komponenty AdoConnection , AdoDataSet, DataSource, DataSetProvider a DBGrid. K propojení je použit MS SQL CE 3.5 OLEDB provider.
Zatím od toho programu nechci nic jiného, než aby mi zobrazil data z příslušné tabulky v DBGrid. Jak jsem psal, jakmile nepožaduji data z tabulky, v níž by se vyskytoval nvarchar >127 , tak vše proběhne , jak má a DBGrid zobrazí příslušná data.
Podle všeho je to bohužel opravdu vlastnost toho OLEDB provideru. Bohužel, jak jsem psal, nejsem v databázích zběhlý, takže nevím, jestli je nějaká možnost přistupovat k té databázi prostřednictvím něčeho jiného. Ta CE verze MS SQL je totiž opravdu dost specifická...
Bohužel ale nemám možnost to udělat nějak jinak. Původní program, který databázi vytváří a spravuje prostě neumí některé potřebné věci, takže se snažím ty funkce dotvořit "externě" ... Jsem tudíž nucen dodržet všechny formáty atd., aby po provedených externích operacích tu upravenou databázi ten původní program zase přijal... Varianta kompletního vytvoření nového "původního" programu bohužel nepřichází v úvahu, i když by to bylo nejlepší. Je dost rozsáhlý, a navíc komunikuje se speciálním zařízením naprosto nestandardním protokolem... :-(

[pf1957]

Jak jsem psal v minulém příspěvku, po nějakém hledání jsem našel poměrně dost zoufalých výkřiků, že se to lidem, kteří něco podobného zkoušejí děje také. Jsou to obvykle starší příspěvky, ale nikde jsem nenašel nějaké finální řešení.

Namatkou jsem se na nektere ty odkazy dival, ale ty se vetsinou tykaly čuráklu, ne? Teoreticky by tam nejaka neplecha mohla byt, protoze pisou, ze CE je compacted na urovni stranek a ne bajtu a stranky ma 256 bytu. Na druhou stranu nikde o zadnem omezeni na delku nic nepisou a mela by zvladat 1..4000 NCHAR/NVARCHAR

Otevírám to prostřednictvím OLEDB provideru a ADO, testuji to v Delphi7.

No tady by mohl byt kamen urazu, protoze CE umi jen NCHAR a NVARCHAR, cili nativni kodovani woken tj. unicode a D7 neni unikodifikovan.

Ja bych nejdriv zkusil bliz izolovat problem:

1. Nevim, jestli se na tu DB da dostat treba z Management studia nebo LINQ nebo odnekud, ale zkusil bych, jestli to v takovem toolu funguje nebo ne.
2. Pokud ano, zkusil bych to treba z .NETu (tim bych mohl vyloucit ten OLEDB provider, protoze ten bude spolecny)
3. Nakonec bych se soustredil na Delphi a jak ti radil Hugo, je treba pouzit WideString

[Radek Červinka]

No jak jsem se na to dival, tak se opravdu vsude tvrdi, ze je to problem s OLEDB providerem - http://stackoverflow.com/questions/14221821/getting-delphi-7-to-play-with-sql-server-compact-3-5/14222561#14222561.

Proč nezkusíš ten server side kurzor? Jen při otevírání např. TAdoQuery.CursorLocation := clUseServer

[Radek Červinka]

A mimochodem z VB mají stejný problém http://stackoverflow.com/questions/2272730/vb6-adodb-fails-with-sql-compact-multipe-step-operation-generated-errors, který také byl vyřešen

changing

mDbConnection.CursorLocation = adUseClient
to
mDbConnection.CursorLocation = adUseServer

[jux]

Díky za návrhy, co se týče
ad 1) do databáze se dostanu a jsem schopen s ní pracovat prostřednictvím http://sourceforge.net/projects/compactview/
ad 2) jak jsem psal, nejsem profík, takže netuším, jak bych to měl udělat
ad 3) netuším, jak ten Widestring použít, protože komponentu ADOQuery v tom mém testovacím programu vůbec nemám použitu, koukal jsem na ni, ale žádnou volbu, kde bych mohl nastavit WideString jsem nenašel ani v ní, ani v ostatních komponentách, které tam mám... Ale je pravda, že to by mohl být onen problém.. Jdu ještě hledat.. :-)

Omlouvám se, tuším, že radit někomu, kdo toho o tématu moc neví, není jednoduché... :-)

[jux]

Server side cursor jsem zkoušel nastavit, nicméně to zase dostanu chybovou hlášku
" Operace s více kroky vedla k vytvoření chyb. Zkontrolujte všechny hodnoty stavů služby OLE DB, jsou-li k dispozici. Nebyla provedena žádná akce" 
Kouknu na to, co jste mi poslali, a zkusím server side nastavit těmi zaslanými příkazy. Třeba jsem to dělal špatně. Nastavil jsem to rovnou ve vlastnostech komponent při jejich definování..

[Radek Červinka]

Server side cursor jsem zkoušel nastavit, nicméně to zase dostanu chybovou hlášku
" Operace s více kroky vedla k vytvoření chyb. Zkontrolujte všechny hodnoty stavů služby OLE DB, jsou-li k dispozici. Nebyla provedena žádná akce" 
Kouknu na to, co jste mi poslali, a zkusím server side nastavit těmi zaslanými příkazy. Třeba jsem to dělal špatně. Nastavil jsem to rovnou ve vlastnostech komponent při jejich definování..

Jen pro jistotu, zkus to nastavit jen pro tu query, a tu query nemej pripojenou na zadny grid, proste to jen zkus otevrit a projit pres Next

[jux]

Omlouvám se za delší odmlku způsobenou nemocí..
Trochu jsem na tom pracoval, ale dostávám se stále do téhož problému.  Pro přehlednost přikládám testovací program :


------------------------------------------------------
unit Unit1_3b;

interface

uses
  Windows, Messages, SysUtils, Registry, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, ActiveX, ComObj, AdoDb, DBClient, Provider, DB, Grids, DBGrids,
  StdCtrls;

type
  TForm1 = class(TForm)
    ADOConnection1: TADOConnection;
    ADODataSet1: TADODataSet;
    DataSource1: TDataSource;
    DBGrid1: TDBGrid;
    Button2: TButton;
    Button3: TButton;
    procedure Button2Click(Sender: TObject);
    procedure Button3Click(Sender: TObject);
    procedure FormShow(Sender: TObject);
  private
    { Private declarations }
  public
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}



procedure TForm1.Button2Click(Sender: TObject);
begin
 ADODataSet1.Active:=False;
 AdoDataset1.CommandText:='Select * from Lokalita';
 ADODataSet1.Active:=True;

end;

procedure TForm1.Button3Click(Sender: TObject);
begin
 ADODataSet1.Active:=False;
 AdoDataset1.CommandText:='Select * from Dodavatel;';
 ADODataSet1.Active:=True;
end;

procedure TForm1.FormShow(Sender: TObject);
begin
 //ADODataSet1.CursorLocation:=clUseServer;
 AdoDataSet1.ConnectionString:='Provider=Microsoft.SQLSERVER.CE.OLEDB.3.5;Data Source=C:\Users\Juks\Documents\DELPHI_7\TestSDF1\data1.sdf';

end;

end.
--------------------------------------------------------------------------------

Pokud program spustím přesně tak, jak je uvedený zde, po stisku Button3 se DBGrid naplní daty z tabulky Lokalita, která neobsahuje nvarchar>127, tak, jak potřebuji .
Pokud stisknu Button2, který otevírá data z tabulky s nvarchar(4000) objeví se hláška "Byl otevřen objekt" .
Pokud v proceduře FormShow přidám řádek ADODataSet1.CursorLocation:=clUseServer; , obdržím pro Button3 hlášku "Operace služby OLEDB s více kroky vedla k vytvoření chyb" a pro Button2 "Nespecifikovaná chyba"

Zkusil jsem použít místo ADODataSet  ADOQuery, se stejným výsledkem, i co se týče CursorLocation:=clUseServer .
"Operace služby OLEDB s více kroky vedla k vytvoření chyb" se objeví v okamžiku, kdy v takovém případě s ADOQuery udělám OPEN. k NEXTu se vůbec nedostanu..  :-(

Předem díky za všechny případné nápady co dál..

JJ