Ga naar inhoud
  • 0

FileMaker 8 zoekopdrachten in combinatie met Server


SuperWimmie

Vraag

Nog even een vraagje:

 

Ik werk nu met FM Pro 8.0v1 en FM Server 8.0v2.

 

In mijn applicaties heb ik een aantal berekeningsuitkomsten staan, die lopen over verschillende tabellen en bestanden.

 

Deze zijn dus niet te indexeren.

 

Nu doe ik een zoekactie zonder gebruik van FM Server, dan neemt FM Pro de zoekargumenten mee in het zoekresultaat.

 

Maak ik gebruik van FM Server, dan negeert hij volledig de zoekargumenten op deze calculated fields......

 

 

Wie heeft daar meer ervaring mee, ligt dat aan FM Server 8.0v2 waar FM Server 8.0v1 het wel deed?

 

Of slaat FM Server tegenwoordig alle niet indexeerbare velden over bij het opstellen van een zoekargument??? Zo ja, dan hebben we een probleem....

Link naar reactie

9 antwoorden op deze vraag

Aanbevolen berichten

  • 0

Even een snelle reactie, mijn dank is groot aan de moderator om dit even af te splitsen :D

 

Ik zag op diverse fora dat "global fields" niet in de zoekargumenten worden meegenomen omdat deze lokaal liggen opgeslagen en de zoekactie op de server plaats vindt. Dat zou dan "logisch" te verklaren zijn...

 

Maar ik stuit ook op calculatie resultaten die niet in de zoekargumenten worden meegenomen.

 

Het kost even tijd om dit uit te werken, maar volgens mij heb ik morgen wel wat klaar.

Link naar reactie
  • 0

Neem aan dat je de filemaker stukken hebt bekeken ?

Zoeken in unstored calc's met v1 werkt bij mij wel in server omgeving ?

 

FileMaker introduced the 8.0v1 family of products in the fall of 2005. While adding great new features, several product issues have since been identified. In late 2005, FileMaker released the 8.0v2 updaters to address these issues. Unfortunately, some of the fixes included in the 8.0v2 introduced a new set of potentially serious issues that we want to make you aware of.

 

Please read this document to understand the tradeoffs in using FileMaker 8.0v1 products vs. FileMaker 8.0v2 products. Also, please be aware that FileMaker will soon be releasing an 8.0v3 updater to address the issues introduced with 8.0v2.

 

Issues in FileMaker 8.0v1 products (the initial release):

 

Some calculations that require local client information (such as Get(WindowHeight)) are incorrectly calculated on the server. There are no known workarounds in this version.

Certain batch operations and schema changes might cause indexes to become corrupt. These indexes can be rebuilt via the Define Fields dialog box by turning the index off, and then on again.

Issues in FileMaker 8.0v2 products:

While FileMaker 8.0v2 addressed key problems in 8.0v1, it introduced some new issues:

 

When using a FileMaker 8.0v2 product (Pro/Pro Advanced or Server/Server Advanced) as a host with clients prior to 8.0v2, performing find requests on unstored calculations result in all records being found. This is particularly dangerous when used in scripts that perform operations across the found set, such as replacing data or deleting records. To avoid this, make sure that all clients are using FileMaker Pro 8.0v2 or FileMaker Pro 8.0v2 Advanced. You may utilize the Get(ApplicationVersion) function to check the client version.

When using a FileMaker 8.0v2 product (Pro or Server) as a host, unstored calculations are always processed by the client application. In some network scenarios, this creates a significant decrease in performance, particularly when searching on these fields.

When printing from Windows based clients, layouts that use fixed margins will experience a shifting of the image by several pixels.

Recovering a file corrupts variable names in calculations.

The Upcoming FileMaker 8.0v3 update:

FileMaker engineering is developing a version of our products for release in the near future that will address these issues.

 

Important: this version will update 8.0v2 products only. Prior to applying this update, any installed FileMaker product will have to be updated to 8.0v2.

 

This version will include the following improvements:

 

Calculations will either be performed locally or on the server, depending on the dependencies in the formula.

Batch operations and schema changes will no longer harm the index.

Performing searches on unstored calculations will retrieve the appropriate record set (instead of all records).

Layouts using fixed margins will print correctly.

Recover operations will no longer delete the contents of global container fields.

Recover operations will no longer damage variable names in calculations.

During the period prior to this upcoming release, we recommend that you study the list of issues above carefully to best determine which version is right for you.

Link naar reactie
  • 0

Mijn dank voor de bovenstaande tekst.

 

Maar:

 

i k - s c h a a m - m i j - d i e p :oops::oops:

 

Want ik was in de veronderstelling dat ik in het bezit was van Server versie 8.0v1 alswel 8.0v2, maar helaas bezit ik slechts Server 8.0v2 :oops:

 

Van alles gedaan om te downgraden met als resultaat dezelfde versie :oops::oops:

 

Maar goed, mijn testmodelletje werkt onder versie 8.0v2 net zo slecht als onder 8.0v2 :D

 

Dit model, zoek in de Child bestand eens op het omkaderde veld. Ik hoor dan van anderen wel hoe het onder 8.0v1 werkt!

 

Single user werkt het in elk geval volgens verwachting.

voorbeeld.zip

Link naar reactie

Doe mee aan dit gesprek

Je kunt dit nu plaatsen en later registreren. Indien je reeds een account hebt, log dan nu in om het bericht te plaatsen met je account.

Gast
Beantwoord deze vraag...

×   Geplakt als verrijkte tekst.   Plak in plaats daarvan als platte tekst

  Er zijn maximaal 75 emoji toegestaan.

×   Je link werd automatisch ingevoegd.   Tonen als normale link

×   Je vorige inhoud werd hersteld.   Leeg de tekstverwerker

×   Je kunt afbeeldingen niet direct plakken. Upload of voeg afbeeldingen vanaf een URL in

×
×
  • Nieuwe aanmaken...